VIFIB Vifib

VIFIB maintains 2 clones and backups on 35 different sites to achieve unparalleled resiliency

Le déploiement d'une solution SlapOS compléte par VIFIB dépend du nombre de master SlapOS, du nombre de serveurs (node SlapOS), du nombre d'instances et du nombre de logiciels exploités (les "software release").

Le nombre de master SlapOS correspond au nombre de "groupes de serveurs" gérés de façon autonome. Il est rare que ce nombre soit supérieur à 1. Il peut même être de zéro si l'on s'appuie sur le master de VIFIB, ce qui permet de démarrer un projet plus rapidement.

Le nombre de serveurs connectés au master correspond au nombre de machines physiques ou virtuelles dont la gestion est contrôlée par un master SlapOS. On peut déployer SlapOS sur des machines physiques. On peut aussi faire gérer par SlapOS une "grosse" machine virtuelle chez OVH et y déployer automatiquement de petites machines virtuelles (VM de VM) ou des services SlapOS traditionnels (ex. service MariaDB).

Le nombre d'instances mesure la complexité des services déployés et indirectement l'effort nécessaire pour les maintenir. Un déploiement d'une machine virtuelle non isolée comme chez VIFIB est beaucoup plus simple qu'un développement d'un cluster isolé pour du Big Data.

Ainsi, le déploiement minimal d'une machine virtuelle nécessite chez VIFIB deux instances:

  • une instance pour la machine virtuelle;
  • une instance pour le front-end d'accès à la machine virtuelle.

 Dans du Big Data, le déploiement d'un espace de travail correspond à:

  • une instance par machine virtuelle;
  • une instance de firewall local pour chaque machine virtuelle pour assurer l'isolation;
  • une instance de contrôle du cluster;
  • parfois une instance de frontend;
  • etc.

Un espace de travail "Cloudera" ou "Wendelin" peut donc rapidement correspondre à plusieurs dizaines d'instances ou plus.

Le nombre de logiciels exploités (les "software release") permet de couvrir la maintenance des développements spécifiques pour un type particulier de déploiement, comme par exemple celui des cluster kvm isolés chez un opérateur de Big Data.

Ces critères conduisent au tarif suivant:

Elément Mise en place initiale Récurrent par mois Formation initiale
Master SlapOS 800 € 800 € 5.000 € (obligatoire)
Node SlapOS 150 € 40 € 400 € (obligatoire)
Instance SlapOS 0 € 4€ 155 € / h
Software Release kvm 0 € 0 €
webrunner 0 € 0 €
spécifique (ex. kvm-teralab) 103 € / h 250 €
Développement spécifique 103 € / h 1,5%

Ces prix intègrent:

  • la maintenance (corriger les bogues);
  • les mises à jour (mettre à jour le master SlapOS, mettre à jour les noeuds SlapOS, mettre à jour les software release);
  • le support (répondre aux questions sur le forum posées par une personne formée);

La formation au master SlapOS aux noeuds SlapOS est obligatoire pour tout nouveau client.

Le temps passé par VIFIB pour configurer et tester un nouveau serveur ou un nouveau master SlapOS est également prévu dans le tarif standard.

Sur la base de ces chiffres, on obtient les valeurs suivantes pour la maintenance récurrente d'un système SlapOS à 1 master:

  1. Pour 10 serveurs et 100 instances: 19.200 € par an
  2. Pour 20 serveurs et 200 instances: 28.800 € par an
  3. Pour 30 serveurs et 300 instances: 38.400 € par an
  4. Pour 100 serveurs et 1000 instances: 105.000 € par an
  5. Pour 150 serveurs et 1500 instances: 153.600 € par an

A titre d'information, le montant de 153.600 € est sensiblement ce que coûte chaque année SlapOS à Nexedi (nous avons 150 serveurs et 2000 instances). Et le montant de 105.000 € est le coût annuel récurrent d'un cloud public destiné à un opérateur de télécommunications. Ce niveau de prix est souvent 2 à 10 fois inférieur aux solution concurrentes ou à un déploiement internalisé.