Cloud privé géré Flex

Description du service

MPC Flex est la variante de service d'infrastructure partagée du Cloud privé géré (MPC) pour les clients qui ont besoin de flexibilité et d'évolutivité. Elle utilise un modèle de location partagé qui permet une allocation dynamique des ressources en fonction des exigences de la charge de travail.

MPC Flex fournit un environnement de calcul multi-tenant déployé en tant que datacentre virtuel organisationnel (OVDC) avec une séparation logique entre les locataires, prenant en charge l'évolutivité et le contrôle administratif.

Un OVDC fournit des ressources de calcul (vCPU et vRAM) et des ressources de stockage pour la création de machines virtuelles. Plusieurs OVDC peuvent être combinés dans différentes variantes et tailles pour prendre en charge différents objectifs. Les politiques de sécurité peuvent être configurées sur les réseaux virtuels et les interconnexions. Les ressources de calcul, de stockage et de mise en réseau sont gérées à partir de la console opérationnelle MPC.

Calcul MPC

Le calcul MPC consiste en la capacité de traitement dans le vCPU disponible pour l'OVDC.

vCPU

La capacité de traitement est disponible dans le vCPU. Il existe deux variantes de vCPU pouvant être sélectionnées par OVDC :

• Optimisé : équilibre la capacité du processeur sur l'ensemble du VDC pour des performances optimisées.
• Complet - fournit 100 % de la capacité du processeur.

Utilisation recommandée des vCPU:

Variante VCPU	Utilisation (Exemples)
Optimisé (par défaut)	• Serveurs de production génériques • Serveurs OTA
Complet	• Serveurs de terminal • Serveurs d'applications à charge élevée • Serveurs d'applications sensibles à la latence

Le nombre maximal de vCPU pour une machine virtuelle est de 32 vCPU.

Mémoire MPC

La mémoire MPC se compose de la mémoire en Go de VRAM disponible pour l'OVDC.

vRAM

La mémoire du VDC est fournie sous forme de vRAM, disponible à 100 % de sa capacité et mesurée en gigaoctets (Go). Le volume des ventes pour MPC Flex utilise un ratio calcul/mémoire par défaut :

• MPC Flex optimisé - 1 vCPU : 4 Go de vRAM
• MPC Flex Full - 1 vCPU : 16 Go de vRAM

La capacité maximale de la vRAM pour une machine virtuelle est de 256 Go.

Calcul des unités d'achat

Achetez le calcul MPC en unités (pus) de vCPU et Go de vRAM, en utilisant les types de calcul de référence et de dépassement.

• La ligne de base représente le volume engagé de pu avec des frais mensuels récurrents fixes.
• Le dépassement couvre le volume consommé supplémentaire au-dessus de la ligne de base, mesuré et calculé mensuellement.

Unité d'achat et UOM	Variante du processeur	Type de calcul	Description
vCPU	Optimisé Complet	Niveau de référence	Volume d'unités de production engagé
vCPU	Optimisé Complet	Dépassement	Consommation supplémentaire au-delà de la consommation de référence

Unité d'achat	UNITÉ DE MESURE	Type de calcul	Description
Go de vRAM	Go de vRAM	Niveau de référence	Volume d'unités de production engagé
Go de vRAM	Go de vRAM	Dépassement	Consommation supplémentaire au-delà de la consommation de référence

Le ratio par défaut des unités d'achat de calcul combinées est d'un vCPU plus quatre Go de vRAM (1vCPU+4GBvRAM).

Consommation des excédents

Les OVDC sont provisionnés avec une capacité supplémentaire pour une consommation flexible. Cette capacité supplémentaire est calculée en pourcentage du volume de référence, avec un maximum de 25 %.

Stockage MPC

MPC Storage offre deux niveaux de performances représentés sous la forme de politiques de stockage. La capacité de stockage est associée à un OVDC spécifique.

Un disque virtuel pour une machine virtuelle (VM) peut être créé dans la limite de la capacité de stockage attribuée par le client et placé sur la politique de stockage (niveau de performances) qui correspond à la charge de travail de la VM. Un OVDC peut prendre en charge plusieurs politiques de stockage, ce qui permet aux machines virtuelles d'un même OVDC d'utiliser différentes politiques.

Politique de stockage	Utiliser
Haute performance	Charges de travail de bases de données, journaux, RDS/SBC, VDI et autres charges de travail sensibles à une faible latence
Performance (par défaut)	Machines virtuelles génériques, applications et services Web, services de fichiers haute performance et stockage d'objets

Fonctionnalités de stockage MPC

Les fonctionnalités suivantes s'appliquent lors de l'utilisation de stratégies de stockage dans l'environnement MPC:

• La capacité de stockage est allouée par politique et par OVDC.
• Le stockage MPC comprend le chiffrement au repos

Stockage MPC par machine virtuelle

La taille de disque virtuel recommandée par machine virtuelle est entre 40 Go et 8 To.

Unités d'achat de stockage MPC

Le stockage MPC est mesuré en unités d'achat (PU) de 1 To par politique de stockage, avec des types de calcul de base et de dépassement.

• La ligne de base représente le volume de stockage engagé avec des frais mensuels récurrents fixes.
• Le dépassement représente le volume consommé supplémentaire au-delà de la référence, mesuré et calculé mensuellement.

Unité d'achat	Niveau	Type de calcul	UNITÉ DE MESURE	Description
Stockage MPC	Haute performance	Niveau de référence	1 TO	Frais de base pour la quantité de stockage engagée, mesurée en téraoctets entiers.
Stockage MPC	Performance	Dépassement	1 TO	Facturation pour toute utilisation de stockage dépassant la quantité de référence, mesurée en téraoctets avec jusqu'à 3 décimales.

Remarque : La capacité de stockage est calculée sur la base des hypothèses suivantes : 1 TO = 1000 GO. La capacité de stockage n'est pas transférable à d'autres OVDC.

Consommation des excédents

Le stockage MPC est provisionné conformément à la politique de stockage avec une capacité supplémentaire disponible pour une consommation flexible. La capacité supplémentaire est calculée en pourcentage du volume de référence, avec un maximum de 25 % ou 10 To.

Consommation de stockage MPC

La consommation de stockage par politique est mesurée en tant que capacité allouée pour :

• disques VM
• Fichiers d'échange de VM
• Instantanés
• Fichiers dans une bibliothèque (modèles vApp et ISO)

Connectivité MPC

Pour faire de MPC une partie intégrante de l'architecture cloud (multi) des clients, MPC peut être connecté aux environnements externes suivants :

• Colocalisation chez Equinix
• Equinix Network Edge
• Fournisseurs WAN
• Fournisseurs de services infonuagiques (CSP)
• Environnements MPC dans une autre métropole
• Equinix Internet Access (EIA) via Equinix Fabric

La connectivité est prise en charge via Equinix Fabric à l'aide de circuits virtuels. Les autres options de connectivité ne sont pas prises en charge.

Type de connectivité

Les exigences réseau déterminent comment les réseaux des clients se connectent à un datacentre virtuel organisationnel (OVDC) MPC. Les types de connectivité suivants sont disponibles :

Type de connectivité	Gestion du routage
Routeur	Routage dans MPC fourni par Equinix
Joint routé	Option pour le routage uniquement avec plusieurs OVC DC
Client acheminé	Routage fourni par le client en tant qu'appliance virtuelle dans l'OVDC
Pare-feu privé géré	Routage fourni via le service de pare-feu privé géré par service

Plusieurs OVDC

Chaque OVDC a son type de connectivité unique. Lorsque plusieurs OVC sont utilisés, des combinaisons de types de connectivité prises en charge sont disponibles.

Connectivité acheminée

Ce type de connectivité fournit une connectivité de couche 3 au VDC MPC pour la connectivité. Cette option fournit au client un moteur de routage intégré prêt à l'emploi. Configurable via la console opérationnelle. Chaque réseau interne (routé) MPC créé fait automatiquement partie du domaine de routage du client.

Connectivité client acheminée

Cette option fournit au client une appliance de routage virtuelle (VM) auto-fournie, installée et gérée au sein de MPC en tant que moteur de routage. Tous les réseaux externes commandés sont disponibles dans la console opérationnelle en tant que réseau externe par Equinix. Des réseaux externes supplémentaires peuvent être commandés séparément. Les réseaux externes doivent être connectés à l'appliance de routage virtuel.

Les réseaux internes (isolés) MPC créés doivent être connectés à l'appliance de routage. Le Client est responsable de créer une redondance de couche 3 (BGP) à l'aide de plusieurs connexions virtuelles.

Dans le cas d'un routage client, les VLAN peuvent être mis en réseau pour le trafic Nord-Sud, c'est-à-dire de l'extérieur du MPC vers le MPC. Pour l'est-Ouest, le trafic dans les jonctions MPC n'est pas pris en charge.

remarque

1. Dans le cadre de cette option, aucun réseau interne routé n'est disponible. En libre-service, seuls les réseaux internes isolés sont utilisés pour connecter les machines virtuelles des clients à l'appliance de routage virtuel.
2. Des réseaux externes doivent être utilisés pour connecter l'appliance de routage virtuel pour la connectivité externe (2 circuits virtuels par connexion).
3. Bien que la plate-forme MPC ait une haute disponibilité, nous recommandons d'avoir une configuration HA et d'utiliser 2 machines virtuelles comme appliances de routage virtuel client.
4. Avec Customer Routed, nous vous recommandons vivement d'utiliser vmtools sur n'importe quelle appliance/machine virtuelle pour prendre en charge une gestion gracieuse.
5. Les VLAN externes sont limités à un maximum de 10 par client.

Pare-feu privé géré par connectivité

Lors de l'utilisation du pare-feu privé géré (MPF) comme service supplémentaire pour une sécurité supplémentaire, y compris le routage et la journalisation, toute connectivité externe est interrompue au niveau du MPF. Le MPF est connecté au routage MPC intégré. Dans cette configuration du routage MPF et MPC, le trafic nord-sud est d'abord traité par le MPF, puis transféré à MPC, tandis que MPC gère le routage est-ouest au sein de l'environnement.

Cette option fournit au client un moteur de routage intégré hautement sécurisé et prêt à l'emploi composé de 2 éléments.

• Routage MPF configuré par Equinix
• Le routage MPC est configurable via la console d'exploitation.

Chaque réseau routé interne MPC créé fait automatiquement partie du domaine de routage du client, contrairement aux réseaux internes isolés.

Réseautage avec plusieurs OVDC

Lors de l'utilisation de plusieurs OVDC dans une zone métropolitaine, les clients peuvent utiliser différentes combinaisons de types de connectivité. En tant que type de connectivité est lié à l'OVDC. Chaque scénario est livré avec des capacités différentes.

Plusieurs OVDC avec routage de connectivité

Lors de l'utilisation de plusieurs OVDC dans une zone métropolitaine, les clients peuvent utiliser différentes combinaisons de types de connectivité. Comme un type de connectivité est lié à l'OVDC, chaque scénario est livré avec des capacités différentes.

Plusieurs OVDC avec routage de connectivité et routage client

