Proofreading

Y0Coss · Y0Coss · commit 343761bacbf2 · 2025-01-27T15:11:20.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
@@ -1,7 +1,7 @@
 ---
 title: "Comparison and resilience of Deployment Modes - Understanding 3-AZ / 1-AZ / Local Zones"
 excerpt: "Explore OVHcloud's deployment modes"
-updated: 2025-01-10
+updated: 2025-01-27
 ---
 
 <style>
@@ -28,7 +28,7 @@ Additionally, we will highlight the real-world challenges users may face, such a
 
 ## Concepts
 
-What is an **AZ** ? 
+What is an **AZ** ?
 
 An Availability Zone (AZ) is a unit of infrastructure made up of one or more isolated or separate data centres located in a specific geographical region where public cloud services are hosted and operated.
 
@@ -56,7 +56,7 @@ Services and data are protected against localised incidents thanks to effective
 
 ![1az_region_schema](images/1az_region_schema.png){.thumbnail}
 
-> [!info]
+> [!primary]
 >
 > In a 1AZ region, your instances or other resources can be distributed across several data centres within the same availability zone. This architecture allows you to benefit from local redundancy, while remaining in the same availability zone.
 
@@ -79,7 +79,7 @@ Services and data are protected against localised incidents thanks to effective
 
 | Specification         | Description                                                               |
 |-------------------|---------------------------------------------------------------------------|
-| **Redundancy Type**   | Redundancy on the infrastructure side (power, network, and cooling). </br> Local data replication within the zone for resilience.                                        |
+| **Redundancy Type**   | Redundancy on the infrastructure side (power, network, and cooling).</br> 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.                                    |
@@ -117,9 +117,9 @@ Architecture:
 
 > [!warning]
 >
-> Deploying instances in a 3AZ configuration requires manual intervention to configure each instance. Ensure that each instance is correctly configured in the respective availability zones to guarantee optimal distribution and redundancy.
+> Deploying instances in a 3AZ configuration requires a manual intervention to configure each instance. Ensure that each instance is correctly configured in the respective availability zones to guarantee optimal distribution and redundancy.
 
-Region 3-AZ consists of **three independent** and distinct availability zones, designed according to strict separation standards. Each zone has isolated power, cooling and network systems, guaranteeing true fault isolation. These zones are geographically distributed at an optimised distance (30 km) to prevent any impact of a regional disaster on several zones simultaneously.
+A 3-AZ region consists of **three independent** and distinct availability zones, designed according to strict separation standards. Each zone has isolated power, cooling and network systems, guaranteeing true fault isolation. These zones are geographically distributed at an optimised distance (30 km) to prevent any impact of a regional disaster on several zones simultaneously.
 
 This configuration ensures high availability of services, even in the event of the complete failure of an availability zone. Thanks to this separation, the architecture enables efficient replication of data and services between zones, while maintaining low latency to guarantee optimum application performance. So if one zone fails, the others continue to process traffic and maintain performance.
 
@@ -146,7 +146,7 @@ This configuration ensures high availability of services, even in the event of t
 | **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. |
 
-***inter-zone replication :**
+**Inter-zone replication:**
 
 In this architecture, resources are tripled (3N) and distributed between three distinct availability zones (AZ). Data can be 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.
 
@@ -209,8 +209,6 @@ Each Local Zone operates as a single availability zone with a limited set of ser
 | **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. |
 
-<!-- schema -->
-
 #### 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:
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,7 +1,7 @@
 ---
 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
+updated: 2025-01-27
 ---
 
 <style>
@@ -30,7 +30,7 @@ En outre, nous mettrons en évidence les défis concrets auxquels les utilisateu
 
 Qu'est ce qu'une **AZ** ? 
 
-Une Availability Zone (AZ) est une unité d'infrastructure composée d'un ou plusieurs centres de données isolés ou séparés, situés dans une région géographique spécifique où les services cloud publics sont hébergés et opérés
+Une Availability Zone (AZ) est une unité d'infrastructure composée d'un ou plusieurs centres de données isolés ou séparés, situés dans une région géographique spécifique où les services Public Cloud sont hébergés et opérés.
 
 OVHcloud fournit une infrastructure robuste et adaptable, conçue pour répondre à une grande variété de cas d'utilisation grâce à des modèles de déploiement qui équilibrent rentabilité, redondance et tolérance aux pannes. Ces différentes options permettent aux utilisateurs de choisir l’approche la plus adaptée à leurs exigences en matière de résilience, de disponibilité et de performance.
 
