Datacenter Virtuel

Un Virtual Datacenter (vDC) est un ensemble de ressources comprenant :

  • de la puissance de calcul, exprimée en GHz ou en vCPU, et en quantité de RAM,
  • de la capacité de stockage pour les disques virtuels des VM,
  • une (ou plusieurs) passerelle Edge de vDC (VE), fournissant des connexions à des réseaux externes (internet ou BVPN), ainsi que des réseaux internes au vDC.

La puissance de calcul (CPU + RAM) et le stockage sont disponibles selon plusieurs classes de services.

Classe de
services
Classe de
services
Eco Standard High Performance VOIP
Limites des VMs (vCPU / RAM / Stockage) / 6 vCPU / 16G / 4 To 8 vCPU / 64G / 6 To 40 vCPU / 128G / 6 To 32 vCPU / 128G / 6 To
Usage / – VM Windows
– Environnements de développement, tests, labs
Tout – Big Data
– Temps réel
– Calcul intensif
– IPBX
– Temps réel
Modes d’allocation / PAYG et Allocation Pool PAYG et Allocation Pool Allocation Pool Réservation Pool
One Room /
Dual Room /
HA Dual Room /
Modes de facturation / PAYG, Réservé et DRaaS PAYG, Réservé et DRaaS PAYG et Réservé Réservé
Fréquence vCPU PAYG ou DRaaS 2,2 GHz 2,2 GHz 2,2 GHz 3 GHz
Réservé 1,2 GHz mini 1,2 GHz mini 2,2 GHz 3 GHz

Classes de disponibilité

Sur le campus de Datacenter de Val de Reuil, la plateforme NGP est déployée sur deux salles, chacune étant totalement indépendante de l’autre (énergie, refroidissement, réseaux), ce qui permet de proposer pour les VM d’un vDC plusieurs classes de disponibilité :

Classe de
disponibilité
Logo dans le formulaire de création de vDC de l’espace client Nombre
de vDC
Configuration Localisation
des VM
Mécanisme Choix de la
localisation des VM par le Client
Impact sur perte
d’une salle
SLA de
disponibilité
du vDC
One Room Logo-1vdc-1R.png 1 1 vDC avec une seule politique de stockage Non prédictible les VM sont distribuées de manière aléatoire sur les 2 salles en fonction des règles capacitaires. non Arrêt de tout ou partie des VM 99,95%
Dual Room Logo-1vdc-2R.png 1 1 vDC avec deux politiques de stockage (une par salle)
exemple : SILVER_R1 et SILVER_R2
Salle 1
et
Salle 2
les VM sont localisées dans une salle grâce à la politique de stockage choisie pour les créer. oui Arrêt des VM localisées
dans la salle en défaut
99,95%
Dual Room Logo-2vdc-2R.png 2 2 vDC avec chacun une politique de stockage par salle, par exemple :
1 vDC avec du GOLD_R1
1 vDC avec du GOLD_R2
Salle 1
et
Salle 2
les VM sont localisées dans une salle grâce à la politique de stockage choisie pour les créer. oui Arrêt des VM localisées
dans la salle en défaut
99,95%
HA Dual Room Logo-1vdc-HADR.png 1 1 vDC avec une seule politique de stockage de type Dual Room (stockage répliqué entre les 2 salles) Salle 1
et
Salle 2
les VM sont distribuées de manière aléatoire sur les 2 salles en fonction des règles capacitaires, sur des clusters étendus (compute + stockage) oui, avec règles d’anti-affinité Arrêt / redémarrage des VM
de la salle en défaut
99,99%

La description détaillée des classes de disponibilité est ici : Classes de disponibilité

Gestion des ressources d’un vDC

L’allocation en ressources d’un vDC est choisie par vous. Cette allocation est paramétrable lors de la commande du vDC, puis modifiable via une demande de changement, éventuellement plusieurs fois selon vos besoins.

L’allocation en ressources d’un vDC constitue une limite « physique » que les VM ne pourront dépasser pour pouvoir s’exécuter.

Une VM pourra démarrer si les deux conditions suivantes sont remplies :

  • ∑ des vCPU des VM déjà démarrées + nombre de vCPU de la VM à démarrer ≤ allocation totale en nombre de vCPU du vDC
  • ∑ de RAM des VM déjà démarrées + quantité de RAM de la VM à démarrer ≤ allocation totale de RAM du vDC

Mode d’allocation « PAYG »

Dans ce mode d’allocation, les ressources sont exprimées en nombre de vCPU (= Limite en GHz / fréquence vCPU) et en Go de RAM. Dans un vDC configuré en mode « PAYG », l’allocation en ressources d’une VM se fait au niveau de la VM. Lorsque la VM démarre, son allocation en vCPU et RAM est soustraite du montant total alloué au vDC. Une VM ne pourra jamais consommer plus que son allocation. Il s’agit d’une limite.

