Qu'est-ce qu'un virtual data center (vDC), et quand est-ce le bon choix

h2: Ce qu'est un virtual data center

Un virtual data center (vDC, parfois écrit virtual data centre) est une tranche réservée d'une plateforme cloud dédiée à une seule organisation : une quantité fixe de CPU, de mémoire, de stockage et de capacité réseau, avec les outils pour y créer à la demande des machines virtuelles, des réseaux, des templates et des snapshots. Le tenant décide comment répartir le pool. Le fournisseur exploite la plateforme en dessous. Le résultat se comporte comme un petit private cloud, avec l'économie de la capacité réservée.

Trois choses le définissent. L'isolation : le pool appartient à un seul tenant, et les hôtes hyperviseurs, les volumes de stockage et les segments réseau derrière lui ne sont partagés avec le trafic de personne d'autre. Le self-service : le tenant crée et modifie des ressources par une console et une API, sans ouvrir un ticket pour chaque VM. Une enveloppe fixe : la capacité est réservée et facturée comme un tout, pas mesurée à la requête, donc la facture ne bouge pas avec le trafic.

h2: Comment il se compare

Un managed VPS est une machine virtuelle, dimensionnée pour une charge de travail. Un serveur dédié est une machine physique, à vous seul, avec le système d'exploitation et tout ce qui est au-dessus à gérer. Un compte de cloud public vous donne du self-service sur un plan de contrôle partagé, mesuré à l'heure et au gigaoctet qui en sort. Un vDC se situe entre les deux derniers : du self-service et plusieurs machines comme un compte cloud, sur du matériel et des réseaux réservés pour vous comme un serveur dédié, à un coût mensuel fixe.

La différence pratique se voit à trois endroits. Les voisins bruyants n'existent pas, parce que les hôtes sont à vous. L'egress n'est pas une ligne de facture, parce que le réseau est à nous et que le port n'est pas mesuré. La croissance est une conversation sur l'ajout d'hôtes ou de stockage au pool, pas une surprise sur la facture.

h2: Ce que vous contrôlez, ce que nous exploitons

À l'intérieur du pool, le tenant contrôle tout ce qui définit l'environnement : les machines virtuelles et leurs tailles, les templates de systèmes d'exploitation et les ISO, les réseaux privés et les VPC, les adresses publiques de la plage allouée, les règles de firewall et les load balancers, les snapshots et les volumes, les comptes et les quotas pour les équipes ou les clients, et l'API à laquelle parle l'automatisation.

En dessous, le fournisseur exploite ce qui rend le pool fiable : les hôtes hyperviseurs et leurs correctifs, les baies de stockage et leur réplication, le fabric réseau et son routage, le plan de gestion de la plateforme cloud, la planification de capacité, la supervision et les backups de la plateforme elle-même. La ligne est nette, et c'est la raison pour laquelle une équipe d'exploitation de deux personnes peut faire tourner un vDC qui demanderait autrement une équipe de datacenter.

figure (inline SVG)

• aria-label: Un virtual data center : le pool de machines virtuelles, de réseaux, de volumes et de templates du tenant au-dessus de la ligne d'isolation, étiqueté « à vous ». Hôtes hyperviseurs, baies de stockage, fabric réseau et plan de gestion en dessous, étiquetés « à nous »

figcaption: La ligne entre ce qu'un tenant contrôle dans un virtual data center et ce que le fournisseur exploite en dessous.

