LACP Resilience update guide

pages/bare_metal_cloud/dedicated_servers/lacp-resilience-scale-hg/guide.en-gb.md

@@ -0,0 +1,56 @@
+---
+title: Improving Network Resilience on Bare Metal servers
+excerpt: Discover how to reinforce the resilience of public and private interfaces on your OVHcloud Bare Metal servers with the new network aggregation architecture
+updated: 2025-10-24
+---
+
+> [!primary]
+>
+> This document is related to a deployment planned for **November 25, 2025**, which will change the way link aggregation (LACP) functions within OVHcloud infrastructures.
+> OVHcloud customers affected by these changes will also receive a communication by e-mail.
+
+## Objective
+
+This guide presents the new network aggregation architecture implemented on OVHcloud Bare Metal servers. This evolution aims to strengthen fault tolerance and improve service continuity for your critical environments.
+
+## Requirements
+
+- A [dedicated server](/links/bare-metal/bare-metal).
+- Link aggregation (LACP) configured on its public or private interfaces (excluding OLA).
+
+## Instructions
+
+### What's changing
+
+Until now, the aggregation (LACP) of network interfaces was performed on ports belonging to the **same Network Interface Card (NIC)**. This configuration already ensured redundancy in case of a ToR (Top-of-Rack) switch failure but did not cover the risk of a NIC failure.
+
+From now on:
+
+- Logical aggregations will be spread across **two distinct network cards** (with no physical cabling modification).
+- Existing aggregations **are not modified**.
+
+![Before/after resilience comparison](images/resilience_comparison.svg){.thumbnail}
+
+If you do not use LACP link aggregation on your server, **no action is required** and **no change will be visible for your services**.
+
+### How to apply the change on your servers
+
+To activate the new rule, you need to [switch to **OLA** mode](/pages/bare_metal_cloud/dedicated_servers/ola-enable-manager), then revert to the default mode.
+Once the new rule is activated, it will no longer be possible to revert to the old configuration. Servers delivered after the deployment date will immediately benefit from this new rule.
+
+> [!warning]
+> If you plan on switching to the new aggregation rule, you will need to update the MAC addresses assigned to each bond in your operating system.
+>
+> In case of incorrect configuration in the OS, resilience might not be effective.
+
+### Benefits
+
+Subject to correct configuration on the OS side, this development provides:
+
+- **Enhanced Availability**: better tolerance to hardware failures (network cards, switches, connectivity).
+- **Uninterrupted Connectivity**: your services remain accessible even in the event of a network card failure.
+- **Transparent Evolution**: no modification required for existing aggregations, apart from specific cases mentioned above.
+
+## Go Further
+
+Join our [user community](/links/community).

pages/bare_metal_cloud/dedicated_servers/lacp-resilience-scale-hg/guide.fr-fr.md

@@ -0,0 +1,56 @@
+---
+title: Amélioration de la résilience réseau sur les serveurs Bare Metal
+excerpt: "Découvrez comment renforcer la résilience des interfaces publiques et privées sur vos serveurs Bare Metal OVHcloud avec la nouvelle architecture d'agrégation réseau"
+updated: 2025-10-24
+---
+
+> [!primary]
+> Ce document concerne un déploiement prévu le **25 novembre 2025**, qui changera la manière dont fonctionne l'aggrégation de liens (LACP) au sein des infrastructures OVHcloud.
+> Les clients OVHcloud concernés par ces changements recevront également une communication par e-mail.
+
+## Objectif
+
+Ce guide présente la nouvelle architecture d’agrégation réseau mise en place sur les serveurs Bare Metal OVHcloud. Cette évolution a pour but de renforcer la tolérance aux pannes et d’améliorer la continuité de service pour vos environnements critiques.
+
+## Prérequis
+
+- Disposer d'un [serveur dédié](/links/bare-metal/bare-metal)
+- Avoir configuré l’agrégation de liens (LACP) sur vos interfaces publiques ou privées (hors OLA)
+
+## En pratique
+
+### Ce qui change
+
+Jusqu’à présent, l’agrégation (LACP) des interfaces réseau était réalisée sur des ports appartenant à la **même carte réseau (NIC)**. Cette configuration assurait déjà une redondance en cas de défaillance d’un switch ToR (Top-of-Rack), mais ne couvrait pas le risque de panne d’une carte réseau.
+
+Désormais :
+
+- Les agrégations logiques seront réparties sur **deux cartes réseau distinctes** (sans modification physique du câblage).
+- Les agrégations existantes **ne sont pas modifiées**.
+
+![Comparaison de la résilience avant/après](images/resilience_comparison.svg){.thumbnail}
+
+Si vous n’utilisez pas l’agrégation de liens LACP sur votre serveur, **aucune action n’est requise** et **aucun changement ne sera visible pour vos services**.
+
+### Comment effectuer le changement sur vos serveurs
+
+Pour activer la nouvelle règle, vous devez [passer en mode **OLA**](/pages/bare_metal_cloud/dedicated_servers/ola-enable-manager), puis revenir au mode par défaut.
+
+Une fois la nouvelle règle activée, il ne sera plus possible de revenir à l’ancienne configuration. Les serveurs livrés après la date de déploiement bénéficieront directement de cette nouvelle règle.
+
+> [!warning]
+> Afin que les modifications soient effectives, vous devez **reconfigurer les adresses MAC déclarées** dans votre système d’exploitation.
+>
+> En cas de configuration incorrecte dans l’OS, la résilience pourrait ne pas être effective.
+
+### Bénéfices
+
+Sous réserve d’une configuration correcte côté OS, cette évolution permet :
+
+- **Une disponibilité renforcée** : meilleure tolérance aux pannes matérielles (cartes réseau, switches, connectique).
+- **Une connectivité ininterrompue** : vos services restent accessibles même en cas de défaillance d’une carte réseau.
+- **Une évolution transparente** : aucune modification requise pour les agrégations existantes, hors cas spécifiques mentionnés ci-dessus.
+
+## Aller plus loin
+
+Rejoignez notre [communauté d'utilisateurs](/links/community).