Lors de l'utilisation de plusieurs OVDC dans une zone métropolitaine, le client peut choisir d'utiliser une combinaison de routé pour un OVDC et Client routé pour l'autre. Le Client disposera de deux options pour la mise en œuvre.

1. Les OVDC avec les OVDC connectés
2. Les OVDC ne sont pas connectés

Dans le cas du scénario 1, il existe un VLAN entre la passerelle routée du client et la passerelle routée. Dans ce scénario, le client peut créer des réseaux entre les 2 OVC différents.

Dans le scénario 2, où il n'y a pas de connectivité entre les deux OVDC, les OVDC fonctionnent comme un environnement autonome.

Connexions

Les options de connexion virtuelle suivantes sont prises en charge:

Connexion	#	Type	Description
Colocalisation chez Equinix	1	VC en libre-service	Connexion créée et gérée par le client via le portail Equinix Fabric à l'aide d'un profil de service EMS ou d'un jeton de service.
Equinix Network Edge	2	VC en libre-service	Connexion créée et gérée par le client via le portail Equinix Fabric à l'aide d'un profil de service EMS ou d'un jeton de service.
Fournisseurs WAN	3	VC géré	Connexion créée et gérée par Equinix. Partie de la commande MPC.
Fournisseurs de services infonuagiques (CSP)	4	VC géré	Connexion créée et gérée par Equinix. Partie de la commande MPC.
Environnement MPC dans un autre métro	5	VC géré	Connexion créée et gérée par Equinix. Partie de la commande MPC.
Equinix Internet Access (EIA) via Equinix Fabric	6	Accès Internet géré	Connexion créée et gérée par Equinix. Partie de la commande MPC.

VC en libre-service

Avec une VC en libre-service, les clients initient des VC via le portail Equinix Fabric. Equinix Managed Solutions vous contactera pour configurer la connexion côté MPC. Chaque connexion nécessite une paire de circuits virtuels à commander.

VC géré

Avec un circuit virtuel géré, le circuit virtuel fait partie d'une commande MPC où Equinix initie la configuration du circuit virtuel. Pendant l'exécution, Equinix vous contactera pour connaître les paramètres de configuration des VC.

remarque

Pour le libre-service et la VC gérée, chaque connexion nécessite deux circuits virtuels pour des raisons de redondance.

Accès à Internet

Si le client a besoin d'Internet dans le cadre de l'environnement MPC, un accès Internet géré doit être commandé. L'accès Internet géré utilise l'accès Internet Fabric (EIA). Il est configuré avec une bande passante fixe et aucune option de débordement. EIA prend en charge jusqu'à 10 Gbps de bande passante vers MPC. Les espaces IP doivent être commandés séparément. Pour l'accès à Internet, les clients peuvent également choisir de souscrire un contrat avec une solution tierce disponible sur Equinix Fabric. Dans ce cas, le client doit contracter lui-même le service Internet.

remarque

Pour les fournisseurs Internet tiers, le client doit commander deux connexions pour des raisons de redondance.

Réseau virtuel MPC

La plate-forme MPC offre diverses fonctionnalités de réseau virtuel qu'un client peut configurer dans la console opérationnelle MPC. La liste suivante indique quelles fonctions sont incluses dans le service et qui nécessitent des frais supplémentaires.

Fonction	Type de frais	Pare-feu routé et géré	Client acheminé
Pare-feu standard	Inclus	O	N
Routage, IPv4 statique et dynamique (BGP)	Inclus	O	N
Routage IPv6	Inclus	O	N
NAT	Inclus	O	N
DHCP	Inclus	O	N
VPN IPsec de couche 3 site à site	Inclus	O	N
Publicité pour l'itinéraire	Inclus	O	N

Réseaux internes

Des réseaux internes peuvent être créés par OVDC via la console opérationnelle MPC. Le service de mise en réseau MPC offre un maximum de 1000 réseaux internes par OVDC. Les réseaux internes peuvent également être configurés sur plusieurs OVDC au sein du même Equinix IBX lorsque l'OVDC est configuré avec un groupe de datacentres.

Il existe 2 types de réseaux internes :

• Router permet aux machines virtuelles d'être connectées à un réseau qui utilise la passerelle comme routeur et donne accès à WAN, Colocation, CSP ou Internet, et est disponible pour toutes les machines virtuelles et les vApps au sein de l'OVDC.
• Isolé est connu comme isolé car il n'est pas connecté à un réseau ayant accès à WAN, Colocation, CSP ou Internet, sauf si vous le connectez à un routeur auto-géré.

Les réseaux routés ne sont disponibles que pour le type de connectivité « routé ».

Groupe de centres de données

Lorsqu'un client utilise plusieurs OVDC, un groupe de datacentres crée un seul réseau unifié sur les différents OVDC afin que le même réseau puisse être utilisé dans différents OVDC. Si cette option n'est pas disponible, une demande de service peut être émise pour configurer le groupe de datacentres.

Réseaux intersites

Lors de l'utilisation de MPC dans différentes métros, les clients peuvent connecter 2 sites MPC dans différents datacentres en demandant un circuit virtuel géré entre les 2 sites. En fonction du type de connectivité, le réseau est configuré. La connectivité entre 2 datacentres est facturée comme un circuit virtuel géré.

La connectivité entre plus de 2 datacentres est prise en charge, mais nécessite un Fabric Cloud Router (FCR), un IPWAN Equinix Fabric et 2 connexions virtuelles à partir de la zone MPC et du Fabric Cloud Router.

remarque

La commande et la configuration d'Fabric Cloud Router et d'IPWAN n'entrent pas dans le cadre d'Managed Solutions.

Connectivité des unités d'achat

Unités par OVDC unique :

Article d'achat	UNITÉ DE MESURE	Type de calcul	Description
Type de connectivité	Une fois	Niveau de référence	Instance de routage par OVDC : • Routé • Routé joint • Client acheminé • Pare-feu géré
Circuit virtuel géré	VC	Niveau de référence	Bande passante disponible : 10 / 50 / 200 / 500 Mbit/s ou 1, 2, 5, 10 Gbps Deux (2) circuits virtuels sont requis par connexion pour la redondance
Accès Internet géré	Chaque	Niveau de référence	Accès à Internet disponible à l'adresse suivante : 10 / 50 / 100 / 200 / 500 Mbit/s et 1, 2, 5 et 10 Gbps Les circuits virtuels gérés sont inclus dans Managed Internet Access.
Espace IP alloué	Bloquer	Niveau de référence	Prise en charge des adresses IPv4 /24 à /29 et IPv6 Obligatoire lors de la fourniture d'un accès Internet géré.

Options de service

MPC Flex offre plusieurs options de service qui peuvent être commandées séparément.

Reprise après sinistre

MPC Disaster Recovery est une option en libre-service qui fournit une réplication cohérente des machines virtuelles en cas de sinistre à l'aide de trois profils SLA sélectionnables par le client. Il prend en charge la réplication entre les déploiements FLEX et ST, y compris les configurations mixtes. Le VDC de datacentre secondaire peut utiliser une capacité de calcul ou de stockage inférieure, à condition qu'elle soit suffisante pour la charge de travail attendue.

Pour que la reprise après sinistre réussisse, le VDC et la topologie réseau doivent prendre en charge la connectivité à Internet, aux sites sur site ou à une armoire dans le datacentre secondaire. Les tests en libre-service des basculements de VM sont pris en charge pour vérifier que le comportement de basculement répond aux exigences.

Pour configurer le service, les machines virtuelles peuvent être affectées à un profil SLA dans la console opérationnelle. Lorsque la réplication est activée, les données des machines virtuelles sont répliquées sur le VDC secondaire sélectionné.

MPC Disaster Recovery offre les SLA suivants:

Paramètres	Valeur	Description
EFC	Or : 1 heure Argent : 4 heures Bronze : 24 heures	Délai dans lequel la réplication est terminée.
RTO	30 minutes	Délai dans lequel la machine virtuelle doit être démarrée dans le datacentre secondaire après le basculement initié par le client. Le RTO démarre après que le basculement a été initié par le client.
# Points de rétention	Or : dernier + 8 points Argent : dernier + 6 points Bronze : dernier + 2 points	Tous les profils comprennent le dernier point de restauration plus un nombre défini de points de restauration automatiquement stockés. L'âge maximal du point de restauration est de 2 jours.

La fonction de reprise après sinistre utilise une technologie de capture basée sur un filtre d'E/S. Cette approche évite l'impact sur les performances associé à la réplication basée sur les snapshots.

• Basculement

Lorsqu'un basculement est requis, le client peut initier le basculement des charges de travail vers le datacentre secondaire via la console opérationnelle. Les machines virtuelles sont répliquées en fonction du profil SLA sélectionné, et les réseaux de réplication sont exploités et surveillés par Equinix dans le cadre du service.

La connectivité liée au client, y compris la connexion des machines virtuelles et des applications, ne fait pas partie du champ d'application de l'option de reprise après sinistre MPC et doit être préparée à l'avance pour assurer la connectivité entre les centres de données, Internet, les baies et les sites sur site.

Lorsque le datacentre principal redevient opérationnel, le client inverse la direction de réplication dans la console opérationnelle. Une fois la réplication restaurée, les machines virtuelles et les applications peuvent être redéplacées vers le datacenter principal à un moment approprié choisi par le client.

• Responsabilités

Les responsabilités d'une reprise après sinistre efficace incluent la compréhension des activités qui affectent les performances et la capacité, ainsi que la manière dont elles sont réparties entre Equinix et le client.

Activités	Equinix	Client
Sélection des capacités de calcul et de stockage MPC adaptées au site de reprise après sinistre	I	CAR
Rendre le profil SLA sélectionné disponible dans la console opérationnelle	I	CAR
Configuration de la reprise après sinistre dans la console opérationnelle	I	CAR
S’assurer que la capacité du site de reprise après sinistre est suffisante pour la reprise après sinistre	I	CAR
Gestion de l'infrastructure de réplication et de la connectivité	CAR	I
Configuration de la connectivité et des réseaux clients en cas de basculement	I	CAR

• Unités d'achat

La fonctionnalité de reprise après sinistre MPC est fournie sur une base de VM par mois, en fonction de l'option de profil en tant que service SLA choisie pour le datacentre principal, le prix inclut la connectivité de réplication et la bande passante. Les coûts liés à la capacité de calcul et de stockage dans le datacentre secondaire font partie du service MPC. La connectivité réseau multisite pour les machines virtuelles est également requise.

Article d'achat	Niveau	UNITÉ DE MESURE	Type de calcul	Description
Option de service – Reprise après sinistre	Bronze Silver Gold	VM	Niveau de référence Dépassement	Réplication d'une VM vers un VDC MPC secondaire sélectionné dans un autre centre de données, conformément au SLA sélectionné.

• Mesure

Pour déterminer le nombre de machines virtuelles répliquées à facturer, toutes les machines virtuelles faisant partie d'un profil SLA donné sont comptabilisées sur une base quotidienne. Si une machine virtuelle est modifiée entre différents profils SLA au cours d'un mois, elle est facturée en conséquence.

