diff --git a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.en-gb.md b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.en-gb.md index 145ee558ffe..c66f2ef8068 100644 --- a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.en-gb.md +++ b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.en-gb.md @@ -1,7 +1,7 @@ --- -title: Using Zerto between OVHcloud and a third party platform -excerpt: Learn how to setup Zerto between your OVHcloud Private Cloud and another platform -updated: 2025-06-25 +title: Using Zerto between OVHcloud and a third-party platform +excerpt: Learn how to set up Zerto between your OVHcloud Private Cloud and another platform +updated: 2025-08-21 --- ## Objective @@ -20,6 +20,7 @@ Check out [Zerto between two OVHcloud datacenters](/pages/hosted_private_cloud/h - A Zerto platform installed on the on-premises platform - VRAs (Virtual Replication Appliances) on both sides that are able to connect to the counterpart on TCP ports 4007 and 4008 - Zerto administration consoles or ZVMs (Zerto Virtual Managers) that are able to connect to the counterpart on TCP port 9071 +- A **Read Write (RW)** vCenter account is required to access and operate the Zerto interface. > [!primary] > @@ -110,7 +111,7 @@ If the default values are correct: The only required parameter is the OVHcloud IPSec endpoint IP address. -##### 3.1.2 Phase 1: Authentification. +##### 3.1.2 Phase 1: Authentication. Once the default values are valid, you only need to provide the shared secret for authentication. @@ -120,7 +121,7 @@ Once the default values are valid, you only need to provide the shared secret fo ![](images/image-EN-12.png){.thumbnail} -Supported values for each parameters: +Supported values for each parameter: - Encryption algorithms: AES 256 bits - Hash algorithms: SHA256 @@ -176,7 +177,7 @@ On OVHcloud side, the ZVM network is always a /23 network (512 IPs). Supported values are: -- Protocole: ESP +- Protocol: ESP - Encryption algorithm: AES 256 bits - Hash algorithms: SHA256 - PFS: Off @@ -247,7 +248,7 @@ For "Source" and "Destination", select "Single host or Network" type. The source ![](images/image-EN-28.png){.thumbnail} -Destination TCP port is 9071. Click `Save`{.action} and `Apply Change`{.action}. +Destination TCP port is 9071. Click `Save`{.action} and `Apply Changes`{.action}. #### 4.2 vRAs opening. @@ -257,14 +258,14 @@ To simplify this setup, we are going to use the alias feature of OPNsense. An al We will define three aliases: * one for vRA IPs on the customer side -* one for vRA IPs on the OVHCloud side +* one for vRA IPs on the OVHcloud side * one for the ports You can get the OVHcloud vRAs IP from the destination Private Cloud vCenter interface. ![](images/image-EN-29.png){.thumbnail} -Let's create the OVH_VRA alias for OVHCLoud vRAs: +Let's create the OVH_VRA alias for OVHcloud vRAs: ![](images/image-EN-30.png){.thumbnail} @@ -296,7 +297,7 @@ In the dashboard, you can see the pairing is ongoing: ![](images/image-EN-36.png){.thumbnail} -You will be notified when the pairing is successfull: +You will be notified when the pairing is successful: ![](images/image-EN-37.png){.thumbnail} @@ -306,6 +307,12 @@ You can check that your OVHcloud PCC is visible in the `Sites`{.action} tab. At this point, your Zerto setup is functional and you can start to create your virtual protection groups (VPGs). +> [!warning] +> +> When enabling Zerto, a `Z-VRAH` VM may appear in your inventory. +> This deployment is **not systematic**; it depends notably on the data volume to process. +> If present, it is essential to the service and **must not be modified or deleted**. + #### Troubleshooting If the on-premises ZVM is not able to successfully contact the OVHcloud ZVM (due to an incorrect firewall setup, for example) you will get the following message: @@ -320,4 +327,8 @@ The most probable cause is that the OVHcloud ZVM is not authorised to contact yo ## Go further -Join our community of users on . +If you need training or technical assistance to implement our solutions, contact your sales representative or click on [this link](/links/professional-services) to get a quote and ask our Professional Services experts for a custom analysis of your project. + +Ask questions, give your feedback and interact directly with the team building our Hosted Private Cloud services on the dedicated [Discord](https://discord.gg/ovhcloud) channel. + +Join our [community of users](/links/community). \ No newline at end of file diff --git a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.fr-fr.md b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.fr-fr.md index 4e372773ffb..43d49cb44ff 100644 --- a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.fr-fr.md +++ b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud/guide.fr-fr.md @@ -1,7 +1,7 @@ --- title: "Utiliser Zerto entre OVHcloud et une plateforme tierce" excerpt: 'Découvrez comment connecter votre Zerto OVHcloud à une autre plateforme.' -updated: 2025-06-25 +updated: 2025-08-21 --- ## Objectif : @@ -18,8 +18,9 @@ Consultez notre guide « [Zerto entre deux datacenters OVHcloud](/pages/hosted_p - Le PCC de destination doit disposer d'au moins une adresse IP publique disponible pour le point de connexion VPN. - Le site client doit disposer d’une installation Zerto opérationnelle. -- Les machines de réplication Zerto (VRA : Virtual Réplication Appliance) coté client et coté OVHCloud doivent pouvoir échanger entre elles sur les ports TCP 4007 et 4008 -- Les machines d’administration Zerto (ZVM : Zerto Virtual Manager) coté client et coté OVHCloud doivent pouvoir échanger entre elles sur les ports TCP 9071 +- Les machines de réplication Zerto (VRA : Virtual Réplication Appliance) côté client et côté OVHcloud doivent pouvoir échanger entre elles sur les ports TCP 4007 et 4008 +- Les machines d’administration Zerto (ZVM : Zerto Virtual Manager) côté client et côté OVHcloud doivent pouvoir échanger entre elles sur les ports TCP 9071 +- Un compte **Read Write (RW)** sur vCenter est nécessaire pour accéder et manipuler l’interface Zerto. > [!primary] > @@ -65,7 +66,7 @@ Côté OVHcloud : ### Étape 1 : activer la fonction Zerto client vers OVHcloud -L’activation se fait très simplement depuis l’espace client OVHcloud. Sélectionnez d'abord le datacenter associé au PCC, puis cliquez sur l'onglet `Plan de reprise d'activité(PRA)`{.action}. +L’activation se fait très simplement depuis l’espace client OVHcloud. Sélectionnez d'abord le datacenter associé au PCC, puis cliquez sur l'onglet `Plan de reprise d'activité (PRA)`{.action}. ![zerto vpn](images/image-EN-2-nucp.png){.thumbnail} @@ -79,7 +80,7 @@ Sélectionnez une adresse publique disponible dans la plage proposée. Saisissez ensuite la plage réseau souhaitée pour le déploiement de la ZVM. -![zerto vpnzerto vpn](images/image-EN-5.png){.thumbnail} +![zerto vpn](images/image-EN-5.png){.thumbnail} Cliquez ensuite sur `Installer`{.action}. @@ -113,7 +114,7 @@ Dans le menu `VPN`{.action}, puis la rubrique `Tunnel setting`{.action}, cliquez Vous pouvez conserver les valeurs par défaut : -- Methode de connection : Default +- Méthode de connexion : Default - Protocole d’échange de clés : V2 - Protocole Internet : IPv4 - Interface : WAN @@ -137,7 +138,7 @@ Les valeurs supportées des paramètres sont les suivantes : - Groupe de clés Diffie-Hellman : 14 (2048 bits) - Durée de vie : 28 800 secondes -Les paramètres avancés peuvent conserver les valeurs par défaut. Cliquer sur `Save`{.action} puis sur `appliquer les changements`{.action}. +Les paramètres avancés peuvent conserver les valeurs par défaut. Cliquez sur `Save`{.action} puis sur `Appliquer les changements`{.action}. La Phase 1 est maintenant disponible dans l’interface. @@ -145,7 +146,7 @@ La Phase 1 est maintenant disponible dans l’interface. #### 3.2 Ajout d'une entrée Phase 2 -Cliquez sur le bouton `afficher les entrées Phase 2`{.action}. +Cliquez sur le bouton `Afficher les entrées Phase 2`{.action}. ![zerto vpn](images/image-EN-14.png){.thumbnail} @@ -163,15 +164,15 @@ Cliquez sur le bouton `+ `{.action}. Vérifiez que le mode est bien positionné sur « Tunnel IPv4 ». -##### 3.2.2 Phase 2 : Réseau Local +##### 3.2.2 Phase 2 : Réseau local ![zerto vpn](images/image-EN-18.png){.thumbnail} -Le type de réseau local sélectionné doit être « Sous réseau Local » +Le type de réseau local sélectionné doit être « Sous-réseau local » ##### 3.2.3 Phase 2 : Réseau distant -A ce stade il faut saisir le plan d’adressage du réseau sur lequel se trouve la ZVM OVHcloud. +À ce stade il faut saisir le plan d’adressage du réseau sur lequel se trouve la ZVM OVHcloud. Le réseau sera forcément en /23 (512 IPs). @@ -241,7 +242,7 @@ Rendez-vous dans le menu `Firewall`{.action} , puis la section `Rules`{.action} ![zerto vpn](images/image-EN-25.png){.thumbnail} -Cliquez sur `Add`{.action} pour créer une nouvelle régle. +Cliquez sur `Add`{.action} pour créer une nouvelle règle. ![zerto vpn](images/image-EN-26.png){.thumbnail} @@ -250,7 +251,7 @@ Cliquez sur `Add`{.action} pour créer une nouvelle régle. Cette règle comporte les paramètres suivants : - Action : « Pass » (Autoriser le flux) -- Interface : « IPsec » (les flux entrant à autoriser proviennent du VPN) +- Interface : « IPsec » (les flux entrant à autoriser proviennent du VPN) - Protocole : « TCP » Les sections Source et Destination sont de type « Single host or Network » et référencent respectivement les IPs de la ZVM OVHcloud vers la ZVM client. @@ -263,27 +264,27 @@ Sauvegardez la règle et déployez-la. #### 4.2 Ouvertures pour les vRA -Les ouvertures pour les vRA sont un peu plus complexes puisqu’il y a autant de vRA que d’ESXi, aussi bien côté client que côté OVHCloud. +Les ouvertures pour les vRA sont un peu plus complexes puisqu’il y a autant de vRA que d’ESXi, aussi bien côté client que côté OVHcloud. Toutes doivent pouvoir se parler sur les ports TCP 4007 et 4008. Pour simplifier ce type de situations, OPNSense offre les alias. Un alias est un groupe d’objets (IPs, réseaux, URLs etc…) qui peut être utilisé dans la définition des règles de firewall. -Dans notre cas, nous aurons besoins de 3 alias : +Dans notre cas, nous aurons besoin de 3 alias : - Un pour les IPs des vRAs côté client - Un pour les IPs des vRAs côté OVHcloud - Un pour les ports à autoriser -L’IP des vRAs coté OVHcloud visible dans l’interface vSphere du Private Cloud de destination : +L’IP des vRAs côté OVHcloud est visible dans l’interface vSphere du Private Cloud de destination : ![zerto vpn](images/image-EN-29.png){.thumbnail} -Créez l’alias OVH_VRA pour les vRAs coté OVHcLoud : +Créez l’alias OVH_VRA pour les vRAs côté OVHcLoud : ![zerto vpn](images/image-EN-30.png){.thumbnail} -De manière similaire, il faut créer un alias pour les machines coté client : +De manière similaire, il faut créer un alias pour les machines côté client : ![zerto vpn](images/image-EN-31.png){.thumbnail} @@ -307,7 +308,7 @@ L’écran suivant s’affiche. ![zerto vpn](images/image-EN-35.png){.thumbnail} -Choisissez l’option `Pair to a site with a licence`{.action} et saisissez l’adresse IP de la ZVM coté OVHcloud puis cliquez sur `Start`{.action}. +Choisissez l’option `Pair to a site with a license`{.action} et saisissez l’adresse IP de la ZVM côté OVHcloud puis cliquez sur `Start`{.action}. Dans le tableau de bord, un message indique que l’appairage est en cours. @@ -323,6 +324,12 @@ Vous pouvez vérifier que le nom de votre PCC OVHcloud est bien visible dans l À ce stade, votre solution Zerto est opérationnelle et vous pouvez créer vos groupes de protection virtuels (VPG). +> [!warning] +> +> Lors de l’activation de Zerto, une VM `Z-VRAH` peut apparaître dans votre inventaire. +> Le déploiement n’est **pas systématique** : il dépend notamment de la volumétrie de données à traiter. +> Si elle est présente, elle est essentielle au service et **ne doit pas être modifiée ni supprimée**. + #### **Diagnostic** : En cas d’impossibilité d’établir un dialogue entre les ZVM (notamment en cas d’omission au niveau des règles de firewall) le message suivant s’affiche : @@ -333,8 +340,12 @@ Puis vous êtes ramené à l’écran de connexion de la ZVM avec le message d ![zerto vpn](images/image-EN-40.png){.thumbnail} -La cause la plus probable est que la ZVM OVHCloud n'arrive pas à contacter la ZVM client sur le port TCP 9071. Il est nécessaire qu'elle puisse ouvrir la connexion. +La cause la plus probable est que la ZVM OVHcloud n'arrive pas à contacter la ZVM client sur le port TCP 9071. Il est nécessaire qu'elle puisse ouvrir la connexion. ## Aller plus loin -Échangez avec notre [communauté d'utilisateurs](/links/community). +Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en œuvre de nos solutions, contactez votre Technical Account Manager ou demandez une analyse personnalisée de votre projet à nos experts de l’équipe [Professional Services](/links/professional-services). + +Posez des questions, donnez votre avis et interagissez directement avec l’équipe qui construit nos services Hosted Private Cloud sur le canal [Discord](https://discord.gg/ovhcloud) dédié. + +Échangez avec notre [communauté d'utilisateurs](/links/community). \ No newline at end of file diff --git a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.en-gb.md b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.en-gb.md index d4055849287..da77fa687b6 100644 --- a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.en-gb.md +++ b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.en-gb.md @@ -1,25 +1,29 @@ --- title: Setting up Zerto Virtual Replication between two OVHcloud data centres excerpt: Discover how to set up Zerto Virtual Replication between your Private Cloud platforms -updated: 2024-10-18 +updated: 2025-08-21 --- ## Objective -This guide will present the concepts and steps required to setup Zerto Virtual Replication between two OVHcloud datacenters. +This guide will present the concepts and steps required to set up Zerto Virtual Replication between two OVHcloud datacenters. -For instructions for cross platforms set up, please our guide on [using Zerto between OVHcloud and a third party plateform](/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud). +For instructions for cross platforms set up, please see our guide on [using Zerto between OVHcloud and a third party platform](/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud). **Discover how to set up Zerto Virtual Replication between your Hosted Private Cloud platforms.** ## Requirements -- 2 [Hosted Private Cloud](/links/hosted-private-cloud/vmware-prices) platform environnements on 2 different hosts. +- 2 [Hosted Private Cloud](/links/hosted-private-cloud/vmware-prices) platform environments on 2 different hosts. - A public IP must be available in each datacenter. +> [!primary] +> +> A **Read Write (RW)** vCenter account is required to access and operate the Zerto interface. + ### Zerto Virtual Replication Concepts -Zerto Virtual Replication is a disaster recovery solution for vSphere. It enables replication virtual machines between Private Cloud platforms by capturing and propagating all disk operations to secondary site. +Zerto Virtual Replication is a disaster recovery solution for vSphere. It enables replication of virtual machines between Private Cloud platforms by capturing and propagating all disk operations to secondary site. It allows automation and orchestration of actual failover or failover tests between sites. @@ -32,17 +36,17 @@ They have a predefined configuration: - RAM: 6 GB - Storage: 36 GB -All VRA are stored on a specific datastore, provided by OVHcloud. +All VRAs are stored on a specific datastore, provided by OVHcloud. #### Sites -During deployement, VRA are deployed on source and destination sites, and then are paired together to start replication. -Since Zerto does not encrypt the dialog between VRA, OVHcloud automatically deploys a VPN tunnel between the VRA through the L2VPN appliance, to protect in-flight data. +During deployment, VRAs are deployed on source and destination sites, and then are paired together to start replication. +Since Zerto does not encrypt the dialog between VRAs, OVHcloud automatically deploys a VPN tunnel between the VRAs through the L2VPN appliance, to protect in-flight data. #### Virtual Protection Group (VPG) -Before starting the replication, VMs must be grouped in a logical container called Virtual Protection Group, on which all replication parameters will be defined. -It allows to apply consistent parameters accross a group of VMs that share the same replication requirements, (typically VMs that belong to the same function or application), +Before starting the replication, VMs must be grouped in a logical container called Virtual Protection Group, on which all replication parameters will be defined. +It allows to apply consistent parameters across a group of VMs that share the same replication requirements, (typically VMs that belong to the same function or application), VPGs can be prioritised to make the most efficient usage of available bandwidth. @@ -52,7 +56,7 @@ VPGs can be prioritised to make the most efficient usage of available bandwidth. #### From OVHcloud dashboard -From your OVHcloud Control Panel, go to "Server/Private Cloud". Select your primary site, then go ton the "Disaster Recovery" tab. +From your OVHcloud Control Panel, go to "Server/Private Cloud". Select your primary site, then go to the "Disaster Recovery" tab. ![zerto ovh enable](images/zerto_OvhToOvh_enable_01.png){.thumbnail} @@ -67,14 +71,14 @@ Click `Next`{.action}. ![zerto ovh enable](images/zerto_OvhToOvh_enable_03.png){.thumbnail} -Secondary site selection must be done from available **Private Cloud** in the drop-down menu. +Secondary site selection must be done from available **Private Cloud** in the drop-down menu. Please note that the list will show only Private Clouds meeting all the following requirements: - Being located in another geographical area - Not already involved in a Zerto replication -Select the **data centre** from the secondary **Private Cloud** in the drop-down menu. -The, select an **unused** IP address from the public IP range attached to the secondary **Private Cloud**. It will be used for the secondary VPN endpoint. +Select the **data centre** from the secondary **Private Cloud** in the drop-down menu. +Then, select an **unused** IP address from the public IP range attached to the secondary **Private Cloud**. It will be used for the secondary VPN endpoint. Click `Next`{.action}. @@ -99,9 +103,15 @@ Once the activation has successfully completed, you will receive an email summar > > - URL: https://zerto.pcc-x-x-x-x.ovh.com/ > ->You can authenticate with your administrator accounts the same way as you do for +>You can authenticate with your administrator accounts the same way you do for >vSphere. +> [!warning] +> +> When activating Zerto, you may notice a VM named `Z-VRAH` in your inventory. +> This VM is automatically deployed by OVHcloud to secure communications between your sites. +> It is **essential for the service to work correctly** and **must not be modified or deleted**. + ### Zerto Replication Interface The interface is reachable both from primary and secondary platforms through: @@ -121,7 +131,7 @@ You will find there: - A status of VPGs health - Key indicators for the Zerto platform -- Network and IO consumptions figures +- Network and IO consumption figures - An alerts and messages log ### Configure a Virtual Protection Group (VPG) @@ -161,12 +171,12 @@ Click `NEXT`{.action}. Next step is the selection of the secondary site: -- **Recovery Site**: select the remote site (the primary site will be tagged as (Local)). -- **ZORG**: scroll down and select **No Organization**. The other values are present for backwards compatibility but will trigger an error messsage if selected. +- **Recovery Site**: select the remote site (the primary site will be tagged as (Local)). +- **ZORG**: scroll down and select **No Organization**. The other values are present for backwards compatibility but will trigger an error message if selected. Now you must define the default recovery resources: -- **Hosts**: select a vSphere Resource Pool, a DRS Cluster or a specific host in it (Cluster1 in our example). +- **Hosts**: select a vSphere Resource Pool, a DRS Cluster or a specific host in it (Cluster1 in our example). - **Datastore**: likewise you can select a specific datastore or datastore cluster in the drop-down list. You can keep the default values for the other settings. Click `NEXT`{.action}. @@ -180,9 +190,9 @@ If it is not necessary, you can click `NEXT`{.action}. Now you need to define the default network to use during test failovers and actual failovers. -- **Failover/Move Network**: choose the default vSphere portgroup for an actual failover. -- **Failover Test Network**: choose the default vSphere portgroup for a test failover. -- **Recovery Folder**: if you want to regroup the failover VMs on the secondary site, you can select a folder or just "/" to place the VMs at the root of the vSphere inventory. +- **Failover/Move Network**: Choose the default vSphere portgroup for an actual failover. +- **Failover Test Network**: Choose the default vSphere portgroup for a test failover. +- **Recovery Folder**: If you want to regroup the failover VMs on the secondary site, you can select a folder or just "/" to place the VMs at the root of the vSphere inventory. > [!primary] > **Pre-recovery Script** and **Post-recovery Script** are locked down, these features are not enabled. @@ -209,7 +219,7 @@ Long term retention is disabled, click `NEXT`{.action}. ![Zerto VPG Creation](images/zerto_OvhToOvh_vpg_11.png){.thumbnail} -The last screen summarize the settings for the new VPG. If everything is OK, click `DONE`{.action}. +The last screen summarizes the settings for the new VPG. If everything is OK, click `DONE`{.action}. ![Zerto VPG Creation](images/zerto_OvhToOvh_vpg_13.png){.thumbnail} @@ -221,8 +231,8 @@ After having configured your VPG and once the initial replication has completed, > [!warning] > -> A failover test has **NO** impact on the production site, you only need to make sure that the VMs that are being failed-over are starting in an isolated network and/or different IPs to avoid network conflicts. -> All the VMs instantiated during the failover test are fully managed by Zerto. You should not remove or modifiy them; they will be removed automatically at the end of the failover test. +> A failover test has **NO** impact on the production site, you only need to make sure that the VMs that are being failed-over are starting in an isolated network and/or different IPs to avoid network conflicts. +> All the VMs instantiated during the failover test are fully managed by Zerto. You should not remove or modify them; they will be removed automatically at the end of the failover test. > The replication keeps running during the failover tests and is not impacted in any way. > @@ -310,7 +320,7 @@ We have a summary of the failover parameters: - Replication direction - Remote site -- The **checkpoint** to use: what version should use Zerto to restart from. Usually the latest version will minimze the data loss and improve **RPO**. +- The **checkpoint** to use: what version should use Zerto to restart from. Usually the latest version will minimize the data loss and improve **RPO**. - What **commit policy** to use: see further down the page. - **VM Shutdown**: what should Zerto do with the VMs on the primary site if they are still running, leave them running, shutdown, forced shutdown. - **Reverse Protection**: after the failover, should the replication enabled again to allow a failback or be left as-is. @@ -345,7 +355,7 @@ If you have selected an **Automatic Policy**, you will receive a warning about i Confirm with `START FAILOVER`{.action}. Failover starts, you can follow the actions from the secondary vCenter. -Validate the successfull start of VMs on secondary platform. +Validate the successful start of VMs on secondary platform. ![Zerto Live Failover](images/zerto_OvhToOvh_live_10.png){.thumbnail} @@ -363,11 +373,15 @@ If you check the VPG, you will see that the replication direction has changed. ### Prepare and trigger the failback -Depending on failover options, the failback (if needed) may require differents steps. +Depending on failover options, the failback (if needed) may require different steps. - If you have selected **Reverse Protection** during the failover, the failback is just a **Failover Live** (refer to the relevant part of this guide). - If you have not enabled **Reverse Protection**, you need to create a new VPG, do a full sync and then do a **Failover Live** (refer to the relevant part of this guide). ## Go further -Join our [community of users](/links/community). \ No newline at end of file +If you need training or technical assistance to implement our solutions, contact your sales representative or click on [this link](/links/professional-services) to get a quote and ask our Professional Services experts for a custom analysis of your project. + +Ask questions, give your feedback and interact directly with the team building our Hosted Private Cloud services on the dedicated [Discord](https://discord.gg/ovhcloud) channel. + +Join our [community of users](/links/community). diff --git a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.fr-fr.md b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.fr-fr.md index 217a5bf7f6d..0f328e9f5ce 100644 --- a/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.fr-fr.md +++ b/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto_virtual_replication_as_a_service/guide.fr-fr.md @@ -1,14 +1,14 @@ --- title: Utiliser Zerto Virtual Replication entre deux datacenters OVHcloud excerpt: Découvrez comment mettre en oeuvre Zerto Virtual Replication pour votre Plan de Reprise d'Activité entre deux offres Private Cloud. -updated: 2024-10-18 +updated: 2025-08-21 --- ## Objectif Ce guide a pour objectif d’expliquer les concepts et les détails de la mise en oeuvre de Zerto Virtual Replication entre deux datacenters OVHcloud. -Pour les autres cas de figure., consultez notre guide sur comment [utiliser Zerto entre OVHcloud et une plateforme tierce](/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud). +Pour les autres cas de figure, consultez notre guide sur comment [utiliser Zerto entre OVHcloud et une plateforme tierce](/pages/hosted_private_cloud/hosted_private_cloud_powered_by_vmware/zerto-virtual-replication-customer-to-ovhcloud). **Découvrez comment mettre en oeuvre Zerto Virtual Replication pour votre Plan de Reprise d'Activité (PRA) entre deux offres Hosted Private Cloud.** @@ -17,6 +17,11 @@ Pour les autres cas de figure., consultez notre guide sur comment [utiliser Zert * Posséder deux offres [Hosted Private Cloud](/links/hosted-private-cloud/vmware-prices) sur deux hôtes différents. * Avoir sur chacune d'entre elles une adresse IP publique libre. +> [!primary] +> +> Un compte **Read Write (RW)** sur vCenter est nécessaire pour accéder et manipuler l’interface Zerto. + + ### Concepts Zerto Virtual Replication Zerto Virtual Replication est une solution technique permettant de mettre en place une réplication des données entre infrastructures de virtualisation ou cloud. @@ -37,11 +42,11 @@ Les VRA sont ainsi déployés sur chaque hyperviseur et vont consommer des resso La réplication des données se fait entre deux (2) sites appairés, ainsi les VRA de chaque côté peuvent établir leur flux de réplication. -Par défaut les flux de réplication Zerto ne sont pas chiffrés et la sécurité étant une priorité pour OVHcloud, nous mettons en place entre les deux sites un tunnel chiffré (via IPSec) au moyen d'une applicance réseau appelée L2VPN. +Par défaut les flux de réplication Zerto ne sont pas chiffrés et la sécurité étant une priorité pour OVHcloud, nous mettons en place entre les deux sites un tunnel chiffré (via IPSec) au moyen d'une appliance réseau appelée L2VPN. #### Groupe de réplication (VPG) -L'activation et le pilotage de la réplication des VM se fait au travers d'un Groupe de réplication (VPG). +L'activation et le pilotage de la réplication des VM se fait au travers d'un groupe de réplication (VPG). Il permet de regrouper logiquement un groupe de VM correspondant à un besoin métier ou opérationnel (ex: une application avec sa base de données) afin de configurer l'objectif de perte de données maximale admissible (**RPO**), l'ordre de démarrage (la base avant l'application), les configurations réseau pour les exercices ou en cas réel. À noter qu'il est aussi possible de définir un niveau de priorité entre les VPG afin de prioriser le transfert de données en cas de problème de bande passante réseau. @@ -63,9 +68,9 @@ Sélectionnez **Between two OVH Private Cloud solutions** puis cliquez sur `Acti La sélection du **Private Cloud** Primaire ainsi que le **datacenter** se font automatiquement en se basant sur l'infrastructure par laquelle vous avez accédé. -Sélectionnz dans le menu déroulant une adresse IP publique **libre** issue du bloc d'IP publiques attaché au **Private Cloud**. Elle sera utilisée pour la mise en place du lien sécurisé entre les infrastructures. +Sélectionnez dans le menu déroulant une adresse IP publique **libre** issue du bloc d'IP publiques attaché au **Private Cloud**. Elle sera utilisée pour la mise en place du lien sécurisé entre les infrastructures. -Cliquer sur `Next`{.action}, +Cliquez sur `Next`{.action}, ![zerto ovh enable](images/zerto_OvhToOvh_enable_03.png){.thumbnail} @@ -106,6 +111,12 @@ Une fois l'activation effectuée, vous recevrez par e-mail une configuration de > Vous pourrez vous authentifier avec vos comptes administrateurs de la même façon que pour vSphere. > +> [!warning] +> +> Lors de l’activation de Zerto, une VM nommée `Z-VRAH` peut apparaître dans votre inventaire. +> Ce déploiement n’est **pas systématique** : il dépend notamment de la volumétrie de données à traiter. +> Si elle est présente, cette VM est essentielle au service et **ne doit pas être modifiée ni supprimée**. + #### Depuis l'API OVHcloud ### Interface Zerto Replication @@ -116,7 +127,7 @@ L'interface est accessible depuis les deux (2) infrastructures via l'adresse : > [!warning] > -> Comme indiqué dans le corps de l'e-amil, les identifiants pour se connecter sont les même que ceux utilisés pour se connecter à l'interface vSphere. +> Comme indiqué dans le corps de l'e-mail, les identifiants pour se connecter sont les mêmes que ceux utilisés pour se connecter à l'interface vSphere. > Une fois identifié, vous arrivez sur un écran affichant le tableau de bord : @@ -142,7 +153,7 @@ Depuis le menu `Actions`{.action}, sélectionnez `Create VPG`{.action} Sur le premier écran : * Saisissez un nom pour le VPG, idéalement celui-ci doit être parlant dans un contexte opérationnel. -* Sauf besoin particulier, la priorité définie a **Medium** peut-être laissée telle-quelle. +* Sauf besoin particulier, la priorité définie à **Medium** peut être laissée telle quelle. Continuez en cliquant sur `NEXT`{.action} @@ -253,7 +264,7 @@ Si le texte du bouton est en gris, c'est qu'il n'y a pas de VPG éligible pour l ![Zerto Test Failover](images/zerto_OvhToOvh_test_01.png){.thumbnail} -Immédiatement, un écran apparait avec les VGP disponibles, le sens de réplication, le site de destination et si le niveau de protection est correct (**Meeting SLA**). +Immédiatement, un écran apparaît avec les VPG disponibles, le sens de réplication, le site de destination et si le niveau de protection est correct (**Meeting SLA**). Vous avez alors plusieurs choix : @@ -264,9 +275,9 @@ Validez et passez à l'étape suivante en cliquant sur `NEXT`{.action}. ![Zerto Test Failover](images/zerto_OvhToOvh_test_02.png){.thumbnail} -Nous sommes partis sur le choix 1, à savoir un test sur un VPG. +Nous sommes partis sur le choix 1, à savoir un test sur un VPG. -À cette étape on retrouve un résumé des actions lié au VPG : +À cette étape on retrouve un résumé des actions liées au VPG : * Sens de réplication * Site distant @@ -318,7 +329,7 @@ Pour cela connectez-vous à l'interface Zerto Replication, basculez le sélecteu ![Zerto Live Failover](images/zerto_OvhToOvh_live_03.png){.thumbnail} -Immédiatement, un écran apparait avec les VGP disponibles, le sens de réplication, le site de destination et si le niveau de protection est correct (**Meeting SLA**). +Immédiatement, un écran apparaît avec les VPG disponibles, le sens de réplication, le site de destination et si le niveau de protection est correct (**Meeting SLA**). Vous aurez plusieurs choix : @@ -331,7 +342,7 @@ Validez et passez à l'étape suivante en cliquant sur `NEXT`{.action}. Le choix 1, le test sur un VPG, est sélectionné à des fins d'exemple. -À cette étape on retrouve un résumé des actions lié au VPG : +À cette étape on retrouve un résumé des actions liées au VPG : * Sens de réplication * Site distant @@ -348,7 +359,7 @@ Au niveau de la **Commit Policy**, vous avez trois (3) options : * Auto-Rollback : sans action de votre part, le retour en arrière est déclenché au bout du temps prévu. * Auto-Commit : sans action de votre part, la validation des données sur la plateforme secondaire est déclenchée au bout du temps prévu (il n'est plus possible de revenir simplement sur la plateforme principale). -* None : les actions de **Rollback** ou de **Commit** doivent être validées par votre part. +* None : les actions de **Rollback** ou de **Commit** doivent être validées de votre part. ![Zerto Live Failover](images/zerto_OvhToOvh_live_06.png){.thumbnail} @@ -382,11 +393,11 @@ Il ne vous reste plus qu'à contrôler si tout fonctionne correctement sur le si Après avoir lancé la bascule, vous pouvez voir une alerte au niveau de l'interface Zerto Replication. Celle-ci est liée à la **Commit Policy** et sera présente tant que le commit n'est pas confirmé ou annulé. -Lle cas échéant, les actions sont à faire via les icônes à droite du VPG. +Le cas échéant, les actions sont à faire via les icônes à droite du VPG. ![Zerto Live Failover](images/zerto_OvhToOvh_live_11.png){.thumbnail} -Au moment de la validation du commit, vous pouvez automatiquement configurer le VPG en sens inverse (appeler **Reverse Protection**). +Au moment de la validation du commit, vous pouvez automatiquement configurer le VPG en sens inverse (appelée **Reverse Protection**). Validez en cliquant sur `COMMIT`{.action} @@ -396,7 +407,7 @@ Au niveau du VPG, vous pouvez noter que la direction (via la flèche) de réplic ### Préparer et effectuer un retour en arrière -Suivant comment a éfé fait le **Failover**, l'éventuel retour sur le site principal (cela n'est pas une obligation) peut nécessiter plusieurs actions. +Suivant comment a été fait le **Failover**, l'éventuel retour sur le site principal (cela n'est pas une obligation) peut nécessiter plusieurs actions. Si vous avez basculé avec du **Reverse Protection**, le retour arrière consiste à faire un **Failover Live** (se reporter à la partie idoine pour les actions à faire). @@ -404,4 +415,8 @@ Si vous avez basculé **sans** du **Reverse Protection**, le retour arrière con ## Aller plus loin -Échangez avec notre [communauté d'utilisateurs](/links/community). +Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en œuvre de nos solutions, contactez votre Technical Account Manager ou demandez une analyse personnalisée de votre projet à nos experts de l’équipe [Professional Services](/links/professional-services). + +Posez des questions, donnez votre avis et interagissez directement avec l’équipe qui construit nos services Hosted Private Cloud sur le canal [Discord](https://discord.gg/ovhcloud) dédié. + +Échangez avec notre [communauté d'utilisateurs](/links/community). \ No newline at end of file