fix(general guide deployment): update def

OvhValentin · OvhValentin · commit 69f7e06945f2 · 2025-01-14T14:01:10.000+01:00
diff --git a/pages/public_cloud/compute/deployment_modes_comparison_resilience_details/guide.en-gb.md b/pages/public_cloud/compute/deployment_modes_comparison_resilience_details/guide.en-gb.md
@@ -69,15 +69,11 @@ Services and data are protected against localised incidents thanks to effective
 
 | Specification         | Description                                                               |
 |-------------------|---------------------------------------------------------------------------|
-| **Redundancy Type**   | 2N+1 architecture distributed across several interconnected data centres.                                        |
+| **Redundancy Type**   | Redundancy on the infrastructure side (power, network, and cooling), with local data replication within the zone for resilience.                                        |
 | **Fault Tolerance**   | Protects against disk and server failures, but not against total data centre failure.           |
 | **Data protection** | Data replicated within the AZ to guarantee local resilience.                                    |
 | **Limits** | No inter-regional or inter-zone protection; dependent on a single AZ.                                    |
 
-**2N+1 architecture:**
-
-This architecture doubles the resources required (2N) and adds an extra unit (+1) to guarantee continuity of service in the event of a local failure (server, disk). Resources are distributed between several datacentres in the same AZ, ensuring low latency and local resilience. However, it does not protect against a global failure of the AZ.
-
 #### Scaling
 
 In a 1-AZ Region, scaling options are somewhat limited due to the single availability zone. Here's how scaling works in this setup:
@@ -127,12 +123,12 @@ Architecture:
 
 | Specification         | Description                                                               |
 |-------------------|---------------------------------------------------------------------------|
-| **Type of redundancy**      | 3N with inter-zone replication.                                    |
+| **Type of redundancy**      | 3N with inter-zone replication* and inter-zone data replication for resilience                 |
 | **Fault tolerance** | Guarantees resilience against the loss of an entire zone, with automatic failover.                      |
 | **Data protection** | Data replicated synchronously between zones to guarantee continuous availability. |
 | **Limits** | Does not protect against complete regional failure; requires multi-regional architecture for maximum resilience. |
 
-**3N with inter-zone replication :**
+***3N with inter-zone replication :**
 
 In this architecture, resources are tripled (3N) and distributed between three distinct availability zones (AZ). Data is replicated synchronously between zones, guaranteeing total resilience against the loss of an entire zone thanks to automatic failover. However, this architecture does not protect against a complete regional failure.
 
@@ -188,15 +184,11 @@ Each Local Zone operates as a single availability zone with a limited set of ser
 
 | Advantage        | Description                                           |
 |------------------|-------------------------------------------------------|
-| **Type of redundancy**      | Triple local replication within the zone to guarantee resilience in the event of hardware failure.             |
+| **Type of redundancy**      | Redundancy on the infrastructure side (power, network, and cooling), with local data replication within the zone for resilience.             |
 | **Fault tolerance**  | Guarantees continuity of operations in the event of a disk or server failure within the zone, but does not protect against a total failure of the availability zone. |
 | **Data protection**| Data replicated in the zone to guarantee local availability. |
 | **Limits**| No protection against global or regional failures, dependent on a single Local Zone. |
 
-**Triple local replication:**
-
-Data is replicated three times in the same Local Zone, offering resilience against hardware failure (disk or server). However, this architecture does not protect against a complete zone failure and remains dependent on a single Local Zone.
-
 #### Scaling
 
 In Local Zones, scaling is designed to meet the demands of low-latency applications while being restricted to a single availability zone. Here’s how scaling is structured:
@@ -231,7 +223,7 @@ Architecture:
 |------------------------|-------------------------------------|---------------------------------|------------------------------------------|
 | **Deployment Structure**   | Single availability zone            | Three independent availability zones | Single availability zone                |
 | **Service available**      | All or most Public Cloud services   | All or most Public Cloud services   | Most Compute and storage services        |
-| **Redundancy**             | 2N+1 internal (resources in a single AZ)                      | Cross-zone redundancy (resources replicated between zones)          | Local triple replication (replication of some resources in a single zone)               |
+| **Redundancy**             | Redundancy on the infrastructure and local data replication | Cross-zone redundancy (resources replicated between zones) and inter-zone data replication for resilience | Redundancy on the infrastructure and local data replication               |
 | **Data Availability**      | Limited during data center outages, protected against server/disk failures | Maintained across zones, resilient to zone outages | Limited during data center outages, protected against server/disk failures |
 | **Latency**                | Low for close end-users                            | Low for close end-users and ultra low between availability zones   | Low for close end-users |
 | **Ideal Use Cases**        | Development, staging environments, cost-sensitive applications, non-critical services | High-availability applications, critical business services, disaster recovery, and mission-critical workloads | Real-time applications, edge computing, gaming, video streaming, regulatory-compliant services |
diff --git a/pages/public_cloud/compute/deployment_modes_comparison_resilience_details/guide.fr-fr.md b/pages/public_cloud/compute/deployment_modes_comparison_resilience_details/guide.fr-fr.md
@@ -1,5 +1,5 @@
 ---
-title: "Comparaison et résilience des modes de déploiement - Comprendre les zones 3-AZ / 1-AZ / Local Zones"
+title: "Comparaison et résilience des modes de déploiement - Comprendre les régions 3-AZ / 1-AZ / Local Zones"
 excerpt: "Découvrez les modes de déploiement d'OVHcloud"
 updated: 2025-01-10
 ---
@@ -69,15 +69,11 @@ Les services et les données sont protégés contre les incidents localisés gr
 
 | Spécification         | Description                                                               |
 |-------------------|---------------------------------------------------------------------------|