• Relations et dépendances

  • La fonction MPC Disaster Recovery est disponible uniquement avec MPC Flex et/ou MPC ST.
  • Cette option de service nécessite deux MPC VDC dans des centres de données différents.
  • Cette option de service est disponible uniquement pour certaines combinaisons de centres de données.

• Architecture de la solution

La réplication MPC nécessite l'installation existante de VMware Cloud Director pour être pleinement opérationnelle. Cela signifie que le VCD doit être prêt à fournir des ressources de calcul aux locataires via les datacentres virtuels organisationnels d'OrgVDC. Le concept de réplication MPC se compose de l'ensemble d'appliances suivant :

• Une appliance Cloud Manager - CRM
• Un tunnel de réplication cloud - TUN
• One Cloud Replicator - REP

Dans le datacentre sur site, une appliance unique est déployée et configurée pour répliquer ou migrer les machines virtuelles exécutées sur l'infrastructure managée vCenter.

• Cas d'utilisation

La réplication MPC prend en charge deux cas d'utilisation différents, la reprise après sinistre et la migration des vApps/VM . Dans les deux cas, le MPC sera toujours la cible de réplication, et la source peut être un autre site MPC ou un environnement VMware vSphere sur site avec vCenter. La réplication MPC ne peut pas protéger ou migrer les serveurs bare metal ou les machines virtuelles gérés par des hyperviseurs non VMware.

Reprise après sinistre

La solution DRaaS de reprise après sinistre en tant que service fournit le service de protection de vos machines virtuelles qui s'exécutent dans un datacentre productif, avec la possibilité de répliquer cette charge de travail vers un datacentre virtuel (OrgVDC) du MPC, qui peut cibler une modalité Flex ou Single.

À l'aide des paramètres de synchronisation, avec la définition du profil SLA par défaut, il sera possible de modifier les paramètres RPO, ponctuels, de rétention et de bande passante.

Il existe également des paramètres qui contrôlent la façon dont la machine virtuelle sera configurée après le basculement : à quel réseau chaque carte réseau se connectera, comment configurer l'adresse IP de chaque interface réseau, etc.

Une fois la réplication configurée et la synchronisation initiale terminée, différentes opérations peuvent être effectuées sur chaque domaine de protection :

• Synchronisation manuelle : l'administrateur peut lancer une synchronisation manuelle en dehors de la fenêtre RPO configurée.
• Basculement de test : permet de tester une vApp/machine virtuelle à partir des données répliquées et de la lier au site cible de manière isolée, afin de maintenir la machine virtuelle source opérationnelle. Cette opération est suivie d'un processus de nettoyage, supprimant toutes les machines virtuelles créées lors des tests sur la cible. Maintenir les réplications opérationnelles même pendant la période de test.
• Basculement : utilisé lorsque le site source est en panne. Côté cible, la machine virtuelle est construite et mise sous TENSION à partir des données répliquées.
• Inverser : après un basculement réussi vers le côté destination et lorsque le côté source est à nouveau opérationnel, le client peut décider de revenir à la direction de réplication de la cible d'origine et d'effectuer un nouveau basculement planifié, ramenant l'environnement à son état d'origine.
• Migrer - utilisé lorsque les deux parties sont opérationnelles. Lorsque cette opération est lancée, la vApp/machine virtuelle côté source est désactivée, dans la destination, la nouvelle vApp/machine virtuelle est construite à partir des données répliquées et est mise sous tension.

Migration

Lorsque le client a l'intention d'effectuer la migration planifiée des charges de travail vers le PC MPC, il peut utiliser le workflow de migration, ce qui simplifie le processus. Lorsqu'une nouvelle migration est configurée, la réplication MPC lance une réplication vApp/VM de la source vers la destination. Lorsque la synchronisation est terminée, la machine virtuelle source est mise hors tension et tous les deltas générés sur le site source sont synchronisés avec la destination. Côté destination, la réplication MPC demande à VCD de construire une nouvelle vApp/VM à partir de données répliquées et la met sous tension. Les charges de travail migrées peuvent être personnalisées pour être prêtes à fonctionner dans le nouveau datacentre virtuel. Comme dans le cas d'utilisation de la reprise après sinistre, la migration peut être configurée pour des groupes de plusieurs vApps/VM.

• Topologie des cas d'utilisation

Sur site à MPC :

Sur site de Equinix à MPC ou MPC à MPC :

Licences logicielles

Un catalogue des ISO logicielles pour MPC est disponible sur le portail en libre-service. Le catalogue répertorie les logiciels qui peuvent être utilisés dans des machines virtuelles exécutées dans des OVC DC et inclut à la fois des logiciels open source et des logiciels sous licence. Les logiciels sous licence peuvent être achetés via le produit de licence logicielle. Le catalogue de logiciels sous licence inclut Microsoft SPLA - Windows Server.

Unités d'achat de licences logicielles

Unité d'achat	Type	Type de frais	UNITÉ DE MESURE	Commande et facturation
Serveur Windows par CPU virtuel	Standard	Ligne de base et dépassement	vCPU	Modèle de référence et de dépassement par CPU virtuel pour les CPU virtuels des machines virtuelles sous tension.

Services supplémentaires

Sauvegarde et restauration

Les ressources de sauvegarde et de restauration pour MPC sont fournies par le biais du service de sauvegarde privée gérée, commandé séparément. Le service inclut la sauvegarde des données de machine virtuelle ou des données d'application.

BYOL (Bring Your Own License)

La licence « Bring Your Own » permet aux clients d'utiliser les licences logicielles existantes, sous réserve de la validation des conditions de licence du fournisseur, les clients restant entièrement responsables de la conformité à toutes les exigences de licence des fournisseurs de logiciels.

remarque

Les systèmes d'exploitation ne sont pas autorisés pour BYOL.

Plan d'assistance

Le Plan d'assistance fournit des services supplémentaires, notamment des demandes de service, une assistance améliorée, des rapports et une assistance à la conception

• Le plan d'assistance Managed Solutions premier est un programme prépayé offrant des blocs d'heures d'assistance mensuels ou annuels (à paiement unique) à un tarif réduit.
• Le temps d'assistance est calculé par incréments de 15 minutes.
• En l'absence de plan prépayé, l'assistance est facturée à l'heure au tarif standard du service d'assistance premier, calculé par tranches de 15 minutes.

Unité d'achat	Type	Type de frais	UNITÉ DE MESURE	Commande et facturation
Plan de soutien technique	Mensuel	Niveau de référence	Heure	Réservation mensuelle d'heures pour le soutien technique
Plan de soutien technique	Annuel	Niveau de référence	Heure	Réservation annuelle d'heures pour le soutien technique

Le Plan d'assistance s'applique à tous les produits Managed Solutions, et non à un seul produit spécifique.

Si toutes les heures du plan sont consommées, les heures supplémentaires sont facturées au tarif horaire du service d'assistance premier (tarif horaire standard).

Les heures mensuelles ou prépayées du plan d’assistance Managed Solutions premier ne sont pas reportées et sont perdues si elles ne sont pas utilisées. L’utilisation du plan d’assistance Managed Solutions premier prépayé au-delà du montant alloué prépayé est facturée aux tarifs réguliers du service d’assistance premier, sauf demande de mise à niveau.

Le plan est spécifique au pays et ne peut pas être lié à un datacentre IBX spécifique.

Aide à la migration

Pour migrer les charges de travail de ses clients depuis local vers MPC, Equinix fournit un outil de migration qui permet de migrer les charges de travail en libre-service sans refactoriser les applications. L'outil prend en charge les charges de travail VMware de vSphere ou Cloud Director. Pour commencer, les clients reçoivent une appliance qui peut être installée dans leur environnement VMware et couplée à leur environnement MPC. L'outillage utilise la réplication asynchrone pour transférer les charges de travail.

Par défaut, les migrations sont effectuées sur Internet public. Sur demande, une connexion privée peut être créée via Equinix Fabric. Les frais de connectivité Fabric sont facturés séparément via le service Fabric. Pour la migration sur Fabric, les circuits virtuels existants ne peuvent pas être utilisés, les circuits virtuels dédiés doivent être provisionnés spécifiquement pour la migration. Sur Internet, des vitesses allant jusqu'à 250 Mbit/s sont prises en charge, tandis que les connexions Fabric prennent en charge des vitesses allant jusqu'à 10 Gbps.

L'outil de migration est fourni gratuitement. Une assistance supplémentaire peut être demandée via le plan d'assistance. Une fois la migration terminée, l'outillage est désactivé.

Connexion	Vitesse	Configuration du réseau
Internet	Jusqu'à 250 Mbit/s	Non
Fabric	Jusqu'à 10 Gbps	Oui, configurez des VLAN.

Services de délimitation et d'activation des services

Avec MPC, Equinix fournit une plate-forme d'infrastructure en tant que service qui inclut des installations de datacentre, une mise en réseau de datacentre, des systèmes de calcul, de stockage et une mise en réseau virtuelle. Equinix gère le service jusqu'au niveau de l'hyperviseur et fournit les licences de plate-forme pour la virtualisation. Les ressources sont fournies dans un environnement logiquement séparé, et une console opérationnelle est disponible pour permettre aux clients de gérer leur environnement.

Les clients sont responsables de la gestion de leurs propres charges de travail. Cela inclut la création et la gestion des machines virtuelles, du stockage, des réseaux virtuels, des politiques de sécurité et de la capacité, ainsi que de fournir les licences requises pour les systèmes d'exploitation et les applications.

MPC Flex est un service géré dont l'accès et les fonctionnalités en libre-service sont limités afin de maintenir les performances, la disponibilité et la sécurité.

Accès

• L'accès aux fonctionnalités de vSphere ou vCenter est disponible uniquement via la console opérationnelle MPC et les API.
• L'intégration avec vCenter et vSphere est limitée aux fonctionnalités exposées via la console opérationnelle MPC.

Calculer

• La création d'instantanés de machines virtuelles est limitée à un seul instantané simultané par machine virtuelle.

Disques virtuels

• Le déplacement de disques virtuels entre des machines virtuelles via la console opérationnelle MPC ou les API n'est pas pris en charge ; un ticket d'assistance doit être créé via le service d'assistance Equinix.
• Le partage d'un disque virtuel entre plusieurs machines virtuelles n'est pas pris en charge ; le clustering avec basculement Microsoft Windows Server (WSFC) avec des disques partagés n'est pas pris en charge.

Réseau

• La virtualisation d'E/S à racine unique (SR-IOV) et l'accès direct à la carte réseau physique depuis les machines virtuelles ne sont pas pris en charge.

Unités d'achat

Le service MPC est facturé mensuellement sur la base de valeurs de référence ou de valeurs de référence avec des frais de dépassement.

• Référence - volume spécifique de l'unité de mesure de service définie dans la commande.
• Dépassement : quantité de service consommée qui dépasse le volume de référence contractuel.

Catalogue des unités d'achat

Le tableau énumère les unités d'achat pour le nuage privé géré, y compris l'unité de mesure et le mode de facturation:

Catégorie	Unité d'achat	UNITÉ DE MESURE	Frais d'installation	Méthode de facturation	Dépassement
Service MPC	Connectivité – Routage	Chaque		Niveau de référence
	Connectivité – Acheminement client	Chaque		Niveau de référence
	Connectivité – Managed Firewall	Chaque		Niveau de référence
	Connectivité – Rejoint	Chaque		Niveau de référence