@@ -56,7 +56,7 @@ Les services et les données sont protégés contre les incidents localisés gr
 
 ![1az_region_schema](images/1az_region_schema.png){.thumbnail}
 
-> [!info]
+> [!primary]
 >
 > Dans une région 1AZ, vos instances ou autres ressources peuvent être réparties sur plusieurs centres de données au sein de la même zone de disponibilité. Cette architecture permet de bénéficier d’une redondance locale, tout en restant dans une seule et même zone de disponibilité.
 
@@ -79,7 +79,7 @@ Les services et les données sont protégés contre les incidents localisés gr
 
 | Spécification         | Description                                                               |
 |-------------------|---------------------------------------------------------------------------|
-| **Type de redondance**   | Redondance au niveau de l'infrastructure (alimentation, réseau et refroidissement). </br> Réplication locale des données à l'intérieur de la zone pour assurer la résilience.                                       |
+| **Type de redondance**   | Redondance au niveau de l'infrastructure (alimentation, réseau et refroidissement).</br> 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.                                    |
@@ -119,7 +119,7 @@ Architecture:
 >
 > Le déploiement d'instances dans une configuration 3AZ nécessite une intervention manuelle pour la configuration de chaque instance. Assurez-vous de configurer correctement chaque instance dans les zones de disponibilité respectives pour garantir une répartition et une redondance optimales.
 
-La Région 3-AZ consiste en **trois zones de disponibilité indépendantes** et distinctes, conçues selon des normes strictes de séparation. Chaque zone dispose de systèmes d'alimentation, de refroidissement et de réseau isolés, garantissant une véritable isolation des pannes. Ces zones sont géographiquement réparties à une distance optimisée ( 30 km ) pour prévenir tout impact d’un sinistre régional sur plusieurs zones simultanément.
+La Région 3-AZ consiste en **trois zones de disponibilité indépendantes** et distinctes, conçues selon des normes strictes de séparation. Chaque zone dispose de systèmes d'alimentation, de refroidissement et de réseau isolés, garantissant une véritable isolation des pannes. Ces zones sont géographiquement réparties à une distance optimisée (30 km) pour prévenir tout impact d’un sinistre régional sur plusieurs zones simultanément.
 
 Cette configuration assure une haute disponibilité des services, même en cas de défaillance complète d’une zone de disponibilité. Grâce à cette séparation, l’architecture permet une réplication efficace des données et des services entre les zones, tout en maintenant une faible latence pour garantir une performance optimale des applications. Ainsi, si une zone tombe en panne, les autres continuent à traiter le trafic et à maintenir les performances.
 
@@ -141,16 +141,14 @@ Cette configuration assure une haute disponibilité des services, même en cas d
 
 | Spécification         | Description                                                               |
 |-------------------|---------------------------------------------------------------------------|
-| **Type de redondance**      | Infrastructure redundancy (power, network and cooling) on 3 separate sites using the 3AZ model, increasing availability and fault tolerance. </br> Enable inter-zone data replication for resilience.                                 |
+| **Type de redondance**      | Redondance de l’infrastructure (alimentation, réseau et refroidissement) sur 3 sites distincts utilisant le modèle 3AZ, ce qui augmente la disponibilité et la tolérance aux pannes. </br> Activez la réplication des données entre zones pour plus de 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. |
 
-<!-- schema -->
-
-***réplication inter-zones** :
+**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 peuvent être répliquées de manière synchrone entre les zones, ce qui garantit une résilience totale contre la perte d'une zone entière grâce au basculement automatique. Toutefois, cette architecture ne protège pas contre une défaillance régionale complète.
+Dans cette architecture, les ressources sont triplées (3N) et réparties entre trois zones de disponibilité (AZ) distinctes. Les données peuvent être répliquées de manière synchrone entre les zones, ce qui garantit une résilience totale contre la perte d'une zone entière grâce au failover automatique. Toutefois, cette architecture ne protège pas contre une défaillance régionale complète.
 
 #### Mise à l'échelle
 
@@ -206,13 +204,11 @@ Chaque Local Zone fonctionne comme une zone de disponibilité unique avec un ens
 
 | Avantage        | Description                                           |
 |------------------|-------------------------------------------------------|
-| **Type de redondance**      | Redondance au niveau de l'infrastructure (alimentation, réseau et refroidissement). </br> Réplication locale des données à l'intérieur de la zone pour assurer la résilience.            |
+| **Type de redondance**      | Redondance au niveau de l'infrastructure (alimentation, réseau et refroidissement).</br> 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. |
 
-<!-- schema -->
-
 #### 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 :