SVG text (English)	French
YOURS: THE TENANT POOL	À VOUS : LE POOL DU TENANT
created and changed by you, through the console and the API	créé et modifié par vous, via la console et l'API
Virtual machines / sizes you choose	Machines virtuelles / tailles de votre choix
Networks and VPCs / private, with public IPs	Réseaux et VPC / privés, avec IP publiques
Volumes and snapshots / all-flash	Volumes et snapshots / all-flash
Templates and ISOs / your images	Templates et ISO / vos images
Accounts and quotas / teams or customers	Comptes et quotas / équipes ou clients
Firewalls and balancers / your rules	Firewalls et balancers / vos règles
The API your automation talks to / CloudStack, or a ticket to our engineers on OLVM	L'API à laquelle parle votre automatisation / CloudStack, ou un ticket à nos ingénieurs sur OLVM
ISOLATION LINE: THE POOL IS RESERVED FOR ONE ORGANISATION	LIGNE D'ISOLATION : LE POOL EST RÉSERVÉ À UNE SEULE ORGANISATION
OURS: THE PLATFORM	À NOUS : LA PLATEFORME
run, patched, monitored and backed up by our engineers	exploitée, corrigée, supervisée et sauvegardée par nos ingénieurs
Hypervisor hosts / dedicated to you	Hôtes hyperviseurs / dédiés à vous
Storage arrays / replicated	Baies de stockage / répliquées
Network fabric / routing, AS200477	Fabric réseau / routage, AS200477
Management plane / the cloud platform	Plan de gestion / la plateforme cloud
Capacity planning and monitoring / the pool grows by whole hosts and volumes	Planification de capacité et supervision / le pool grandit par hôtes et volumes entiers
Patching and platform backups / on our schedule, never on your invoice	Correctifs et backups de la plateforme / selon notre calendrier, jamais sur votre facture

h2: Comment la capacité est dimensionnée et tarifée

Un vDC se dimensionne à partir des charges de travail qu'il accueillera : vCPU et mémoire totaux avec une marge de croissance, stockage par volume et par classe de performances, réseau par espace d'adressage et par bande passante. Le pool est réservé en hôtes entiers et en volumes entiers, donc le prix est un montant mensuel fixe pour l'enveloppe, et il ne change que lorsque l'enveloppe change. Cette prévisibilité est ce que les équipes financières remarquent en premier quand elles quittent un cloud mesuré.

h2: Les deux façons dont nous livrons un vDC

Apache CloudStack. Pour les organisations qui veulent un cloud self-service complet avec comptes, projets, templates, VPC et l'API CloudStack, nous construisons un cloud CloudStack dédié sur KVM : serveurs de gestion, hôtes de calcul et stockage all-flash dédiés, administrés par vous et exploités par nous. C'est la maison naturelle des agences qui servent de nombreux clients, des entreprises SaaS avec des environnements de staging et de production, et de quiconque a une automatisation qui parle déjà une API cloud. Voir Managed Apache CloudStack et la page d'ingénierie Cloud dédié sur Apache CloudStack, selon votre cahier des charges.

Managed private cloud sur OLVM. Pour les organisations qui veulent un pool réservé exploité entièrement par nos ingénieurs, avec des VM provisionnées sur demande plutôt que par une console self-service, nous construisons un private cloud sur Oracle Linux Virtualization Manager. Mêmes hôtes dédiés, même stockage, même réseau, avec notre équipe qui exploite le pool au quotidien. Voir Private cloud et Private cloud sur KVM avec OLVM.

Les deux tournent sur du matériel qui nous appartient, dans nos propres cages : des hôtes Dell et HPE de génération actuelle avec deux liens 25GbE chacun, du stockage all-flash HPE 3PAR en Fibre Channel, et notre propre réseau, AS200477, à Athènes, Amsterdam et Toronto.

h2: À qui convient un vDC

À une agence ou une entreprise de logiciel qui héberge de nombreux sites ou tenants et a besoin d'isolation entre eux et d'une seule facture. À une entreprise qui quitte VMware ou un hyperscaler et veut garder le self-service sans garder le compteur. À une entreprise soumise à une résidence des données stricte, qui a besoin de son environnement dans l'UE sur du matériel qu'elle peut désigner. À une équipe qui fait tourner développement, staging et production et veut créer et détruire des environnements sans ticket.

h2: Par où commencer

Dites-nous ce que vous faites tourner aujourd'hui et ce que cela vous coûte. Nous dimensionnons le pool, proposons la plateforme et la chiffrons en montant mensuel fixe. Parler à un ingénieur.