-| **Type de redondance**   | Architecture 2N+1* répartie sur plusieurs centres de données interconnectés.                                       |
+| **Type de redondance**   | Redondance au niveau de l'infrastructure (alimentation, réseau et refroidissement) et réplication locale des données à l'intérieur de la zone pour assurer la résilience.                                       |
 | **Tolérance aux pannes**   | Protège contre les pannes de disques et de serveurs, mais pas contre une panne totale d'un centre de données.           |
 | **Protection des données** | Données répliquées à l'intérieur de l'AZ pour garantir la résilience locale.                                    |
 | **Limites** | Pas de protection inter-régions ou inter-Zones ; dépend d'une seule AZ.                                    |
 
-**Architecture 2N+1 :**
-
-Cette architecture double les ressources nécessaires (2N) et ajoute une unité supplémentaire (+1) pour garantir la continuité du service en cas de panne locale (serveur, disque). Les ressources sont réparties entre plusieurs datacenters dans la même AZ, assurant une faible latence et une résilience locale. Toutefois, elle ne protège pas contre une panne globale de l'AZ.
-
 #### Mise à l'échelle
 
 Dans une région 1-AZ, les options de mise à l'échelle sont quelque peu limitées en raison de l'existence d'une seule zone de disponibilité. Voici comment fonctionne la mise à l'échelle dans cette configuration :
@@ -127,12 +123,12 @@ La Région 3-AZ consiste en **trois zones de disponibilité indépendantes**, ch
 
 | Spécification         | Description                                                               |
 |-------------------|---------------------------------------------------------------------------|
-| **Type de redondance**      | 3N avec réplication inter-zones*.                                    |
+| **Type de redondance**      | 3N avec réplication inter-zone* et réplication des données inter-zone pour la résilience                                  |
 | **Tolérance aux pannes** | Garantit la résilience contre la perte d'une zone entière, avec basculement automatique.                      |
 | **Protection des données** | Données répliquées de manière synchrone entre les zones pour garantir leur disponibilité continue. |
 | **Limites** | Ne protège pas contre une panne complète de la région ; nécessite une architecture multirégionale pour une résilience maximale. |
 
-**3N avec réplication inter-zones** :
+***3N avec réplication inter-zones** :
 
 Dans cette architecture, les ressources sont triplées (3N) et réparties entre trois zones de disponibilité (AZ) distinctes. Les données sont répliquées de manière synchrone entre les zones, garantissant une résilience totale contre la perte d'une zone entière grâce au basculement automatique. Cependant, cette architecture ne protège pas contre une panne régionale complète.
 
@@ -188,15 +184,11 @@ Chaque Local Zone fonctionne comme une zone de disponibilité unique avec un ens
 
 | Avantage        | Description                                           |
 |------------------|-------------------------------------------------------|
-| **Type de redondance**      | Triple réplication locale* au sein de la zone pour garantir la résilience face aux défaillances matérielles.             |
+| **Type de redondance**      | Redondance au niveau de l'infrastructure (alimentation, réseau et refroidissement) et réplication locale des données à l'intérieur de la zone pour assurer la résilience.            |
 | **Tolérance aux pannes**  |  Garantit la continuité des opérations en cas de panne de disque ou de serveur au sein de la zone, mais ne protège pas contre une panne totale de la zone de disponibilité. |
 | **Protection des données**| Données répliquées dans la zone pour garantir leur disponibilité locale. |
 | **Limites**| Pas de protection contre les pannes globales ou régionales, dépend d’une seule Local Zone. |
 
-**Triple réplication locale :**
-
-Les données sont répliquées trois fois dans la même Local Zone, offrant une résilience contre les pannes matérielles (disque ou serveur). Cependant, cette architecture ne protège pas contre une panne complète de la zone et reste dépendante d'une seule Local Zone.
-
 #### Mise à l'échelle
 
 Dans les Local Zones, la mise à l'échelle est conçue pour répondre aux exigences des applications à faible latence tout en étant limitée à une seule zone de disponibilité. Voici comment la mise à l'échelle est structurée :
@@ -231,7 +223,7 @@ Architecture:
 |------------------------|-------------------------------------|---------------------------------|------------------------------------------|
 | **Structure de déploiement**   | Zone de disponibilité unique            | Trois zones indépendantes | Zone de disponibilité unique               |
 | **service disponible** | Tous ou la plupart des services Public Cloud | Tous ou la plupart des services Public Cloud | La plupart des services Compute et Storage
-| **Redondance**             | 2N+1 interne (ressources dans une seule AZ)                    | Redondance inter-zones (ressources répliquées entre les zones)            | Triple réplication locale (réplication des ressources dans une seule zone)              |
+| **Redondance**             | Redondance sur l'infrastructure et réplication locale des données | Redondance inter-zones (ressources répliquées entre zones) et réplication inter-zones des données | Redondance sur l'infrastructure et réplication locale des données |
 | **Disponibilité des données**      | Limitée pendant les pannes du centre de données, protégée contre les pannes de serveur/disque | Maintenue dans toutes les zones, résiliente aux pannes de zone | Limitée pendant les pannes du centre de données, protégée contre les pannes de serveur/disque |
 | **Latence**                | Faible pour les utilisateurs finaux proches                            | Faible pour les utilisateurs finaux proches et très faible entre les zones de disponibilité   | Faible pour les utilisateurs finaux proches |
 | **Cas d'utilisation**        | Développement, environnements de transition, applications sensibles aux coûts, services non critiques | Applications à haute disponibilité, services commerciaux essentiels, reprise après sinistre et charges de travail critiques | Applications en temps réel, informatique de pointe, jeux, flux vidéo, services conformes à la réglementation |
