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..351f9ccc7cf 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
 ---
 
 <style>
@@ -269,7 +269,51 @@ 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.
+
+> [!primary]
+>
+> 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, remove the IP block from the vRack, then re-add it.
+>
+> **IP blocks that are still routed in 1-AZ mode are identified by a grey `1-AZ` badge.**
+>
+
+#### 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 gives your vRack a Primary Availability Zone and two ordered failover positions, making the failover sequence 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 random priority order to its availability zones. The **Primary**, **Secondary**, and **Last resort** zones are displayed in order of priority in the corresponding region tile on the `Public IP routing`{.action} tab, within the `3-AZ failover priorities` subsection, right above a `Configure`{.action} button.
+
+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, then the `3-AZ failover priorities` subsection, and click `Configure`{.action}.
+- In the panel that opens, assign each Availability Zone to one of the three slots: **Primary Zone**, **Secondary Zone** and **Last resort Zone**.
+- Confirm 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 +370,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..8bd84918247 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
@@ -1,7 +1,7 @@
 ---
 title: "Configurer un bloc IPv6 dans un vRack sur un serveur dédié"
 excerpt: "Configurez un bloc d'adresses IPv6 publiques pour le réseau privé vRack OVHcloud sur votre serveur dédié"
-updated: 2026-03-13
+updated: 2026-05-26
 ---
 
 <style>
@@ -267,7 +267,50 @@ 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 est utilisée pour 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]
+>
+> 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é.
+- **Comportement de basculement prévisible** : chaque région 3-AZ attribue à 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 attribue aléatoirement un ordre de priorité à ses zones de disponibilité. Les **zones principale, secondaire et de dernier recours** sont affichées dans cet ordre sous l'onglet `Connectivité IP publique`{.action}, sur la tuile correspondant à la région 3-AZ, dans la sous-section `Priorités de basculement 3-AZ`, juste au-dessus du bouton `Configurer`{.action}.
+
+Vous pouvez modifier cette attribution à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ des autres composants de 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 de votre espace client, 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, 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]
+>
+> 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 +368,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..6c6b2ab4cf9 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
@@ -1,7 +1,7 @@
 ---
 title: "Configure an IP Block in a vRack on a Dedicated Server"
 excerpt: "Configure a public IP address block for use with the OVHcloud vRack private network across dedicated servers."
-updated: 2026-04-03
+updated: 2026-05-26
 ---
 
 <style>
@@ -143,6 +143,50 @@ 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.
+
+> [!primary]
+>
+> 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, remove the IP block from the vRack, then re-add it.
+>
+> **IP blocks that are still routed in 1-AZ mode are identified by a grey `1-AZ` badge.**
+>
+
+#### 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 gives your vRack a Primary Availability Zone and two ordered failover positions, making the failover sequence 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 random priority order to its availability zones. The **Primary**, **Secondary**, and **Last resort** zones are displayed in order of priority in the corresponding region tile on the `Public IP routing`{.action} tab, within the `3-AZ failover priorities` subsection, right above a `Configure`{.action} button.
+
+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, then the `3-AZ failover priorities` subsection, and click `Configure`{.action}.
+- In the panel that opens, assign each Availability Zone to one of the three slots: **Primary Zone**, **Secondary Zone** and **Last resort Zone**.
+- Confirm 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..f0a290e1081 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
@@ -1,7 +1,7 @@
 ---
 title: "Configurer un bloc IP dans le vRack sur un serveur dédié"
 excerpt: "Configurez un bloc d'adresses IP publiques pour le réseau privé vRack OVHcloud entre vos serveurs dédiés"
-updated: 2026-04-03
+updated: 2026-05-26
 ---
 
 <style>
@@ -143,6 +143,50 @@ 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 est utilisée pour 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]
+>
+> 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é.
+- **Comportement de basculement prévisible** : chaque région 3-AZ attribue à 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 attribue aléatoirement un ordre de priorité à ses zones de disponibilité. Les **zones principale, secondaire et de dernier recours** sont affichées dans cet ordre sous l'onglet `Connectivité IP publique`{.action}, sur la tuile correspondant à la région 3-AZ, dans la sous-section `Priorités de basculement 3-AZ`, juste au-dessus du bouton `Configurer`{.action}.
+
+Vous pouvez modifier cette attribution à tout moment, par exemple pour aligner les priorités de basculement sur la disposition AZ des autres composants de 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 de votre espace client, 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, 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]
+>
+> 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 :