Calcul MPC	vCPU – Complet	vCPU		Niveau de référence	Oui
	vCPU – Optimisé	vCPU		Niveau de référence	Oui
Mémoire MPC	vRAM	GO		Niveau de référence	Oui
Stockage MPC	Haute performance	To		Niveau de référence	Oui
	Performance	To		Niveau de référence	Oui
Option de service MPC	Réseau – Circuit virtuel géré (xx Mbps)	Chaque	Oui	Niveau de référence
	Réseau – accès Internet géré (xx Mbit/s)	Chaque		Niveau de référence
	Réseau – Espace IP supplémentaire /2 4/25/26 /27/28/29	Chaque		Niveau de référence
	Réseau – Réseau externe	Chaque	Oui	Niveau de référence
	Licence – serveur Windows par CPU virtuel	vCPU		Niveau de référence	Oui
	Reprise après sinistre (Or, Argent, Bronze)	VM		Niveau de référence

Calcul des valeurs de dépassement

La consommation de MPC est mesurée plusieurs fois par jour. Chaque jour, la consommation maximale utilisée de ce jour est utilisée pour le calcul du dépassement. La valeur de dépassement pour la facturation est calculée comme la somme des valeurs de jour divisée par le nombre de jours du mois.

Le nombre de jours dans un mois est calculé comme le nombre de jours compris entre l'avant-dernier jour précédant le début du mois et l'avant-dernier jour du mois suivant. Par exemple, le dépassement pour octobre est basé sur la consommation du 29 septembre au 30 octobre. Dans cet exemple, le dépassement de facturation pour ce mois est de 1110/30 = 37.

Rôles et responsabilités

Lors de l'exécution et de la livraison du service, les responsabilités sont partagées entre Equinix et le client. La section suivante fournit un aperçu de ces responsabilités.

Intégration

Activités	Equinix	Client
Planifier/organiser la réunion de lancement du projet	RA	CI
Planifier/exécuter l'intégration des clients	RA	CI
Livraison de l'OVDC conformément à la commande	RA	Moi
Livraison de la capacité de calcul convenue conformément à la commande	RA	Moi
Livraison de la capacité d'entreposage convenue conformément à la commande	RA	Moi
Livraison du type de connectivité conformément à la commande	RA	Moi
Livraison des circuits virtuels gérés conformément à la commande	RA	C
Livraison de l’accès Internet géré conformément à la commande	RA	C
Fournir les fonctionnalités réseau convenues conformément à la conception (optionnel)	RA	C
Livraison de la console opérationnelle MPC	RA	Moi
Livraison du compte administrateur pour la console opérationnelle	RA	Moi

Acceptation de mise en service

Une fois les activités d'intégration terminées, les activités de test confirment que le produit a été livré avec succès et est prêt pour la facturation.

Activités	Equinix	Client
Tester l'accès à la page des produits MPC sur le portail Managed Solutions	CI	RA
Accédez à la documentation MPC sur docs.equinix.com pour tester l'accès.	CI	RA
Test d'accès à la console opérationnelle MPC	CI	RA
Confirmer la réalisation du MPC sur la base des preuves préliminaires	CI	RA
Activer le produit pour le client sur les systèmes internes	RA	I

Opérationnel

Une fois le nuage privé géré activé pour les clients, les éléments opérationnels suivants s'appliquent:

Activités	Equinix	Client
Gestion technique du service (dans son ensemble)	CAR	Moi
Gestion fonctionnelle de l'environnement client au sein du service (dans l'ensemble)	Je²	CAR
surveillance et entretien de l'infrastructure MPC	RA	I
Créer, importer et gérer des machines virtuelles et des vApps	Je²	CAR
Faire évoluer les VM à la hausse et à la baisse	Je²	RACI
Gérer les instantanés de VM		RACI
Gérer l'accès aux machines virtuelles à l'aide d'une console		RACI
Demander des statistiques de performance		RACI
Créer et remplir la bibliothèque avec les fichiers ISO/OVA du client.		RACI
Séparer ou regrouper des machines virtuelles pour des raisons de disponibilité ou de performance	Je²	CAR
NFV : Réseaux L2 virtuels	Je²	CAR
NFV : Pare-feu standard	Je²	CAR
NFV : Routage (statique)	Je²	CAR
NFV : Routage (OSPF / BGP dynamique)	Je²	CAR
NFV : NAT	Je²	CAR
NFV : DHCP	Je²	CAR
NFV : VPN (IPSec, client)	Je²	CAR
Configurer et gérer les fonctionnalités de script et d'automatisation		RACI

RACI signifie Responsable, Comptable, Consulté et Informé.

1. L'information n'est obligatoire que pour les tâches qui ont un impact sur le fonctionnement de l'environnement de l'utilisateur.
2. L'information n'est requise que pour les tâches qui ont un impact sur le fonctionnement et/ou la gestion du service.

Gestion des incidents

La gestion des incidents est incluse dans le cadre de l'assistance technique. Tous les incidents sont traités en fonction de la priorité. La priorité est déterminée après qu'un incident a été signalé et évalué par Equinix sur la base des informations fournies.

Priorité	Impact / Urgence	Description
P1 Haut	Indisponibilité imprévue d’un service ou d’un environnement fourni et géré par Equinix, conformément à la description du service, en raison d’une interruption. L’utilisateur ne peut pas remplir ses obligations envers ses utilisateurs. L’utilisateur subit des dommages directs démontrables en raison de l’indisponibilité de cette fonctionnalité.	Le service doit être rétabli sur-le-champ ; les environnements de production sont indisponibles, ce qui entraîne des perturbations à l'échelle de la plateforme.
P2 Moyen	Le service n'offre pas toutes les fonctionnalités ou présente des fonctionnalités partielles ou des performances réduites, en raison desquelles les utilisateurs sont affectés. L'utilisateur subit des dommages directs démontrables en raison de la disponibilité limitée de cette fonctionnalité.	Le service doit être réparé le jour même ; l'environnement de gestion n'est pas disponible.
P3 Faible	Le service fonctionne avec une disponibilité limitée pour un ou plusieurs utilisateurs, et une solution de contournement est en place.	Le moment de la réparation du service est déterminé de concert avec la personne qui a effectué le signalement.

remarque

Cette classification ne s’applique pas aux perturbations causées, par exemple, par des applications spécifiques à l’utilisateur, par des actions de l’utilisateur ou qui dépendent de tiers. Les incidents peuvent être soumis via le Portail client sous Managed Solutions. Les incidents P1 doivent être soumis par téléphone.

Demandes de service

Les demandes de service sont utilisées pour signaler des problèmes de service ou pour demander de l'aide pour la mise en œuvre ou les modifications de configuration. Les modifications de configuration standard peuvent être demandées via le portail en libre-service MPC en tant que demande de service. L'assistance est disponible 24 h/24, 7 j/7 et 365 j/7. Deux types de demandes de service sont disponibles :

• Inclus - demandes de service qui entrent dans le champ d'application du service et n'entraînent pas de frais supplémentaires.
• Supplémentaire - demandes de service qui sortent du champ d'application du service et entraînent des frais supplémentaires.

Nom de la requête	Inclus / Supplémentaire
Créer un groupe DC sur plusieurs OVDC	Supplémentaire
Modifier l'accès externe à l'API OVDC	Supplémentaire
Ajouter un utilisateur à la console opérationnelle	Inclus
Supprimer un utilisateur de la console d'exploitation	Inclus
Modifier les autorisations d'un utilisateur	Inclus

Les modifications non répertoriées ci-dessus peuvent être demandées en sélectionnant modifier dans le module de demande de service. Equinix effectuera une analyse d'impact pour déterminer la faisabilité, le coût et le délai d'exécution. Les frais liés aux demandes de service sont déduits du solde du Plan d'assistance premier. Si le solde est insuffisant, les frais sont facturés au taux en vigueur. Les demandes ayant un impact sur la capacité de base, les quantités commandées ou toute modification ayant un impact sur les frais de service mensuels doivent être adressées à l'équipe commerciale Equinix.

Rapports

Dans le cadre de ce service, les clients reçoivent des rapports de service mensuels couvrant les sujets suivants:

• Billets ouverts en violation des paramètres SLA
• Capacité par OVDC

Niveaux de service

L'Accord de niveau de service (SLA) définit les niveaux de performance mesurables applicables au service MPC et spécifie les recours à la disposition du client si Equinix ne parvient pas à atteindre ces niveaux. Les pénalités de service énumérées ci-dessous constituent le seul et unique recours en cas de non-respect des seuils de niveau de service définis dans cette section.

Priorité	Temps de réponse¹	Temps de résolution²	Exécution des travaux	SLA³
P1	< 30 minutes	< 4 heures	24 heures sur 24, 7 jours sur 7	95%
P2	< 60 min	< 24 heures	24 heures sur 24, 7 jours sur 7	95%
P3	< 120 min	< 5 jours	24 heures sur 24, 7 jours sur 7	95%

¹ le temps de réponse est mesuré à partir du moment où le ticket d'incident est soumis jusqu'à ce qu'un spécialiste Managed Solutions émette une réponse formelle.
² le temps de résolution est mesuré depuis la création du ticket jusqu'à la fermeture, l'annulation ou le transfert au support IBX. ³ le SLA s'applique au temps de réponse, des détails sur le SLA sont disponibles dans la politique produit .

Le niveau de disponibilité du service MPC fait référence à la disponibilité d'un seul OVDC. Le service MPC est considéré comme indisponible lorsqu'une défaillance de l'infrastructure gérée par Equinix entraîne le passage de l'OVDC dans un état d'erreur et entraîne directement une interruption des services du client.

Niveau de service de disponibilité	Description
99.95%+	Obtenu lorsque l'indisponibilité totale de l'OVDC est inférieure à 22 minutes sur un mois civil.

Un régime de crédit de service s'applique au SLA de disponibilité tel que défini dans la politique produit. La disponibilité du service MPC n’inclut pas la restauration des données. Les clients sont responsables de la restauration de leurs données. Lors du contrat de sauvegarde privée gérée, les données peuvent être restaurées via le libre-service à l'aide de la console opérationnelle de sauvegarde privée gérée. Si Managed Private Backup n'est pas sous contrat, la restauration des données relève de la responsabilité du client.

Guide de l'utilisateur

Console opérationnelle MPC

La console opérationnelle MPC fournit des outils d'automatisation et une API pour gérer les ressources MPC, y compris les éléments suivants:

