Mise en protection “PRA” #
Un outil de « Protection / Migration » est disponible dans l’offre « Cloud XPR », il permet une continuité de service de vos machines virtuelles:
- Entre deux AZ d’une même région (même offre JEC).
- Entre AZ de deux régions différentes (deux offres JEC de région différente).
- Notre outil est basé sur « vSphere Replication », il n’a aucun impact sur les machines virtuelles car elle se fait au niveau hyperviseur (pas de snapshot utilisé).
- Les montages type file systeme ou block ne sont pas compatibles, ils seront exclus.
- La consistance des données est assurée au niveau applicatif et file système pour:
- Guest OS Linux / Windows avec VMware Tool installé.
- List des guest OS compatible: Listing
- La protection des machines virtuelles a un coût, ce dernier vous sera facturé.
- La migration des machines virtuelles est incluse de base.
Le SLA ci-dessus est à titre informatif et ne peut pas se substituer au document officiel sur les SLA de l’offre.
Pré requis
Accès au portail web et à votre cloud
| Dans la barre de menu supérieure, cliquer « Plus / Availability ». |  |
| Note: Il est nécessaire de déterminer le sens du job et donc déterminer le type de réplication (incoming ou outgoing), en fonction du sens de réplication, cliquer sur l’un des deux type de flux. Incoming Replications: – Flux entrant (protection ou migration) Outgoing Replications – Flux sortant (protection ou migration) |  |
| Mise en place d’un job de « protection » Cliquer sur “New Protection” |  |
| Sélection de la destination ou source site: – Il existe deux sites, ces derniers correspondent à nos régions « Cloud XPR » vCDA_PARIS vCDA_MARSEILLE – En fonction du sens de réplication, sélectionner la bonne destination ou source site (en fonction de la réplication). Si vous avez sélectionné un site distant, il vous sera demandé les identifiants correspondants à la destination. Il n’est pas nécessaire si vous n’avez pas sélectionné une destination distante. | |
| Sélectionner la / les vApp ou la / les vms. |  |
| Sélectionner la destination : – oVDC / Virtual Datacenter / objet cloud – Politique de stockage |  |
| Sélectionner un profil de SLA dans la liste proposée. Les clients sont libres de choisir entre 5 profiles. Selon la taille de la VM, du taux de modification et du nombre IOPS, le client pourra adapter le profile de réplication par VM. |  |
| Cliquer sur « Next » et « Finish » Le job se lance immédiatement avec une full en synchronisation. Les prochaines occurrences auront lieu en fonction du RPO. |
Test protection « PRA » #
Il est possible de tester la protection d’une ou des machines virtuelles sans impact sur la source (la machine source continue à s’exécuter et reste accessible).
Cette feature vous permettra de démarrer sur la destination une nouvelle machine, il faudra prendre en compte la partie réseau virtuel, soit un réseau isolé ou nouveau réseau pour éviter les conflits réseaux avec la production.
Pré requis
Accès au portail web et à votre cloud
| Dans la barre de menu supérieure, cliquer « Plus / Availability ». | |
| Le job de protection doit être en place et terminé. Le statut de « Replication state » doit être à « Healthy« |  |
| Sélectionner le job Cliquer sur « Test » et « Finish » pour tester la protection. Note: – Apply preconfigured network settings : Le réseau en place pendant le job est repris. – Connect all VMs to network: Sélectionner et assigner un réseau, cette option est recommandée pour éviter un conflit d’IP par exemple. – Recovery instance: Une dernière synchronisation est effectuée avant le test. Sélectionner l’instance de votre choix. – Une machine virtuelle à la destination est créée (démarrée en fonction des options). |    |
| Rollback: – Cliquer sur « Test Cleanup » Note: La machine à la destination est supprimée. |  |
Bascule « PRA » #
Pré requis
Accès au portail web et à votre cloud
| Dans la barre de menu supérieure, cliquer « Plus / Availability ». | |
| Le job de protection doit être en place et terminé. Le statut de « Replication state » doit être à « Healthy« |  |
| Sélectionner le job Cliquer sur « Failover » et « Finish » pour basculer. Note: – Apply preconfigured network settings : Le réseau en place pendant le job est repris. – Connect all VMs to network: Sélectionner et assigner un réseau – Recovery instance: Une dernière synchronisation est effectuée avant le test. Sélectionner l’instance de votre choix. – Une machine virtuelle à la destination est créée (démarrée en fonction des options). |  |
| La bascule est réussie |  |
| Première option. Reverse – Cette option est à choisir, quand on souhaite un rollback vers la source avec commit des données suite à un PRA en production. Important : La machine virtuelle source est supprimée automatiquement par l’outil et sans confirmation ! – Un job de protection est automatiquement configuré par l’outil dans le sens inverse cette fois-ci, c’est à dire de la destination vers la source. – Le PRA devient la source. – La source devient le PRA. |   |
| Deuxième option. – Cette option est à choisir quand la production (source) n’existe plus, le PRA devient donc la production. – Cette option supprime simplement le job de protection. |
Migration #
Un outil de « Protection / Migration » est disponible dans l’offre « Cloud XPR », il permet une continuité de service de vos machines virtuelles:
- Entre deux AZ d’une même région (même offre JEC).
- Entre AZ de deux régions différentes (deux offres JEC de région différente).
- Notre outil est basé sur « vSphere Replication », il n’a aucun impact sur les machines virtuelles car elle se fait au niveau hyperviseur (pas de snapshot utilisé).
- Les montages type file systeme ou block ne sont pas compatibles, ils seront exclus.
- La consistance des données est assurée au niveau applicatif et file système pour:
- Guest OS Linux / Windows avec VMware Tool installé.
- List des guest OS compatible: Listing
- La protection des machines virtuelles a un coût, ce dernier vous sera facturé.
- La migration des machines virtuelles est incluse de base.
Pré requis
Accès au portail web et à votre cloud
| Dans la barre de menu supérieure, cliquer « Plus / Availability ». | |
| Note: Il est nécessaire de déterminer le sens du job et donc déterminer le type de réplication (incoming ou outgoing), en fonction du sens cliquer sur l’un des deux type de flux. Incoming Replications: – Flux entrant (protection ou migration) Outgoing Replications – Flux sortant (protection ou migration) | |
| Mise en place d’un job de « migration » Cliquer sur “New Migration” |  |
| Sélection de la destination ou source site: Il existe deux sites, ces derniers correspondent à nos régions « Cloud XPR » – vCDA_PARIS – vCDA_MARSEILLE En fonction du sens de réplication, sélectionner la bonne destination ou source site (en fonction de la réplication). Si vous avez sélectionné un site distant alors il vous sera demandé des identifiants correspondants à la destination. | |
| Sélectionner la / les vApp ou la / les vms. |  |
| Sélectionner la destination : oVDC / Virtual Datacenter / objet cloud Politique de stockage |  |
| Il est possible de planifier le job de migration, par défaut il est immédiat. |  |
| Cliquer sur « Next » et « Finish » Le job se lance immédiatement avec une full en synchronisation. Les prochaines occurrences sont programmées toute les 24H00. |
Migration d’une machine virtuelle #
Pré requis
Accès au portail web et à votre cloud
| Dans la barre de menu supérieure, cliquer « Plus / Availability ». | |
| Un job de migration doit être en place et terminé. Le statut de « Replication state » doit être à « Healthy« | |
| Sélectionner le job Cliquer sur « Migrate » et « Finish » pour lancer la migration. – Si la machine source est allumée, l’outil via les VMware va arrêter le guest OS, dans le cas contraire, un arrêt à froid est lancé. – Une dernière synchronisation est effectuée pour la consistance des données. Note: – Il est possible de sélectionner le réseau de destination à ce stade (uniquement la première carte réseau). – La version actuelle ne gère pas encore les cartes réseaux supplémentaires dans ce cas là, une action post migration sera nécessaire. – La machine source et le job ne sont pas supprimés, après migration, il faudra supprimer le job et éventuellement la machine source. |  |
Personnalisation de la machine virtuelle #
Que ce soit pour un test, une migration ou un failover, la configuration réseau peut être configurer en amont à la destination. Voici une liste des points configurables :
- Le réseau virtuel qui sera connecté à la machine
- L’adressage IP
- Le nom d’ordinateur
- Le mot de passe
Deux cas sont possibles :
| 1 – Conserver la configuration IP « source » : En fonction de votre besoin “Migrer / Basculer » et ou “Tester” Se rendre dans l’option suivante du job « Paramètres de récupération » / « Cartes réseaux » – Sélectionner le réseau virtuel de destination – Cocher la case état “Connecter à la mise sous tension” – Adresse MAC: On laisse l’adresse MAC en place – Adresse IP : Aucun – Cliquer sur “Appliquer » La machine démarrera avec la carte réseau connectée + adresse IP / adresse MAC source sur le réseau virtuel de destination. |  |
| 2 – Modifier la configuration IP « source »: En fonction de votre besoin “Migrer / Basculer » et ou “Tester” Se rendre dans l’option suivante du job « Paramètres de récupération » / « Cartes réseaux » – Sélectionner le réseau virtuel de destination – Cocher la case état “Connecter à la mise sous tension” – Adresse MAC: On laisse l’adresse MAC en place – Adresse IP : Statique – Manuel Adresse IP (ce dernier doit être dans le range réseau du réseau virtuel) Se rendre dans l’option suivante du job « Paramètres de récupération » / « Personnalisation de l’invité » – Cocher la case “Personnalisation de l’invité” – Renseigner un nom d’ordinateur (obligatoire) – Cliquer sur “Appliquer » La machine démarrera avec la carte réseau connectée + adresse IP / adresse MAC modifiée sur le réseau virtuel de destination. |   |
vCDA On Prem #
Pré requis
Le déploiement de l’appliance vCDA version On Prem permet de migrer / protéger vos machines virtuelles (On Prem, c’est à dire depuis votre environnement privé) vers la solution Cloud XPR.
Prérequis côté client:
- Version vCenter source (vcenter client) supportée :
- 6.5 U3 et >= 6.7 U1
- A partir de la version 7, la modification à chaud d’une vm répliquée est possible, dans le cas contraire il faut procéder à un power off.
- Version à déployée : 4.5.0.5226630-ab9eb01ccb
- Télécharger l’appliance, cf lien
- Une appliance est déployée sur le vCenter source, ce dernier doit être dans un réseau pouvant joindre le vCenter / ESXi par résolution DNS, idéalement le même réseau que le vCenter et ESXi.
- Il doit également sortir sur Internet et joindre ces urls de destination
- Région South: https://vcda.fr-south.jaguar-network.com
- Région North : https://vcda.fr-north.jaguar-network.com
- Crédential demandé
- Compte administrator du domaine SSO du vCenter source
- Compte « administrateur du tenant » du tenant de destination sur l’offre vCD
Installation et configuration de l’appliance
| Déployer l’appliance à partir de l’ova téléchargé précédemment sur votre vCenter. Informations demandées: – Hostname – IP/mask , exemple : 10.0.223.9/24, il ne faut pas oublier le masque réseeau. – Gateway, serveur dns et ntp, zone dns, mot de passe root |  |
| Après déploiement, accéder à l’url de l’appliance, https://ip avec le mot de passe root Par mesure de sécurité, un changement de mot de passe est demandé. Cliquer sur « Run the initial setup wizard » |  |
| « Look Service » Il faut renseigner l’adresse ip ou FQDN de votre vCenter ou de la machine PSC si vous êtes dans ce cas-là. Il faut également renseigner le compte administrator de votre domaine SSO. Accepter le certificat du vCenter / PSC. |  |
| « Site Détails » Il faut renseigner un nom nous permettant de vous identifier parmi les autres clients, il est conseillé de mettre le nom de votre « service JEC » sous l’offre vCD, exemple: JEC000XXX | |
| « Cloud Service Details » Service Endpoint address 1. Si l’url de votre tenant de destination est https://cloudxpr.fr-north.jaguar.network.com alors votre service endpoint sera https://vcda.fr-north.jaguar-network.com 2.Si l’url de votre tenant de destination est https://cloudxpr.fr-south.jaguar.network.com alors votre service endpoint sera https://vcda.fr-south.jaguar-network.com 3. Renseigner le compte local qui vous a été communiqué + @JEC000XXX |  |
| “Ready to Complete” Cliquer sur « Finish » pour finaliser. |
Protection
| – A partir de l’url de votre appliance: https://X.X.X.X/ui – Cliquer sur « Outgoing Replication » et ensuite « New Protection », renseigner le compte local et mot de passe de votre tenant si demandé. |   |
| Sélectionner la / les vms puis sélectionner la politique de stockage de destination. |  |
| Sélectionner la politique de protection et cliquer sur « Finish » pour terminer le job de « Protection ». |  |
| Bascule de la VM en mode PRA : Sélectionner le job de « Protection » et cliquer sur « Failover ». |  |
| Vous pouvez choisir de démarrer après le failover et la connecter à un réseau |  |
| Sélectionner le RPO (de manière générale il faut prendre la dernière), cliquer « Next » puis « Finish » pour lancer la bascule. |  |
| Vérification du job : Le statut du « Recovery state » doit être « Failed-Over ». |  |
| Après failover, vous avez deux options : 1. Delete replication: Le job de « Protection » est supprimé. 2. Reverse: – Un job de « Migration » est automatiquement mis en place dans le sens inverse, ceci permettant d’effectuer un retour arrière sur le site initial tout en conservant les modifications suite à la bascule. Il faudra donc effectuer un failover de nouveau pour aller jusqu’au bout. – Important : La machine virtuelle source est supprimée automatiquement par l’outil et sans confirmation ! |
Migration
| A partir de l’url de votre appliance: https://X.X.X.X/ui Cliquer sur « Outgoing Replication » et ensuite « New Migration », renseigner le compte local et mot de passe de votre tenant si demandé. |  |
| Sélectionner la / les vms puis sélectionner la politique de stockage de destination. |  |
| « Setting » : Vous pouvez laisser les configurations par défaut ou les personnaliser. |  |
| Cliquer sur « Finish » pour finaliser le job de migration. | |
| Migration de la VM: Sélectionner le job de « Migration » et cliquer sur « Migrate ». |  |
| Attention: La machine source sera éteinte lors de la migration vers le tenant vCD, il est possible à cette étape de renseigner le réseau virtuel et ou le démarrage de la machine. |  |
| Cliquer sur « Finish » pour lancer la migration. | |
| Après migration, vous devez supprimer le job de migration. |  |
Mise à jour / Update / Logicielle
| A la demande de Free Pro, il vous sera demandé d’appliquer régulièrement les mises à jour / updates, dans le cas contraire votre appliance ne fonctionnera plus (incompatibilité de versions). Depuis la section “System / Setting / Version”, vous pouvez appliquer les mises à jour. Il est conseillé de prendre un snapshot de l’appliance machine éteinte. Cliquer sur “Check for updates” et suivre les étapes. Cliquer sur “About” pour vérification. Version cible pour l’update:4.5.0.5226630-ab9eb01ccb |      |