Le mode de facturation adopté est alors le paiement à l’usage (PAYG).

Mode d’allocation « Allocation Pool »

Dans ce mode d’allocation, les ressources sont exprimées en GHz et Go de RAM. Ces ressources sont une limite maximum d’utilisation avec une réservation minimale garantie. L’allocation en ressources pour toutes les VM se fait globalement lors de la création du VDC. À la différence du PAYG, il n’y a pas de limite par VM et sa consommation peut s’ajuster selon les besoins et l’utilisation totale des VMs du VDC (sans dépasser la limite totale).

Pour l’allocation en ressources, la fréquence du vCPU est définie par vous en mode de facturation réservé, lors de la commande du vDC, avec un minimum de 1,2 GHz.

Le mode « Allocation Pool » permet au vCPU d’une VM initialement configuré de consommer jusqu’à la valeur maximum fournie par un processus physique (exemple : 2,2 GHz). Cet effet « burst » s’activera sous certaines conditions :

  • Une VM soumise à une forte charge CPU réclame ponctuellement de la puissance supplémentaire
  • Il reste des GHz disponibles (non consommés) dans le vDC.

Ce mode d’allocation est recommandé pour les vDC dont les VM sont allumées en permanence.

Mode d’allocation « Reservation Pool »

Dans ce mode d’allocation, les ressources sont exprimées en GHz et Go de RAM. Mais contrairement au mode « Allocation Pool » il s’agit d’une réservation ferme et donc tout autant un minimum garanti tout autant qu’un maximum de réservation garanti. L’allocation en ressources réservées (donc minimum garanti) d’une VM se fait cette fois individuellement VM par VM par l’administrateur de l’organisation tout au long de la vie du VDC. C’est un contrôle fin et total par l‘administrateur de l’organisation de sa ressource.

Les ressources allouées à chaque VM sont garanties à 100% pour les VM, ce qui nécessite un dimensionnement adapté lors de la définition du VDC pour que toutes les VM destinées à fonctionner puissent démarrer.

Ce principe d’allocation des ressources est utilisé pour les vDC de type VOIP, ce qui permet aux applications de téléphonie ou visioconférence de fonctionner avec le maximum d’isolation possible vis-à-vis de leur environnement.

Notes

  • On pourrait penser que le mode « Reservation pool » est équivalent au mode « Allocation Pool » où on aurait réservé 100% de la limite. Ce n’est pas le cas car seul le mode « Reservation Pool » permet une réservation au niveau de la VM.
  • Si toutefois on désire réserver autant que la limite sans jamais avoir le besoin de réserver au niveau de la VM on peut prendre un mode « allocation pool » (ce n’est pas recommandé pour les applications de type VOIP).

Modes de facturation de la puissance de calcul

Deux modes de facturation sont disponibles.

Modes de facturations PAYG (A l’usage) & DRaaS Au Réservé
Allocation des ressources PAYG Allocation Pool
Réservation Pool
Facturation Ressources allouées aux VM démarrées 100% des ressources du vDC

Modes de facturation « PAYG » et « DRaaS »

PAYG facturées (UO) Puissance de calcul RAM
Ressources facturées (UO) vCPU Go
Quantités facturées Nombre de vCPU alloué à
chaque VM démarrée
x
nombre de minutes / jour
Nombre de RAM alloué à
chaque VM démarrée
x
nombre de minutes / jour

Le temps d’utilisation est décompté à la minute.

Un vDC en mode DRaaS est utilisé dans le cas de la mise en place de la réplication de VM entre l’infrastructure privée du Client (On Premise) et la plateforme Cloud Avenue.

Mode de facturation « Réservé »

Dans ce modèle, c’est l’ensemble des ressources GHz et RAM du vDC qui est facturé de manière forfaitaire. Ce principe permet au Client de bénéficier de tarifs plus attractifs.

Réservé Puissance de calcul RAM
Ressources facturées (UO) GHz Go
Quantités facturées Quantité de GHz allouée au vDC
x
nombre de jours / mois
Quantité de Go allouée au vDC
x
nombre de jours / mois

Exemple

Un vDC de 34 GHz et 20 Go de RAM est souscrit en « Réservé ». La facturation, mensuelle, de ce vDC se calcule comme suit :

  • 34 GHz x prix unitaire x 30 jours x 24h
  • 20 Go de RAM x prix unitaire x 30 jours x 24h

Ce modèle permet également au client de choisir son niveau de sur-allocation. Par exemple, en choisissant un vCPU à 1,7 GHz, il sera possible de démarrer 20 VM de 1 vCPU et 1 Go de RAM. Et les VM les plus gourmandes en CPU pourront alors puiser dans les GHz qui ne sont pas consommés par les VM les moins actives (effet Burst), mais dans la limite :

  • des GHz disponibles au global dans le vDC (34 GHz)
  • de la fréquence du CPU physique : 2,2 GHz.