• Gérer les OVC DC dans plusieurs datacentres Equinix
• Créer, importer et gérer des machines virtuelles et des vApps
• Dimensionnement des machines virtuelles (mise à l'échelle à la hausse et à la baisse)
• Créer des instantanés de machine virtuelle
• Accéder aux consoles VM
• Afficher les statistiques de performances avec Operations Manager
• Créez et remplissez la bibliothèque avec des fichiers ISO et OVA.
• Accès direct au portail en libre-service MPC et aux consoles de VM via un navigateur Web sans exigences VPN
• Nombreuses options pour la programmation et l'automatisation (API)
• Séparer ou regrouper des machines virtuelles pour des raisons de disponibilité ou de performance
• Gérer les règles de pare-feu et la microsegmentation
• Créez et gérez des règles de routage statiques et dynamiques pour IPv4
• Créez et gérez des règles de routage statiques pour IPv6
• Créer et gérer NAT, DHCP et VPN (couche 2)
• Créez et gérez des tunnels site à site IPSec de couche 3 VPN
• Créer et gérer des annonces d'itinéraires (VRF)

Accès à MPC Flex

Pour accéder à Managed Private Cloud (MPC), accédez au Portail client . À partir de là, vous pouvez accéder aux éléments suivants :

• Portail Managed Solutions (MSP) – utilisé pour générer des tickets, envoyer des demandes de service et consulter des informations sur l'utilisation des MPC.
• Console opérationnelle – utilisée pour gérer et exploiter les ressources MPC.

Régions

La console opérationnelle permet d'accéder aux ressources MPC dans une région spécifique. MPC est disponible dans quatre régions : Amérique du Sud, Amérique du Nord, Europe et Asie.

Chaque instance MPC est associée à une région. Lorsqu'une instance existe dans une région, vous pouvez ouvrir sa console opérationnelle correspondante en sélectionnant l'option régionale dans la zone Managed Solutions du Portail client.

Une fois connecté à la console régionale appropriée, votre accès aux ressources est organisé par organisation et par centres de données virtuels organisationnels (OVDC).

Organisation

Une organisation (Org) représente le client au sein de la console opérationnelle. L'organisation peut être visualisée comme un conteneur pour toutes les ressources MPC de cette région, y compris les datacentres virtuels, les utilisateurs et les bibliothèques de contenu. Le nom de l'organisation est requis lors de la connexion à la console opérationnelle MPC.

Datacentre virtuel organisationnel (OVDC)

Un datacentre virtuel organisationnel (OVDC) regroupe les ressources de calcul, de stockage et de mise en réseau que vous utilisez pour exécuter les charges de travail. Une seule organisation peut contenir plusieurs OVC DC, qui peuvent différer selon le site IBX (par exemple, Amsterdam, Londres ou Ashburn) ou selon le profil de performances de calcul. Si vous avez besoin d'une capacité supplémentaire ou d'un OVDC supplémentaire, contactez votre responsable de prestation de services ou responsable de compte pour en faire la demande.

Rôles de locataire

remarque

Les rôles de locataire suivants s'appliquent uniquement aux variantes Single Locataire de Cloud privé géré et FLEX DE Cloud privé géré.

Les rôles de tenant définissent les autorisations et les actions disponibles pour les utilisateurs au sein d'un tenant MPC. Les rôles sont attribués aux utilisateurs après leur ajout via le Portail clients. Les rôles déterminent les actions que les utilisateurs peuvent effectuer dans la console opérationnelle et les fonctionnalités API qui leur sont disponibles.

Lors du déploiement initial d'un nouvel environnement MPC, Equinix crée le premier compte administrateur client dans le cadre du processus d'intégration. Ce compte est créé à l'aide du nom et de l'adresse e-mail fournis par le client, et se voit automatiquement attribuer le rôle d'administrateur de tenant, qui fournit un accès complet à la console opérationnelle MPC, y compris les fonctionnalités d'administration et de configuration au niveau du tenant.

Les rôles suivants sont pris en charge:

Administrateur de tenant : le rôle d'administrateur de tenant fournit un accès administratif complet à un tenant MPC. Les utilisateurs auxquels ce rôle est attribué peuvent gérer la configuration des locataires, l'accès des utilisateurs et les capacités d'automatisation dans l'ensemble de l'environnement. Les autorisations d'administration des locataires incluent :

• Accédez à la console de la machine virtuelle
• Créer et supprimer des instantanés
• Créer et supprimer des jetons API personnels
• Créer, modifier et supprimer des comptes de service à l'échelle de l'organisation
• Créer, modifier et supprimer des machines virtuelles dans la portée du locataire
• Créer, modifier et supprimer des vApps dans la portée du locataire
• Créer, modifier et supprimer des réseaux dans le périmètre du locataire
• Créer, modifier et supprimer des bibliothèques de contenu et leur contenu dans la portée du locataire
• Configurer les passerelles périphériques dans le périmètre du locataire
• Configurer les règles d'affinité
• Consultez les journaux des tâches et des événements dans la portée du locataire

Utilisateur de tenant : le rôle utilisateur de tenant permet aux utilisateurs de créer et de gérer des charges de travail et des ressources sélectionnées au sein d'un tenant MPC, sans avoir accès aux paramètres administratifs à l'échelle du tenant. Les autorisations d'utilisateur locataire incluent :

• Accédez à la console des machines virtuelles
• Créer et supprimer des instantanés
• Créer et supprimer des jetons API personnels
• Démarrer et arrêter des machines virtuelles dans le périmètre du locataire
• Démarrer et arrêter les vApps dans la zone du locataire
• Mettre à jour les outils VM dans le périmètre du locataire
• Consultez les journaux des tâches et des événements dans la portée du locataire

Visualiseur de locataire : le rôle Visualiseur de locataire fournit un accès en lecture seule à la configuration du locataire et à l'état des ressources. Les utilisateurs auxquels ce rôle est attribué peuvent afficher les mêmes ressources et informations disponibles pour le rôle utilisateur de tenant, avec les restrictions suivantes :

• Aucune autorisation de création, de modification ou de suppression (CRUD) pour les machines virtuelles ou les vApps.
• Accès à la console impossible

Gestion de MPC Flex

Gestion des utilisateurs

Les utilisateurs de la console opérationnelle sont gérés via le Portail client. Voir gestion des utilisateurs et des mots de passe . Une fois les utilisateurs ajoutés, une demande de service doit être soumise pour attribuer le rôle de tenant MPC à l'utilisateur.

Pour utiliser un référentiel d'identité différent, la Fédération d'identité peut être configurée dans le Portail client afin de l'intégrer à un fournisseur d'identité externe. Cela permet aux utilisateurs de se connecter à l'aide de leurs identifiants d'entreprise.

Accès API

L'accès à la console opérationnelle du cloud privé géré (MPC) API est destiné à l'accès par programmation et à l'automatisation. Les outils d'automatisation courants incluent Terraform, Ansible, Python et les appels API basés sur XML ou JSON. L'authentification auprès du API nécessite la génération de jetons d'accès dans la console opérationnelle. Deux méthodes d'accès sont prises en charge, chacune conçue pour un cas d'utilisation différent.

Méthode	Détails
Jetons API	• Accès API à la console opérationnelle pour le compte du Portail client ou de comptes d'utilisateur fédérés pour un accès programmatique individuel. • Peut être configuré par tous les comptes du Portail Client ou d’utilisateur fédéré.
Comptes de service	• Accès API à la console opérationnelle à l'aide de comptes autonomes destinés à l'automatisation à l'échelle de l'organisation et à des outils ou applications tiers. • Peut être configuré uniquement par les utilisateurs disposant du rôle d’administrateur de tenant. • Peut se voir attribuer l'un des rôles pris en charge. • Prend en charge l'accès API uniquement.

Automatisation Terraform

Terraform est un outil d'infrastructure en tant que code qui permet de définir des ressources cloud et sur site à l'aide de fichiers de configuration lisibles par l'homme. Ces fichiers peuvent être versionnés, réutilisés et partagés, ce qui permet un workflow cohérent pour le provisionnement et la gestion de l'infrastructure tout au long de son cycle de vie.

Terraform peut être utilisé pour gérer des ressources de bas niveau telles que le calcul, le stockage et la mise en réseau. La plupart des fonctionnalités de la console opérationnelle sont disponibles via API ou Terraform. Pour plus d'informations, consultez la documentation du fournisseur Terraform .

Jetons API

Les jetons API peuvent être créés par le Portail client ou le compte utilisateur fédéré dans la console opérationnelle et sont utilisés pour l'accès programmatique personnel. Voici comment créer un jeton API :

1. Connectez-vous à la console opérationnelle. Ouvrez les préférences utilisateur dans le menu en haut à droite.
2. Accédez à la section jetons API et sélectionnez Nouveau.
3. Saisissez un nom pour le jeton et sélectionnez créer.
4. Copiez et stockez le jeton généré dans un emplacement sécurisé. Le jeton ne s'affiche qu'une seule fois et ne peut plus être visualisé après la fermeture de cet écran. Si le jeton est perdu, un nouveau jeton doit être généré.
5. Une fois créé, le jeton apparaît dans la liste des jetons API et peut être révoqué lorsqu'il n'est plus nécessaire.

Comptes de service

Les comptes de service peuvent être créés, affichés et supprimés uniquement par les utilisateurs disposant du rôle Administrateur de tenant en raison de la nature sensible de ces comptes. Voici comment créer un compte de service :

remarque

Un compte de service est propriétaire de tous les objets qu'il crée dans la console opérationnelle.

1. Connectez-vous à la console opérationnelle. Ouvrez Administration, puis sélectionnez comptes de service et Nouveau.
2. Saisissez un nom pour le compte de service, attribuez un rôle et utilisez la baguette magique pour générer un identifiant unique. Cliquez sur suivant pour continuer.
3. (Optionnel) Attribuer une ou plusieurs limites de quota au compte de service.
4. Sélectionnez Terminer pour créer le compte de service.
5. Après la création, la clé API s'affiche dans le champ identifiant du client lors de l'affichage des propriétés du compte de service. La plupart des paramètres de compte de service peuvent être modifiés ultérieurement en sélectionnant modifier.

Explorateur API

L'explorateur d'API fournit une interface graphique permettant de visualiser, de tester et d'exécuter des appels d'API et est accessible via la console opérationnelle.

1. Dans la console opérationnelle, ouvrez le menu en haut à droite et sélectionnez aide > Explorateur API .
2. L'explorateur d'API expose l'API JSON basée sur Swagger et permet d'exécuter des appels d'API au nom du compte utilisateur actuellement connecté.

Console opérationnelle

Lorsqu'un utilisateur est connecté au Portail client, la console opérationnelle est accessible en accédant au Portail Managed Solutions, en sélectionnant Cloud privé géré, puis en sélectionnant la région souhaitée.

Si l'utilisateur accède directement à la console opérationnelle via son URL et que se connecter est sélectionné, l'utilisateur est redirigé vers le Portail client pour s'authentifier avec les informations d'identification du Portail client. Le portail client prend également en charge la configuration de la Fédération SAML avec le fournisseur d'identité d'une organisation, permettant aux utilisateurs d'accéder à la console opérationnelle à l'aide de leurs identifiants d'entreprise.

À partir de la console opérationnelle, il est possible d'effectuer des actions pour créer des machines virtuelles, des réseaux et des règles de sécurité.

VApp

Par exemple, une vApp est un groupe de machines virtuelles au sein d'un datacentre virtuel, représentant un paysage applicatif. Les machines virtuelles peuvent être gérées en tant que groupe, par exemple en prenant un snapshot ou en les redémarrant, et les machines virtuelles individuelles peuvent également être gérées séparément au sein d'une vApp. Les machines virtuelles et les vApps peuvent se voir attribuer une période de bail, après laquelle elles sont automatiquement supprimées. Le bail par défaut est défini pour ne jamais expirer.

Une vApp peut être créée avec ou sans machines virtuelles. La création d'une vApp sans machines virtuelles peut être utile lors de la configuration du réseau de vApp avant la création des machines virtuelles.

Créez une nouvelle vApp

1. Accédez à la page principale sous applications > vApps, sélectionnez créer une nouvelle vApp, saisissez un nom et une description, puis sélectionnez créer. Attendez la fin du processus.
2. Options dans la fenêtre vApp:
   • Sélectionnez alimentation pour activer, arrêter, redémarrer ou mettre en pause la vApp. Ces actions ne sont disponibles que si la vApp contient une machine virtuelle.
   • Sélectionnez plus pour ajouter ou supprimer une machine virtuelle de la vApp.
   • Sélectionnez Détails pour afficher ou modifier des informations supplémentaires.

Machines virtuelles

Les machines virtuelles peuvent être créées dans le cadre d'une vApp ou en tant que machines virtuelles autonomes. Il est recommandé de créer des machines virtuelles dans une vApp. Une vApp peut contenir jusqu'à 100 machines virtuelles, et les machines virtuelles peuvent être déplacées d'une vApp à l'autre. Des réseaux peuvent également être créés entre des machines virtuelles qui résident dans différentes vApps.

La création de machines virtuelles dans le cadre d'une vApp offre plusieurs avantages, tels que le regroupement des machines virtuelles par tâche, fonction ou exigences de conservation ; la configuration de l'ordre de démarrage et d'arrêt ; l'amélioration de la visibilité de la configuration réseau grâce au diagramme de réseau de la vApp ; et l'activation de la gestion déléguée grâce à un accès basé sur les rôles.

Les ressources de stockage allouées et les Go de RAM alloués sont comptabilisés comme stockage utilisé dans le cadre de la politique de stockage attribuée. Lorsqu'une machine virtuelle est démarrée, les ressources de calcul sont déduites du quota de calcul du datacentre virtuel (OVDC) de l'organisation.

La méthode d'installation du système d'exploitation la plus courante pour une nouvelle machine virtuelle consiste à sélectionner un fichier ISO dans le catalogue Equinix privé ou partagé, ce qui permet à la machine virtuelle de démarrer à partir du fichier ISO lors de la mise sous tension et de commencer le processus d'installation. Une autre option consiste à créer une nouvelle machine virtuelle et une nouvelle vApp à partir d'un fichier OVF ou OVA sur le poste de travail de l'administrateur pendant le workflow de création.

Créer une machine virtuelle

1. Accédez à applications > machines virtuelles et sélectionnez créer une machine virtuelle, ou sélectionnez plus sur une vApp et choisissez Ajouter une machine virtuelle.
2. Suivez les étapes de la boîte de dialogue de création, puis sélectionnez OK et attendez que la machine virtuelle soit créée.
   1. Entrez un nom et un nom d'ordinateur.
   2. Sélectionnez Nouveau pour le type.
   3. Choisissez si la machine virtuelle doit démarrer automatiquement après sa création.
   4. Sélectionnez la famille de systèmes d'exploitation, le système d'exploitation invité et l'image de démarrage.
   5. Configurez les options de démarrage, y compris le démarrage sécurisé EFI et la configuration du démarrage.
   6. Configurez les paramètres du module de plateforme sécurisée (TPM), si nécessaire.
   7. Configurez les ressources de calcul, y compris le processeur, les cœurs et la mémoire.
   8. Configurer le stockage, y compris la politique de stockage et la taille du disque.
   9. Configurer les paramètres réseau.
3. Sur l'écran machines virtuelles :
   1. Sélectionnez alimentation pour allumer ou éteindre la machine virtuelle, la redémarrer ou la mettre en pause.
   2. Sélectionnez plus pour monter le support d'installation, gérer les snapshots, ouvrir la console ou supprimer la machine virtuelle.
   3. Sélectionnez Afficher pour afficher ou modifier les détails de la configuration et les paramètres supplémentaires.

Liez le support d'installation du catalogue à une machine virtuelle

Si un catalogue est déjà disponible et que les supports d'installation ont été téléchargés, il peut être associé à la machine virtuelle.

1. Localisez la machine virtuelle et sélectionnez plus.
2. Sélectionnez Insérer un média et choisissez le fichier d'installation. Le fichier est connecté en tant que CD-ROM virtuel.
3. Une fois la tâche terminée, il est recommandé de détacher le fichier d'installation en sélectionnant éjecter le support.

Console VM

Une machine virtuelle peut être gérée via la console opérationnelle. Deux types de console sont disponibles :

• Console Web fonctionnant à partir de votre navigateur.
• Console distante VM nécessitant l'installation d'un plug-in.

Le support d'installation (ISO) ne peut pas être utilisé directement à partir d'un appareil local. Le média doit être téléchargé dans un catalogue avant de pouvoir être monté sur une machine virtuelle.

Le plug-in de console distante VM pour les appareils Windows est disponible dans le catalogue partagé. Pour macOS et Linux (y compris Windows via Workstation), la fonctionnalité VMRC est incluse dans VMware fusion Pro et VMware Workstation Pro. Ces applications nécessitent une licence distincte et ne sont pas incluses avec MPC ni fournies par Equinix.

1. Localisez la machine virtuelle à partir de la vApp ou de la présentation des machines virtuelles.
2. Sélectionnez plus et choisissez le type de console souhaité : la console Web (aucun plug-in requis) ou la console distante VM (plug-in requis).

Instantanés

Un snapshot capture l'état d'une machine virtuelle ou d'une vApp complète avant l'exécution d'une action. La console opérationnelle n'autorise qu'un seul instantané à la fois, avec ou sans état de mémoire actif. La prise d'un snapshot double temporairement l'utilisation du stockage de la machine virtuelle ou de la vApp. Les snapshots peuvent affecter les performances des machines virtuelles. Il est recommandé de conserver les snapshots pendant un maximum de 2-3 jours ; les snapshots datant de plus d'une semaine sont supprimés automatiquement. Pour une préservation à plus long terme de l'état d'une machine virtuelle, créez un clone ou effectuez une sauvegarde de la machine virtuelle ou de la vApp.

1. Localisez la machine virtuelle ou la vApp, sélectionnez actions > Snapshot, puis créer un snapshot, puis confirmez.
2. Pour restaurer la machine virtuelle à l'état de snapshot, sélectionnez revenir au snapshot et confirmez.
3. Pour supprimer le snapshot, sélectionnez Supprimer le snapshot et confirmez.

remarque

Lorsqu'un nouveau snapshot est créé à partir d'une machine virtuelle avec un snapshot existant, l'ancien snapshot est supprimé. Pour avoir accès à toutes les options de snapshot, VMware Tools doit être installé sur la machine virtuelle.

Catalogues

Le catalogue de la console opérationnelle stocke les vApps, les machines virtuelles et les fichiers multimédias (tels que les images ISO). Equinix fournit un catalogue partagé avec un ensemble de fichiers ISO. Le catalogue partagé est associé à l'OVDC, en particulier à la zone métropolitaine de l'environnement.

Il est également possible de créer un catalogue privé pour stocker des supports ou des modèles d'installation. Les fichiers peuvent être téléchargés directement ou des modèles peuvent être créés à partir de machines virtuelles ou de vApps existantes. Les fichiers stockés dans le catalogue privé sont pris en compte dans le quota de stockage OVDC. Tous les logiciels téléchargés doivent être conformes aux exigences de licence des fournisseurs et aux politiques Equinix. Le catalogue ne peut être utilisé que pour les fichiers ISO et OVF.

Créer un catalogue

Pour entreposer les supports d'installation ou les modèles, il faut d'abord créer un catalogue.

1. Sur l'écran d'accueil, sélectionnez l'icône de menu (trois lignes horizontales).
2. Dans l'écran Content Hub , sélectionnez catalogues, puis Nouveau.
3. Saisissez un nom et une description pour le catalogue. Les catalogues peuvent être stockés sur n'importe quel profil de stockage disponible. Par défaut, le profil le plus rapide est sélectionné. Pour choisir un profil de stockage spécifique, activez le pré-provisionnement sur une politique de stockage spécifique , sélectionnez ORGOVDC, puis choisissez la politique de stockage requise.

Ajouter un support d'installation

Lorsque le catalogue est disponible, les supports d'installation peuvent y être téléchargés.

1. Accédez à bibliothèques de contenu > médias et autres et sélectionnez Ajouter.
2. Dans le nouvel écran, sélectionnez le catalogue, cliquez sur l'icône de téléchargement (flèche pointant vers le haut) pour ouvrir le navigateur de fichiers. Sélectionnez le fichier d'installation et confirmez avec OK.
3. Si nécessaire, modifiez le nom et sélectionnez OK pour lancer le téléchargement. Dans la présentation médias et autres, un indicateur rotatif apparaît pendant le téléchargement. Une coche verte apparaît lorsque le téléchargement est terminé. Le fichier est alors prêt à être utilisé.
4. Sélectionner les trois points à côté du nom du fichier offre des options pour supprimer le fichier ou le télécharger sur le poste de travail.

Créer un modèle de vApp

Un modèle de vApp peut être créé en téléchargeant un fichier depuis un poste de travail local ou en utilisant une vApp existante. Un modèle pour une seule machine virtuelle basée sur une vApp ne peut être créé que si la vApp contient exactement une machine virtuelle.

1. Localisez la vApp à utiliser comme source, sélectionnez plus, puis Ajouter au catalogue. Sélectionnez le catalogue de destination et saisissez un nom. Une copie exacte peut être créée ou les paramètres de la machine virtuelle peuvent être ajustés si VMware Tools sont installés avant la création du modèle.
2. Pour accéder au modèle de vApp, accédez à Content Hub > catalogues et ouvrez le catalogue approprié. Une fois disponible, le modèle peut être utilisé pour déployer de nouvelles machines virtuelles.

Catalogues partagés

Equinix fournit un catalogue partagé (OS-CATALOG-1) par zone métropolitaine MPC qui contient un ensemble de variantes de système d'exploitation. Sélectionnez le catalogue associé à la zone métropolitaine où la machine virtuelle est déployée. Le catalogue partagé est associé à la variante MPC (FLEX ou ST) dans cette zone métropolitaine. Si MPC FLEX et MPC ST sont utilisés dans la même zone métropolitaine, deux catalogues pour cette zone métropolitaine sont visibles.

Connectivité et réseaux

La console opérationnelle offre plusieurs options pour la connexion et l'accès aux services au sein de l'organisation ou en externe. En fonction du modèle de connectivité sélectionné, un OVDC est créé avec un pontage (Client de connectivité MPC routé dans la commande) ou un routage (connectivité MPC routée dans la commande).

Les fonctions réseau disponibles dans la console opérationnelle varient selon que la connectivité sélectionnée est « acheminée par le client » ou « acheminée ». Dans la console opérationnelle, deux types de réseaux peuvent être créés par le libre-service:

• Réseau isolé (connecté en interne) : Un réseau isolé n'existe que pour les machines virtuelles au sein de l'OVDC.
• Réseau routé (connecté en externe) : Un réseau routé fournit un accès aux réseaux externes en dehors de l'OVDC via la passerelle Edge Gateway.

Type de connectivité MPC	Isolé	Routé
Pontage	Oui	Non
Routage	Oui	Oui

Architecture du pare-feu de passerelle MPC

MPC utilise une architecture de pare-feu de passerelle pour sécuriser le trafic entrant et sortant de l'environnement. Des contrôles de pare-feu sont appliqués au périmètre pour réguler l'accès externe et protéger les ressources MPC. Les pare-feu de passerelle (Nord-Sud) protègent le périmètre MPC et gèrent le trafic entrant ou sortant de l'environnement.

Créer un réseau OVDC isolé

Un réseau de datacentre virtuel (OVDC) d'organisation permet aux machines virtuelles (VM) de communiquer entre elles et, éventuellement, avec des réseaux externes. Un seul OVDC peut contenir plusieurs réseaux.

1. Dans le tableau de bord datacentres virtuels de la console opérationnelle, sélectionnez le VDC OVDC où le réseau est créé.
2. Dans le panneau de navigation de gauche, sélectionnez réseaux.
3. Cliquez sur Nouveau.
4. Sous portée, sélectionnez le VCC actuel pour le réseau isolé.
5. Dans la page type de réseau du BOX de la boîte de dialogue réseau VDC Nouvelle organisation, sélectionnez isolé, puis cliquez sur suivant.
6. Sur la page général, saisissez un nom et une description pour le réseau.
7. Dans le champ CIDR de la passerelle, sélectionnez l'espace IP pour le réseau dans la liste déroulante. Cette liste est pré-remplie par Equinix en fonction des informations fournies par le client lors du déploiement.
8. La double pile peut être activée lorsque l'IPv6 est requis.
9. L'option « VLAN invité autorisé » peut être activée pour permettre la présence de plusieurs VLAN au sein des machines virtuelles connectées.
10. Cliquez sur suivant.
11. (Facultatif) dans Pools d'adresses IP statiques , saisissez une plage d'adresses IP pour les machines virtuelles sur ce réseau et cliquez sur Ajouter. Cela permet à la console opérationnelle d'attribuer automatiquement des adresses IP lors de la création de la machine virtuelle. Si elle n'est pas configurée, l'attribution d'adresses IP doit être effectuée manuellement lors de la création de la machine virtuelle. Exemple : Si l'adresse de la passerelle est 192.168.1,1/24, un pool IP statique de 192.168.1,10–192.168.1.100 fournit 91 adresses IP utilisables. Des plages supplémentaires peuvent être ajoutées ultérieurement si nécessaire.
12. Lorsque vous avez terminé, cliquez sur suivant.
13. (Facultatif) sur la page DNS, saisissez les informations DNS, puis cliquez sur suivant. Si omis, les paramètres DNS doivent être saisis manuellement lors de la création de machines virtuelles.
14. Sur la page prêt à terminer , vérifiez tous les paramètres et cliquez sur Terminer.

Créer un réseau OVDC routé

Un réseau OVDC routé permet aux machines virtuelles (VM) de communiquer entre elles et avec les réseaux externes à l'aide du routage de couche 3 (L3). Un seul OVDC peut contenir plusieurs réseaux routés.

1. Dans le tableau de bord datacentres virtuels de la console opérationnelle, sélectionnez le VDC OVDC où le réseau est créé.
2. Dans le panneau de navigation de gauche, sélectionnez réseaux, puis cliquez sur Nouveau.
3. Sous périmètre, sélectionnez datacentre virtuel de l'organisation actuelle .
4. Dans la page type de réseau du BOX de la boîte de dialogue Nouveau réseau OVDC, sélectionnez routé, puis cliquez sur suivant.
5. Sous connexion Edge , sélectionnez la passerelle Edge à laquelle le segment routé se connectera.
6. Sur la page général, saisissez un nom et une description pour le réseau.
7. Dans le champ CIDR de la passerelle, sélectionnez l'espace IP pour le réseau dans la liste déroulante. Cette liste est pré-remplie par Equinix en fonction des entrées du client fournies lors du déploiement.
8. Activez la double pile si IPv6 est requis.
9. L'option « Activer le VLAN invité » permet d'autoriser plusieurs VLAN au sein des machines virtuelles connectées.
10. Cliquez sur suivant.
11. (Facultatif) dans la page DNS, saisissez les paramètres DNS, puis cliquez sur suivant. Si elles ne sont pas configurées ici, les informations DNS doivent être ajoutées manuellement lors de la création de la machine virtuelle.
12. Sur la page prêt à terminer, vérifiez les sélections, puis cliquez sur Terminer. Une fois le réseau créé et connecté à l'OVDC, la passerelle Edge Gateway peut être configurée pour contrôler le trafic autorisé à entrer et sortir de l'OVDC.

VLAN invité autorisé

L’activation de cette option permet de configurer les balises VLAN (balises 802.1Q) sur les interfaces réseau des machines virtuelles. Ainsi, plusieurs VLAN peuvent être exploités sur le même segment de réseau routé ou isolé.

Créer des règles de pare-feu de passerelle

La console opérationnelle fournit un pare-feu de couche 4 complet pour contrôler le trafic traversant les limites de sécurité, à la fois Nord-Sud (trafic entre le OVDC et les réseaux externes) et est-Ouest (trafic au sein et entre les réseaux OVDC). Lors de la spécification de réseaux ou d'adresses IP pour les règles de pare-feu, les formats suivants sont pris en charge :

• Une seule adresse IP
• Plages d'adresses IP (par exemple, 192.168.1.10–192.168.1.50)
• Notation CIDR (ex.: 192.168.2.0/24)
• Mots-clés: interne, externe ou tout autre

1. Dans le tableau de bord datacentres virtuels de la console opérationnelle, sélectionnez le VDC OVDC contenant la passerelle Edge où les règles de pare-feu sont créées.
2. Dans le panneau de navigation de gauche, cliquez sur arêtes. Les passerelles Edge disponibles apparaîtront sur la droite.
3. Sélectionnez la passerelle Edge à configurer, puis ouvrez l'onglet pare-feu.
4. Dans l'onglet Pare-feu, il est possible de créer et de gérer des règles de pare-feu.
5. Cliquez sur Nouveau pour ajouter une nouvelle règle. Pour la nouvelle règle, spécifiez les champs suivants :
   • Nom
   • Applications
   • Contexte
   • Source (adresse IP, ensembles d'adresses IP, groupes statiques)
   • Destination (adresse IP, ensembles d'adresses IP, groupes statiques)
   • Action (Autoriser, Abandonner, Refuser)
   • Protocole (IPv4, IPv6 ou les deux)
   • Enregistrement
   • Commentaires
6. Dans les champs source et destination, définissez les adresses de la règle. Pour spécifier une adresse IP ou une plage, cliquez sur IP et saisissez la valeur, puis cliquez sur conserver. Pour réutiliser des groupes d'adresses IP, accédez à Grouper des objets et cliquez sur + pour créer un ensemble d'adresses IP. Cet ensemble d'adresses IP peut ensuite être sélectionné pour plusieurs règles.
7. Dans le champ application, cliquez sur + puis, dans la boîte de dialogue Ajouter un service BOX, spécifiez le protocole, le port source et le port de destination. Ou définissez une combinaison de protocole/port personnalisée. Lorsque vous avez terminé, cliquez sur conserver. Des applications personnalisées peuvent également être créées à l'avance et appliquées aux règles de pare-feu.
8. Choisissez si l’action de la règle est accepter (autoriser) ou refuser (abandonner/rejeter). Si un serveur syslog est configuré, sélectionnez Activer la journalisation.
9. Cliquez sur Enregistrer les modifications pour finaliser la règle.

Exemple de règle de pare-feu : autoriser le trafic HTTPS depuis Internet. Cet exemple utilise des adresses IP publiques allouées. La source est any (toute adresse IP au sein de l'OVDC). Le port source est également tout. La destination est une adresse IP privée et le port de destination est 443 pour HTTPS. Pour que cela fonctionne, vous avez besoin d'une configuration DNAT.

Créer des règles NAT

La traduction d'adresses réseau (NAT) permet de modifier l'adresse IP source ou de destination afin que le trafic puisse passer par un routeur ou une passerelle. Les types de NAT les plus courants sur la passerelle Edge Gateway sont les suivants :

• NAT de destination (DNAT) - modifie l'adresse IP de destination du paquet.
• NAT source (SNAT) - modifie l'adresse IP source du paquet.

Voici d'autres options:

• AUCUN ADN
• PAS DE SNAT
• RÉFLÉCHI

Pour qu'une machine virtuelle (VM) puisse accéder à une ressource réseau externe à partir de son OVDC, la NAT peut être requise dans certains cas d'utilisation. Dans ces cas, utilisez l'une des options suivantes :

• Adresses IP Internet publiques fournies par Equinix.
• Réseaux privés via MPC Connect.

remarque

• Cette fonctionnalité est principalement applicable lorsque la passerelle Edge Gateway est configurée avec des adresses IP publiques et que les machines virtuelles utilisent des adresses IP privées.
• Les règles NAT fonctionnent uniquement lorsque le pare-feu est activé. Le pare-feu doit rester activé à tout moment.

Le DNAT modifie l'adresse IP de destination d'un paquet et effectue l'opération inverse pour le trafic de réponse. Le DNAT peut être utilisé pour exposer un service exécuté sur un réseau privé via une adresse IP publique.

1. Dans le tableau de bord datacentres virtuels de la console opérationnelle, sélectionnez le VDC OVDC qui contient la passerelle Edge où la règle DNAT est créée.
2. Dans le panneau de navigation de gauche, cliquez sur arêtes. Sélectionnez l'onglet NAT et ajoutez une nouvelle règle NAT.
3. Dans la section NAT, cliquez sur + règle DNAT .
4. Dans action NAT , sélectionnez le type de règle NAT.
5. Saisissez une adresse IP externe (par exemple, 10.30.40.95).
6. Saisissez un port externe (par exemple, 443).
7. Saisissez une adresse IP interne (par exemple, 192.168.1,10).
8. Paramètres avancés
   • État : active ou désactive la règle
   • Journalisation - consigne la règle
   • Priorité - les valeurs inférieures signifient une priorité plus élevée tandis que 0 est la valeur par défaut
   • Correspondance du pare-feu
     • Correspondance de l'adresse interne
     • Correspondance avec une adresse externe
     • Contournement
   • Appliqué à - laisser vide
9. Si un serveur syslog est configuré, sélectionnez Activer la journalisation.
10. Lorsque vous avez terminé, cliquez sur conserver, puis sur Enregistrer les modifications.

Créer des règles SNAT

SNAT modifie l'adresse IP source d'un paquet et effectue l'opération inverse pour le trafic de réponse. Lors de l'accès à des réseaux externes, tels qu'Internet, une règle SNAT est requise pour traduire les adresses IP internes en une adresse disponible sur le réseau externe.

1. Dans le tableau de bord datacentres virtuels de la console opérationnelle, sélectionnez le VDC OVDC qui contient la passerelle Edge où la règle SNAT est créée.
2. Dans le panneau de navigation de gauche, cliquez sur arêtes. Sélectionnez l'onglet NAT et ajoutez une nouvelle règle NAT.
3. Dans la section NAT, cliquez sur + règle SNAT .
4. Dans action NAT , sélectionnez SNAT.
5. IP externe - le réseau externe (généralement appelé VCD_CUSTOMER_WAN).
6. Adresse IP interne : réseau ou adresse IP traduite pour l'accès à Internet.
7. Paramètres avancés
   • État : active ou désactive la règle
   • Journalisation - consigne la règle
   • Priorité - les valeurs inférieures signifient une priorité plus élevée tandis que 0 est la valeur par défaut
   • Correspondance du pare-feu
     • Correspondance de l'adresse interne
     • Correspondance avec une adresse externe
     • Contournement
   • Appliqué à - laisser vide
8. Lorsque vous avez terminé, cliquez sur conserver, puis sur Enregistrer les modifications.

NE créez AUCUNE règle SNAT

AUCUNE règle SNAT N'annule les règles SNAT existantes. Une règle NO SNAT peut être créée pour contourner SNAT pour le trafic destiné à une adresse IP spécifique. Pour garantir un ordre de traitement correct, la règle NO SNAT doit recevoir une priorité plus élevée (valeur numérique inférieure) que la règle SNAT. La priorité par défaut est 0, qui est la priorité la plus élevée.

1. Dans le tableau de bord datacentres virtuels de la console opérationnelle, sélectionnez le VDC OVDC qui contient la passerelle Edge où la règle NO SNAT est créée.
2. Dans le panneau de navigation de gauche, cliquez sur arêtes. Sélectionnez l'onglet NAT et ajoutez une nouvelle règle NAT.
3. Dans la section NAT , cliquez sur + aucune règle SNAT .

Configurer IPSec VPN

La console opérationnelle prend en charge les types de connexions VPN site à site suivants:

• Une passerelle Edge au sein de la même organisation
• Une passerelle Edge dans une autre organisation (Equinix ou un autre fournisseur de services vCloud)
• Un réseau distant fournissant un point de terminaison VPN IPsec, comme un fournisseur de services infonuagiques ou un environnement de colocation

Selon le type de connexion, l’adressage IP doit être configuré pour les deux points finaux, ainsi qu’un secret partagé. Les réseaux OVDC autorisés à communiquer via la connexion VPN doivent également être spécifiés.

Avant de configurer les paramètres VPN IPSec, notez l'adresse IP de la passerelle Edge à utiliser comme point de terminaison du tunnel.

• Dans le tableau de bord datacentres virtuels de la console opérationnelle, sélectionnez le VDC OVDC qui contient la passerelle Edge à configurer.
• Dans le panneau de navigation de gauche, cliquez sur arêtes.
• Sur la page Edge Gateway , sélectionnez Edge Gateway.
• Dans l'onglet services, recherchez l'option IPSec VPN et cliquez sur Nouveau pour créer une nouvelle configuration IPSec VPN.

Configurez les paramètres VPN IPSec de la passerelle Edge

1. Configurez un nom, activez la connexion pour consulter les journaux et laissez les autres options sur leurs valeurs par défaut.
2. Mode d'authentification par les pairs

• Clé pré-partagée : Secret partagé utilisé pour authentifier et chiffrer la connexion. Il doit s'agir d'une chaîne alphanumérique de 32 à 128 caractères et inclure au moins une lettre majuscule, une lettre minuscule et un chiffre. Cette valeur doit être identique sur les deux sites.
• Certificat : Pour utiliser un certificat, téléchargez le certificat et le certificat CA.

3. Configuration du point de terminaison

   Terminal local

   • Adresse IP : Adresse IP externe de la passerelle Edge.
   • Réseaux : Saisissez les réseaux d'organisation qui peuvent accéder à VPN. Séparez les sous-réseaux locaux par des virgules.

   Terminal distant

   • Adresse IP : Adresse IP externe du site distant, du pare-feu local ou de la passerelle de périphérie sur lequel le VPN est configuré.
   • Réseaux : Sous-réseau du réseau local qui doit être accessible depuis le VDC. Par exemple, si les réseaux locaux utilisent la plage 172.20.0.0/16/16, saisissez 172.20.0,0/16, ou un sous-réseau plus petit tel que 172.20.0,0/25.
   • ID distant:
     • Cette valeur identifie de manière unique le site homologue et dépend du mode d'authentification du tunnel. Si elle n'est pas spécifiée, l'ID distant est par défaut l'adresse IP distante.
     • Clé pré-partagée : L'identifiant distant dépend de la configuration ou non de la fonction NAT. Si la fonction NAT est configurée sur l'ID distant, saisissez l'adresse IP privée du site distant. Dans le cas contraire, utilisez l'adresse IP publique du dispositif distant qui termine le tunnel VPN.
     • Certificat : L'ID distant doit correspondre au SAN (Subject Alternative Name) du certificat de point final distant, le cas échéant. Si le certificat distant n'inclut pas de SAN, l'ID distant doit correspondre au nom unique du certificat utilisé pour sécuriser le point final distant.

4. Lorsque la configuration est terminée, cliquez sur conserver pour créer l'extrémité périphérique du tunnel VPN, puis cliquez sur Enregistrer les modifications.

Créez la deuxième passerelle VPN

Si ce point final se trouve dans un autre OVDC, répétez les étapes pour créer le tunnel. Une fois le tunnel créé, mettez à jour les paramètres du pare-feu et validez la connexion. Si vous vous connectez à un datacentre externe, configurez le tunnel sur ces sites.

Phase 1 et phase 2 d'IKE

L’IKE (Internet Key Exchange) est un mécanisme standard permettant d’établir des communications sécurisées et authentifiées. La liste suivante répertorie les paramètres de configuration pris en charge pour la phase 1 et la phase 2.

Paramètres de la phase 1

La phase 1 établit l'authentification des pairs, négocie les paramètres cryptographiques et génère des clés de session. Les paramètres de phase 1 pris en charge sont les suivants :

• Mode principal
• AES/AES256/AES-GCM (configurable par l'utilisateur)
• Groupe Diffie-Hellman
• Secret pré-partagé (configurable par l'utilisateur)
• Durée de vie de l'association de sécurité (SA) de 28 800 secondes (huit heures), sans renouvellement de clé en kilo-octets.
• Le mode agressif ISAKMP est désactivé.

Paramètres de la phase 2

IKE phase 2 négocie le tunnel IPsec en générant du matériel de clé, soit en le dérivant des clés de la phase 1, soit en effectuant un nouvel échange de clé. Les paramètres de phase 2 pris en charge sont les suivants :

• AES/AES256/AES-GCM (correspond au réglage de la phase 1)
• Mode tunnel ESP
• Groupe Diffie-Hellman
• Confidentialité persistante parfaite pour le renouvellement des clés (uniquement si activée sur les deux points de terminaison)
• Durée de vie de l'association de sécurité (SA) de 3600 secondes (une heure), sans renouvellement de clé en kilo-octets.
• Sélecteurs pour tous les protocoles IP et tous les ports entre les deux réseaux, utilisant des sous-réseaux IPv4

Configurez le pare-feu de la passerelle Edge pour VPN

Une fois le tunnel VPN établi, créez des règles de pare-feu sur la passerelle Edge pour le trafic transitant par le tunnel.

• Créez des règles de pare-feu pour les deux directions du trafic: du centre de données vers l’OVDC et de l’OVDC vers le centre de données.
• Pour la connexion du centre de données à l'OVDC, configurez:
  • Plage d'adresses IP source du réseau OVDC externe ou du centre de données
  • Destination vers la plage d'adresses IP de destination du réseau OVDC
• Pour la connexion OVDC au centre de données, configurez:
  • Source à la plage d'adresses IP source du réseau OVDC
  • Destination: la plage d'adresses IP de destination du centre de données ou du réseau VDC

Validation du tunnel

Une fois les deux extrémités du tunnel IPsec configurées, la connexion devrait s'établir automatiquement.

Pour vérifier l'état du tunnel dans la console opérationnelle:

1. Sur la page arêtes , sélectionnez l'arête à configurer et cliquez sur configurer les services.
2. Sélectionnez l'onglet statistiques, puis l'onglet VPN IPSec.
3. Pour chaque tunnel configuré, une coche indique que le tunnel est opérationnel. Si un état différent s'affiche, vérifiez la configuration du tunnel et les règles du pare-feu.
4. Le trafic peut maintenant passer par le VPN.

remarque

Une fois le tunnel établi, l'affichage de la connexion VPN comme active peut prendre jusqu'à deux minutes.

Reprise après sinistre et migration avec réplication MPC

La réplication MPC est la solution DRaaS (Disaster Recovery-as-a-Service) de MPC. Entièrement intégrée au portail MPC, elle permet une réplication asynchrone entre les environnements MPC multi-tenant et VMware sur site. Le service de disponibilité peut migrer, protéger, basculer et restaurer les vApps et les machines virtuelles.

La réplication MPC offre une architecture unifiée pour la reprise après sinistre et la migration des charges de travail. Grâce à cette solution, les entreprises pourront migrer et protéger les vApps et les machines virtuelles directement depuis le portail MPC :

• Intégration et migration en tant que service
• Service de reprise après sinistre entre un cloud hybride et un cloud hybride

Accès aux services de réplication MPC

Pour accéder au service de réplication MPC, sur le portail MPC, sélectionnez le sous-menu disponibilité (« site ») dans l'onglet plus.

Le tableau de bord affiche les machines virtuelles entrantes , qui sont des machines virtuelles en cours de réplication sur le site actuel, et les machines virtuelles sortantes , qui sont des machines virtuelles en cours de réplication depuis le site actuel vers un autre site.

Utilisez le graphique des données de trafic pour filtrer et afficher la quantité de trafic de réplication transféré, mesurée en Go. Utilisez le graphique d’utilisation du disque pour afficher la quantité de stockage, mesurée en Go, consommée par les charges de travail répliquées sur le site actuel.

Le tableau de bord fournit un résumé de la topologie de réplication et affiche les ressources de traitement et de stockage requises pour prendre en charge la réplication, y compris le CPU virtuel, la mémoire et la capacité du disque virtuel (VHD).

Si les ressources nécessaires ne sont pas disponibles, la réplication se poursuivra, mais la machine virtuelle risque de ne pas être en mesure de se mettre sous tension lors d'un événement de reprise après sinistre.

Configuration d'une nouvelle réplication (fonctionnalité DR)

Sur l'écran d'accueil du service de réplication, configurez les réplications entrantes et sortantes. Pour répliquer les données du site connecté vers un site cible, sélectionnez Nouvelle protection dans le menu réplications sortantes.

Comme la réplication sortante, la réplication entrante est configurée via l'écran d'accueil du service de réplication.

Vous devrez vous authentifier sur le site Web de destination. Pour ce faire, vous devrez générer un nouveau défi comme indiqué ci-dessous. Saisissez le nom de l'organisation et cliquez sur GÉNÉRER UN NOUVEAU DÉFI.