From 4577699fd1345fc6cf674d8e3b75c1fa27bb0a39 Mon Sep 17 00:00:00 2001 From: Slimane ALI Date: Tue, 5 May 2026 18:51:08 +0200 Subject: [PATCH 1/8] 3-AZ Failover priorities Added a section about managing 3-AZ failover priorities, detailing the benefits of doing so and the ways to manage these new mechanics. --- .../guide.en-gb.md | 39 ++++++++++++++++++- .../guide.fr-fr.md | 39 ++++++++++++++++++- .../guide.en-gb.md | 35 +++++++++++++++++ .../guide.fr-fr.md | 35 +++++++++++++++++ 4 files changed, 144 insertions(+), 4 deletions(-) diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md index 12070e4c49b..a10d0f9ac93 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md @@ -269,7 +269,42 @@ The selected bandwidth upgrade will apply to all IP addresses in that region for /// -#### Host-side commands +### Managing 3-AZ failover priorities + +Some OVHcloud regions span three Availability Zones (AZs) hosted in physically independent locations within the same region. When such a region is involved in your vRack public IP routing, it is identified in the OVHcloud Control Panel by a **3-AZ** badge displayed next to the region name in the `Public IP routing`{.action} tab. + +#### Benefits + +- **Built-in resilience**: public IP traffic routed via the vRack remains available if a single Availability Zone becomes unavailable, as routing automatically fails over to the next AZ in the priority order. +- **Predictable failover behaviour**: each 3-AZ region exposes a Primary Availability Zone and two ordered failover positions for your vRack, so the failover sequence is deterministic. +- **Workload alignment**: when other OVHcloud services are deployed in the same 3-AZ region, priorities can be aligned so that the vRack's active AZ matches the AZ hosting your services. This keeps your public traffic in the same AZ as your workload during normal operation. + +#### Mechanics and priority management + +When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **First failover** and **Last resort failover**. + +You can override this random assignment at any time, for example to align failover priorities with the AZ layout of other components attached to your infrastructure. + +/// details | Modify the Availability Zone priorities + +To adjust the failover priorities of a 3-AZ region: + +- Open `Network`{.action} in the left-hand sidebar of your Control Panel. +- Select `vRack private network`{.action}. +- In the "Public IP & bandwidth" column, click the `Manage`{.action} button for the corresponding vRack. +- Open the `Public IP routing`{.action} tab. +- Locate the tile of the 3-AZ region you want to configure and click `Configure 3-AZ failover priorities`{.action}. +- In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **First failover** and **Last resort failover**. +- Validate your selection. + +> [!primary] +> +> Priority changes apply to all Additional IP blocks routed to the corresponding 3-AZ region for the selected vRack, regardless of their IP version. +> + +/// + +### Host-side commands /// details | Static IP configuration @@ -326,7 +361,7 @@ After a moment (the configuration must propagate), specific IPv6 address (with t /// -#### Setup verification +### Setup verification /// details | Local diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md index dc97a2b6f5a..8b9ad6ab77b 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md @@ -267,7 +267,42 @@ L'augmentation de bande passante s'appliquera à toutes les adresses IP de cette /// -#### Commandes sur l'hôte +### Gérer les priorités de basculement 3-AZ + +Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) hébergées dans des emplacements physiquement indépendants au sein d'une même région. Lorsqu'une telle région intervient dans le routage des IP publiques de votre vRack, elle est identifiée dans l'espace client OVHcloud par un badge **3-AZ** affiché à côté du nom de la région dans l'onglet `Connectivité IP publique`{.action}. + +#### Avantages + +- **Résilience intégrée** : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité. +- **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. +- **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. + +#### Mécanique et gestion des priorités + +Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Premier basculement** et **Basculement de dernier recours**. + +Vous pouvez modifier cette attribution aléatoire à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ d'autres composants attachés à votre infrastructure. + +/// details | Modifier les priorités des zones de disponibilité + +Pour ajuster les priorités de basculement d'une région 3-AZ : + +- Dans la barre latérale gauche du Tableau de bord, ouvrez `Network`{.action}. +- Sélectionnez `Réseau Privé vRack`{.action}. +- Dans la colonne « Adresse IP publique et bande passante », cliquez sur le bouton `Gérer`{.action} correspondant au vRack souhaité. +- Ouvrez l'onglet `Connectivité IP publique`{.action}. +- Dans la tuile de la région 3-AZ à configurer, cliquez sur `Configurer les priorités de basculement 3-AZ`{.action}. +- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Premier basculement** et **Basculement de dernier recours**. +- Validez votre sélection. + +> [!primary] +> +> Les modifications de priorité s'appliquent à tous les blocs d'Additional IP routés vers la région 3-AZ correspondante pour le vRack sélectionné, quelle que soit leur version d'IP. +> + +/// + +### Commandes sur l'hôte /// details | Configuration IP statique @@ -325,7 +360,7 @@ Après une courte durée (le temps de la propagation de la configuration), une a /// -#### Vérification de l'installation +### Vérification de l'installation /// details | Local diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md index 07b897b82f7..00ac2b219c7 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md @@ -143,6 +143,41 @@ The selected bandwidth upgrade will apply to all IP addresses in that region for /// +### Managing 3-AZ failover priorities + +Some OVHcloud regions span three Availability Zones (AZs) hosted in physically independent locations within the same region. When such a region is involved in your vRack public IP routing, it is identified in the OVHcloud Control Panel by a **3-AZ** badge displayed next to the region name in the `Public IP routing`{.action} tab. + +#### Benefits + +- **Built-in resilience**: public IP traffic routed via the vRack remains available if a single Availability Zone becomes unavailable, as routing automatically fails over to the next AZ in the priority order. +- **Predictable failover behaviour**: each 3-AZ region exposes a Primary Availability Zone and two ordered failover positions for your vRack, so the failover sequence is deterministic. +- **Workload alignment**: when other OVHcloud services are deployed in the same 3-AZ region, priorities can be aligned so that the vRack's active AZ matches the AZ hosting your services. This keeps your public traffic in the same AZ as your workload during normal operation. + +#### Mechanics and priority management + +When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **First failover** and **Last resort failover**. + +You can override this random assignment at any time, for example to align failover priorities with the AZ layout of other components attached to your infrastructure. + +/// details | Modify the Availability Zone priorities + +To adjust the failover priorities of a 3-AZ region: + +- Open `Network`{.action} in the left-hand sidebar of your Control Panel. +- Select `vRack private network`{.action}. +- In the "Public IP & bandwidth" column, click the `Manage`{.action} button for the corresponding vRack. +- Open the `Public IP routing`{.action} tab. +- Locate the tile of the 3-AZ region you want to configure and click `Configure 3-AZ failover priorities`{.action}. +- In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **First failover** and **Last resort failover**. +- Validate your selection. + +> [!primary] +> +> Priority changes apply to all Additional IP blocks routed to the corresponding 3-AZ region for the selected vRack, regardless of their IP version. +> + +/// + ### Configure a usable IP address For vRack purposes, the first, penultimate, and last addresses in any given IP block are always reserved for the network address, network gateway, and network broadcast respectively. This means that the first useable address is the second address in the block, as shown below: diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md index 7a1f461655a..e6c07d73723 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md @@ -143,6 +143,41 @@ L'augmentation de bande passante s'appliquera à toutes les adresses IP de cette /// +### Gérer les priorités de basculement 3-AZ + +Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) hébergées dans des emplacements physiquement indépendants au sein d'une même région. Lorsqu'une telle région intervient dans le routage des IP publiques de votre vRack, elle est identifiée dans l'espace client OVHcloud par un badge **3-AZ** affiché à côté du nom de la région dans l'onglet `Connectivité IP publique`{.action}. + +#### Avantages + +- **Résilience intégrée** : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité. +- **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. +- **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. + +#### Mécanique et gestion des priorités + +Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Premier basculement** et **Basculement de dernier recours**. + +Vous pouvez modifier cette attribution aléatoire à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ d'autres composants attachés à votre infrastructure. + +/// details | Modifier les priorités des zones de disponibilité + +Pour ajuster les priorités de basculement d'une région 3-AZ : + +- Dans la barre latérale gauche du Tableau de bord, ouvrez `Network`{.action}. +- Sélectionnez `Réseau Privé vRack`{.action}. +- Dans la colonne « Adresse IP publique et bande passante », cliquez sur le bouton `Gérer`{.action} correspondant au vRack souhaité. +- Ouvrez l'onglet `Connectivité IP publique`{.action}. +- Dans la tuile de la région 3-AZ à configurer, cliquez sur `Configurer les priorités de basculement 3-AZ`{.action}. +- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Premier basculement** et **Basculement de dernier recours**. +- Validez votre sélection. + +> [!primary] +> +> Les modifications de priorité s'appliquent à tous les blocs d'Additional IP routés vers la région 3-AZ correspondante pour le vRack sélectionné, quelle que soit leur version d'IP. +> + +/// + ### Configurer une adresse IP utilisable Dans le cas du vRack, la première, l'avant-dernière et la dernière adresse d'un bloc d'IP donné sont toujours réservées respectivement à l'adresse réseau, la passerelle réseau et au *broadcast* du réseau. Cela signifie que la première adresse utilisable est la deuxième adresse du bloc, comme indiqué ci-dessous : From 2d9abd410f5a272de135c8d73447c993c0a267c2 Mon Sep 17 00:00:00 2001 From: Slimane ALI Date: Thu, 7 May 2026 17:26:18 +0200 Subject: [PATCH 2/8] Requested edits --- .../configure-an-ipv6-in-a-vrack/guide.en-gb.md | 9 +++++++-- .../configure-an-ipv6-in-a-vrack/guide.fr-fr.md | 9 +++++++-- .../configuring-an-ip-block-in-a-vrack/guide.en-gb.md | 9 +++++++-- .../configuring-an-ip-block-in-a-vrack/guide.fr-fr.md | 9 +++++++-- 4 files changed, 28 insertions(+), 8 deletions(-) diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md index a10d0f9ac93..12c5bf864cb 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md @@ -279,9 +279,14 @@ Some OVHcloud regions span three Availability Zones (AZs) hosted in physically i - **Predictable failover behaviour**: each 3-AZ region exposes a Primary Availability Zone and two ordered failover positions for your vRack, so the failover sequence is deterministic. - **Workload alignment**: when other OVHcloud services are deployed in the same 3-AZ region, priorities can be aligned so that the vRack's active AZ matches the AZ hosting your services. This keeps your public traffic in the same AZ as your workload during normal operation. +> [!primary] +> +> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. +> + #### Mechanics and priority management -When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **First failover** and **Last resort failover**. +When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. You can override this random assignment at any time, for example to align failover priorities with the AZ layout of other components attached to your infrastructure. @@ -294,7 +299,7 @@ To adjust the failover priorities of a 3-AZ region: - In the "Public IP & bandwidth" column, click the `Manage`{.action} button for the corresponding vRack. - Open the `Public IP routing`{.action} tab. - Locate the tile of the 3-AZ region you want to configure and click `Configure 3-AZ failover priorities`{.action}. -- In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **First failover** and **Last resort failover**. +- In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **First failover** and **Last resort Zone**. - Validate your selection. > [!primary] diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md index 8b9ad6ab77b..66582924e48 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md @@ -277,9 +277,14 @@ Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) h - **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. - **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. +> [!primary] +> +> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. +> + #### Mécanique et gestion des priorités -Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Premier basculement** et **Basculement de dernier recours**. +Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Zone secondaire** et **Zone de dernier recours**. Vous pouvez modifier cette attribution aléatoire à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ d'autres composants attachés à votre infrastructure. @@ -292,7 +297,7 @@ Pour ajuster les priorités de basculement d'une région 3-AZ : - Dans la colonne « Adresse IP publique et bande passante », cliquez sur le bouton `Gérer`{.action} correspondant au vRack souhaité. - Ouvrez l'onglet `Connectivité IP publique`{.action}. - Dans la tuile de la région 3-AZ à configurer, cliquez sur `Configurer les priorités de basculement 3-AZ`{.action}. -- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Premier basculement** et **Basculement de dernier recours**. +- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Zone secondaire** et **Zone de dernier recours**. - Validez votre sélection. > [!primary] diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md index 00ac2b219c7..3d740163272 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md @@ -153,9 +153,14 @@ Some OVHcloud regions span three Availability Zones (AZs) hosted in physically i - **Predictable failover behaviour**: each 3-AZ region exposes a Primary Availability Zone and two ordered failover positions for your vRack, so the failover sequence is deterministic. - **Workload alignment**: when other OVHcloud services are deployed in the same 3-AZ region, priorities can be aligned so that the vRack's active AZ matches the AZ hosting your services. This keeps your public traffic in the same AZ as your workload during normal operation. +> [!primary] +> +> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. +> + #### Mechanics and priority management -When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **First failover** and **Last resort failover**. +When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. You can override this random assignment at any time, for example to align failover priorities with the AZ layout of other components attached to your infrastructure. @@ -168,7 +173,7 @@ To adjust the failover priorities of a 3-AZ region: - In the "Public IP & bandwidth" column, click the `Manage`{.action} button for the corresponding vRack. - Open the `Public IP routing`{.action} tab. - Locate the tile of the 3-AZ region you want to configure and click `Configure 3-AZ failover priorities`{.action}. -- In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **First failover** and **Last resort failover**. +- In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **Secondary Zone** and **Last resort Zone**. - Validate your selection. > [!primary] diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md index e6c07d73723..fce76a55ed5 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md @@ -153,9 +153,14 @@ Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) h - **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. - **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. +> [!primary] +> +> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. +> + #### Mécanique et gestion des priorités -Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Premier basculement** et **Basculement de dernier recours**. +Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Zone de disponibilité secondaire** et **Zone de dernier recours**. Vous pouvez modifier cette attribution aléatoire à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ d'autres composants attachés à votre infrastructure. @@ -168,7 +173,7 @@ Pour ajuster les priorités de basculement d'une région 3-AZ : - Dans la colonne « Adresse IP publique et bande passante », cliquez sur le bouton `Gérer`{.action} correspondant au vRack souhaité. - Ouvrez l'onglet `Connectivité IP publique`{.action}. - Dans la tuile de la région 3-AZ à configurer, cliquez sur `Configurer les priorités de basculement 3-AZ`{.action}. -- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Premier basculement** et **Basculement de dernier recours**. +- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Zone secondaire** et **Zone de dernier recours**. - Validez votre sélection. > [!primary] From 45a79a7e174f9d2cd7130fa879ea2680700d5476 Mon Sep 17 00:00:00 2001 From: Slimane ALI Date: Thu, 7 May 2026 17:28:24 +0200 Subject: [PATCH 3/8] Moved disclaimer --- .../configure-an-ipv6-in-a-vrack/guide.en-gb.md | 10 +++++----- .../configure-an-ipv6-in-a-vrack/guide.fr-fr.md | 10 +++++----- .../configuring-an-ip-block-in-a-vrack/guide.en-gb.md | 10 +++++----- .../configuring-an-ip-block-in-a-vrack/guide.fr-fr.md | 10 +++++----- 4 files changed, 20 insertions(+), 20 deletions(-) diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md index 12c5bf864cb..7d9286d2a16 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md @@ -273,17 +273,17 @@ The selected bandwidth upgrade will apply to all IP addresses in that region for Some OVHcloud regions span three Availability Zones (AZs) hosted in physically independent locations within the same region. When such a region is involved in your vRack public IP routing, it is identified in the OVHcloud Control Panel by a **3-AZ** badge displayed next to the region name in the `Public IP routing`{.action} tab. +> [!primary] +> +> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. +> + #### Benefits - **Built-in resilience**: public IP traffic routed via the vRack remains available if a single Availability Zone becomes unavailable, as routing automatically fails over to the next AZ in the priority order. - **Predictable failover behaviour**: each 3-AZ region exposes a Primary Availability Zone and two ordered failover positions for your vRack, so the failover sequence is deterministic. - **Workload alignment**: when other OVHcloud services are deployed in the same 3-AZ region, priorities can be aligned so that the vRack's active AZ matches the AZ hosting your services. This keeps your public traffic in the same AZ as your workload during normal operation. -> [!primary] -> -> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. -> - #### Mechanics and priority management When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md index 66582924e48..2545b813957 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md @@ -271,17 +271,17 @@ L'augmentation de bande passante s'appliquera à toutes les adresses IP de cette Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) hébergées dans des emplacements physiquement indépendants au sein d'une même région. Lorsqu'une telle région intervient dans le routage des IP publiques de votre vRack, elle est identifiée dans l'espace client OVHcloud par un badge **3-AZ** affiché à côté du nom de la région dans l'onglet `Connectivité IP publique`{.action}. +> [!primary] +> +> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. +> + #### Avantages - **Résilience intégrée** : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité. - **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. - **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. -> [!primary] -> -> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. -> - #### Mécanique et gestion des priorités Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Zone secondaire** et **Zone de dernier recours**. diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md index 3d740163272..92f493db4ce 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md @@ -147,17 +147,17 @@ The selected bandwidth upgrade will apply to all IP addresses in that region for Some OVHcloud regions span three Availability Zones (AZs) hosted in physically independent locations within the same region. When such a region is involved in your vRack public IP routing, it is identified in the OVHcloud Control Panel by a **3-AZ** badge displayed next to the region name in the `Public IP routing`{.action} tab. +> [!primary] +> +> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. +> + #### Benefits - **Built-in resilience**: public IP traffic routed via the vRack remains available if a single Availability Zone becomes unavailable, as routing automatically fails over to the next AZ in the priority order. - **Predictable failover behaviour**: each 3-AZ region exposes a Primary Availability Zone and two ordered failover positions for your vRack, so the failover sequence is deterministic. - **Workload alignment**: when other OVHcloud services are deployed in the same 3-AZ region, priorities can be aligned so that the vRack's active AZ matches the AZ hosting your services. This keeps your public traffic in the same AZ as your workload during normal operation. -> [!primary] -> -> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. -> - #### Mechanics and priority management When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md index fce76a55ed5..55d96ff1dae 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md @@ -147,17 +147,17 @@ L'augmentation de bande passante s'appliquera à toutes les adresses IP de cette Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) hébergées dans des emplacements physiquement indépendants au sein d'une même région. Lorsqu'une telle région intervient dans le routage des IP publiques de votre vRack, elle est identifiée dans l'espace client OVHcloud par un badge **3-AZ** affiché à côté du nom de la région dans l'onglet `Connectivité IP publique`{.action}. +> [!primary] +> +> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. +> + #### Avantages - **Résilience intégrée** : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité. - **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. - **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. -> [!primary] -> -> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. -> - #### Mécanique et gestion des priorités Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Zone de disponibilité secondaire** et **Zone de dernier recours**. From a1bce555890b8a53473f35042c0f0edd014eaf73 Mon Sep 17 00:00:00 2001 From: Slimane ALI Date: Fri, 15 May 2026 16:31:27 +0200 Subject: [PATCH 4/8] Disclaimer update - 1-AZ badge --- .../configure-an-ipv6-in-a-vrack/guide.en-gb.md | 6 +++++- .../configuring-an-ip-block-in-a-vrack/guide.en-gb.md | 6 +++++- 2 files changed, 10 insertions(+), 2 deletions(-) diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md index 7d9286d2a16..f67accc3bb0 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md @@ -275,7 +275,11 @@ Some OVHcloud regions span three Availability Zones (AZs) hosted in physically i > [!primary] > -> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. +> If a region transitioned to 3-AZ while you already had IPs routed via the vRack in that region, those IPs will remain in 1-AZ mode and will not automatically benefit from the 3-AZ routing configuration. +> +> To enable 3-AZ mode for IP blocks routed via the vRack in such regions, you must remove the IP block from the vRack and then re-add it. +> +> **IP blocks that are still routed in 1-AZ mode are identified by a grey `1-AZ` badge.** > #### Benefits diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md index 92f493db4ce..e8aadb3334a 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md @@ -149,7 +149,11 @@ Some OVHcloud regions span three Availability Zones (AZs) hosted in physically i > [!primary] > -> To enable 3-AZ mode for IP blocks routed via the vRack in regions where this feature was previously unavailable, you must remove the IP block from the vRack and then re-add it. +> If a region transitioned to 3-AZ while you already had IPs routed via the vRack in that region, those IPs will remain in 1-AZ mode and will not automatically benefit from the 3-AZ routing configuration. +> +> To enable 3-AZ mode for IP blocks routed via the vRack in such regions, you must remove the IP block from the vRack and then re-add it. +> +> **IP blocks that are still routed in 1-AZ mode are identified by a grey `1-AZ` badge.** > #### Benefits From 168dac3a95ff7961993ca9801a0629a70b506d2e Mon Sep 17 00:00:00 2001 From: Slimane ALI Date: Fri, 15 May 2026 16:36:27 +0200 Subject: [PATCH 5/8] FR version --- .../configure-an-ipv6-in-a-vrack/guide.fr-fr.md | 5 ++++- .../configuring-an-ip-block-in-a-vrack/guide.fr-fr.md | 8 ++++++++ 2 files changed, 12 insertions(+), 1 deletion(-) diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md index 2545b813957..a0de384dc94 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md @@ -273,8 +273,11 @@ Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) h > [!primary] > -> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. +> Si une région est passée en mode 3-AZ alors que vous aviez déjà des adresses IP routées via le vRack dans cette région, ces IP resteront en mode 1-AZ et ne bénéficieront pas automatiquement de la configuration de routage 3-AZ. > +> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans ces régions, vous devez retirer le bloc IP du vRack, puis le réajouter. +> +> **Les blocs d'adresses IP qui sont toujours routés en mode 1-AZ sont identifiés par un badge gris `1-AZ`.** #### Avantages diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md index 55d96ff1dae..3fbebc95e6c 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md @@ -152,6 +152,14 @@ Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) h > Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans les régions où cette fonctionnalité était auparavant indisponible, vous devez retirer le bloc IP du vRack, puis le réajouter. > +> [!primary] +> +> Si une région est passée en mode 3-AZ alors que vous aviez déjà des adresses IP routées via le vRack dans cette région, ces IP resteront en mode 1-AZ et ne bénéficieront pas automatiquement de la configuration de routage 3-AZ. +> +> Pour activer le mode 3-AZ pour les blocs d'adresses IP routés via le vRack dans ces régions, vous devez retirer le bloc IP du vRack, puis le réajouter. +> +> **Les blocs d'adresses IP qui sont toujours routés en mode 1-AZ sont identifiés par un badge gris `1-AZ`.** + #### Avantages - **Résilience intégrée** : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité. From 45c33e72c83f139fd6164bf7ed40597f2dcd8803 Mon Sep 17 00:00:00 2001 From: Slimane ALI Date: Fri, 15 May 2026 16:56:19 +0200 Subject: [PATCH 6/8] Button alignment Fixed incorrect button naming following access to a staging environment. --- .../configure-an-ipv6-in-a-vrack/guide.en-gb.md | 4 ++-- .../configure-an-ipv6-in-a-vrack/guide.fr-fr.md | 8 ++++---- .../configuring-an-ip-block-in-a-vrack/guide.en-gb.md | 4 ++-- .../configuring-an-ip-block-in-a-vrack/guide.fr-fr.md | 8 ++++---- 4 files changed, 12 insertions(+), 12 deletions(-) diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md index f67accc3bb0..0fe10c7165d 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md @@ -290,7 +290,7 @@ Some OVHcloud regions span three Availability Zones (AZs) hosted in physically i #### Mechanics and priority management -When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. +When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, in the `3-AZ failover priorities` subsection, right above a `Configure`{.action} button. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. You can override this random assignment at any time, for example to align failover priorities with the AZ layout of other components attached to your infrastructure. @@ -302,7 +302,7 @@ To adjust the failover priorities of a 3-AZ region: - Select `vRack private network`{.action}. - In the "Public IP & bandwidth" column, click the `Manage`{.action} button for the corresponding vRack. - Open the `Public IP routing`{.action} tab. -- Locate the tile of the 3-AZ region you want to configure and click `Configure 3-AZ failover priorities`{.action}. +- Locate the tile of the 3-AZ region you want to configure, then the `3-AZ failover priorities` subsection, and click `Configure`{.action}. - In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **First failover** and **Last resort Zone**. - Validate your selection. diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md index a0de384dc94..d2acc825360 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.fr-fr.md @@ -282,12 +282,12 @@ Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) h #### Avantages - **Résilience intégrée** : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité. -- **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. +- **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité principale et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. - **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. #### Mécanique et gestion des priorités -Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Zone secondaire** et **Zone de dernier recours**. +Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité principale**. La zone principale est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, dans la sous-section `Priorités de basculement 3-AZ`, juste au dessus d'un bouton `Configurer`{.action}. Les deux AZ restantes sont attribuées comme **Zone de disponibilité secondaire** et **Zone de dernier recours**. Vous pouvez modifier cette attribution aléatoire à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ d'autres composants attachés à votre infrastructure. @@ -299,8 +299,8 @@ Pour ajuster les priorités de basculement d'une région 3-AZ : - Sélectionnez `Réseau Privé vRack`{.action}. - Dans la colonne « Adresse IP publique et bande passante », cliquez sur le bouton `Gérer`{.action} correspondant au vRack souhaité. - Ouvrez l'onglet `Connectivité IP publique`{.action}. -- Dans la tuile de la région 3-AZ à configurer, cliquez sur `Configurer les priorités de basculement 3-AZ`{.action}. -- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Zone secondaire** et **Zone de dernier recours**. +- Dans la tuile de la région 3-AZ à configurer, localisez la sous-section `Priorités de basculement 3-AZ`, puis cliquez sur `Configurer`{.action}. +- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone principale**, **Zone secondaire** et **Zone de dernier recours**. - Validez votre sélection. > [!primary] diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md index e8aadb3334a..ba80be8f56e 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.en-gb.md @@ -164,7 +164,7 @@ Some OVHcloud regions span three Availability Zones (AZs) hosted in physically i #### Mechanics and priority management -When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, alongside a `Configure 3-AZ failover priorities`{.action} link. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. +When a vRack is first associated with a 3-AZ region, OVHcloud assigns a **Primary Availability Zone** to it at random. The Primary Zone is displayed in the corresponding region tile on the `Public IP routing`{.action} tab, in the `3-AZ failover priorities` subsection, right above a `Configure`{.action} button. The two remaining AZs are assigned as **Secondary Zone** and **Last resort Zone**. You can override this random assignment at any time, for example to align failover priorities with the AZ layout of other components attached to your infrastructure. @@ -176,7 +176,7 @@ To adjust the failover priorities of a 3-AZ region: - Select `vRack private network`{.action}. - In the "Public IP & bandwidth" column, click the `Manage`{.action} button for the corresponding vRack. - Open the `Public IP routing`{.action} tab. -- Locate the tile of the 3-AZ region you want to configure and click `Configure 3-AZ failover priorities`{.action}. +- Locate the tile of the 3-AZ region you want to configure, then the `3-AZ failover priorities` subsection, and click `Configure`{.action}. - In the panel that opens on the right-hand side, assign each Availability Zone to one of the three slots: **Primary Zone**, **Secondary Zone** and **Last resort Zone**. - Validate your selection. diff --git a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md index 3fbebc95e6c..11aee4dc4f6 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md +++ b/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/guide.fr-fr.md @@ -163,12 +163,12 @@ Certaines régions OVHcloud s'étendent sur trois zones de disponibilité (AZ) h #### Avantages - **Résilience intégrée** : le trafic IP public routé via le vRack reste disponible si une zone de disponibilité devient indisponible, le routage basculant automatiquement vers l'AZ suivante dans l'ordre de priorité. -- **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité primaire et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. +- **Comportement de basculement prévisible** : chaque région 3-AZ expose pour votre vRack une zone de disponibilité principale et deux positions de basculement ordonnées, ce qui rend la séquence de basculement déterministe. - **Alignement avec la charge de travail** : lorsque d'autres services OVHcloud sont déployés dans la même région 3-AZ, les priorités peuvent être alignées pour que l'AZ active du vRack corresponde à l'AZ qui héberge vos services. Votre trafic public reste ainsi dans la même AZ que votre charge de travail en fonctionnement normal. #### Mécanique et gestion des priorités -Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité primaire**. La zone primaire est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, à côté d'un lien `Configurer les priorités de basculement 3-AZ`{.action}. Les deux AZ restantes sont attribuées comme **Zone de disponibilité secondaire** et **Zone de dernier recours**. +Lorsqu'un vRack est rattaché pour la première fois à une région 3-AZ, OVHcloud lui attribue aléatoirement une **zone de disponibilité principale**. La zone principale est affichée dans la tuile correspondante de l'onglet `Connectivité IP publique`{.action}, dans la sous-section `Priorités de basculement 3-AZ`, juste au dessus d'un bouton `Configurer`{.action}. Les deux AZ restantes sont attribuées comme **Zone de disponibilité secondaire** et **Zone de dernier recours**. Vous pouvez modifier cette attribution aléatoire à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ d'autres composants attachés à votre infrastructure. @@ -180,8 +180,8 @@ Pour ajuster les priorités de basculement d'une région 3-AZ : - Sélectionnez `Réseau Privé vRack`{.action}. - Dans la colonne « Adresse IP publique et bande passante », cliquez sur le bouton `Gérer`{.action} correspondant au vRack souhaité. - Ouvrez l'onglet `Connectivité IP publique`{.action}. -- Dans la tuile de la région 3-AZ à configurer, cliquez sur `Configurer les priorités de basculement 3-AZ`{.action}. -- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone primaire**, **Zone secondaire** et **Zone de dernier recours**. +- Dans la tuile de la région 3-AZ à configurer, localisez la sous-section `Priorités de basculement 3-AZ`, puis cliquez sur `Configurer`{.action}. +- Dans le panneau qui s'ouvre à droite, attribuez chaque zone de disponibilité à l'un des trois emplacements : **Zone principale**, **Zone secondaire** et **Zone de dernier recours**. - Validez votre sélection. > [!primary] From 8e7589f565b4afa3eb84f5f921a15c494285f8d9 Mon Sep 17 00:00:00 2001 From: Yoann Cosse Date: Mon, 18 May 2026 10:28:08 +0200 Subject: [PATCH 7/8] Proofread 3-AZ failover section + bump updated date MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - Fix UI slot inconsistency in ipv6 EN-GB ("First failover" → "Secondary Zone") - Remove duplicate primary callout in ip-block FR-FR - Fix "au dessus" → "au-dessus" (compound preposition) in both FR files - FR: "Tableau de bord" → "espace client" (CP terminology), inside the new section - EN/FR rewording: tighter phrasing in the new section (Validate → Confirm, drop spatial filler, "expose pour" → "attribue à", etc.) - Bump `updated:` to 2026-05-26 in all 4 files — this update must not be merged before that date Suggestion (not applied — needs verification against the live CP / Manager sidebar): The new section uses two naming styles for the same AZ priority slots within the same guide: EN (ipv6 + ip-block): - Prose description: "Primary Availability Zone" (long form) - Panel slot list: "Primary Zone, Secondary Zone, Last resort Zone" (short form) FR (ipv6 + ip-block): - Prose description: "Zone de disponibilité principale", "Zone de disponibilité secondaire", "Zone de dernier recours" - Panel slot list: "Zone principale, Zone secondaire, Zone de dernier recours" (short form) Both languages mix long-form labels in prose with short-form labels in the panel slot list. Worth aligning them once the actual NM panel labels are confirmed: either standardise on the short form everywhere (preferred — matches the UI), or keep the long form in prose only where it clarifies the concept and use the exact UI label in the panel-slot list. Same fix applies symmetrically to EN and FR so the localisations stay in sync. --- .../guide.en-gb.md | 10 +++++----- .../guide.fr-fr.md | 12 ++++++------ .../guide.en-gb.md | 10 +++++----- .../guide.fr-fr.md | 18 +++++++----------- 4 files changed, 23 insertions(+), 27 deletions(-) diff --git a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md index 0fe10c7165d..7a4c8f842a2 100644 --- a/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md +++ b/pages/bare_metal_cloud/dedicated_servers/configure-an-ipv6-in-a-vrack/guide.en-gb.md @@ -1,7 +1,7 @@ --- title: "Configure an IPv6 Block in a vRack on a Dedicated Server" excerpt: "Configure a public IPv6 address block for use with an OVHcloud vRack private network on your dedicated server." -updated: 2026-03-13 +updated: 2026-05-26 ---