Zones de disponibilité

Même à l’intérieur d’une région, une seule panne de centre de données — alimentation électrique, incendie ou inondation — peut mettre votre application hors service. C’est précisément ce point de défaillance unique que corrigent les zones de disponibilité.

Une zone de disponibilité est un centre de données distinct au sein d’une région, doté de sa propre alimentation électrique, de son propre refroidissement et de son propre réseau. Les zones sont séparées de plusieurs kilomètres, et la plupart des régions qui les prennent en charge en comptent trois.

Il existe deux façons d’utiliser les zones : le mode zonal attache une ressource à une zone que vous choisissez, tandis que le mode redondant entre zones la répartit automatiquement sur toutes les zones — comme ZRS, qui écrit simultanément dans trois zones.

Les zones améliorent votre SLA. Une seule VM offre 99,9 %, deux VM dans un groupe à haute disponibilité offrent 99,95 %, et deux VM réparties entre des zones atteignent 99,99 % — soit moins de 53 minutes d’indisponibilité par an.

De nombreux services prennent en charge les zones de disponibilité. Les services zonaux comprennent les VM et les disques gérés ; les services redondants entre zones comprennent Azure SQL, AKS et ZRS. Vérifiez toujours la prise en charge de chaque service.

Les anciens groupes à haute disponibilité répartissent les VM entre des racks au sein d’un même centre de données : ils sont efficaces contre les pannes de racks, mais pas contre une panne complète. Les zones couvrent plusieurs centres de données ; privilégiez-les lorsqu’elles sont prises en charge.

Un modèle multizone robuste répartit les équilibreurs de charge, les serveurs web et les répliques de bases de données entre les zones. Si une zone tombe en panne, le trafic est simplement redirigé vers les zones opérationnelles.

Toutes les régions ne prennent pas en charge les zones : certaines régions plus petites peuvent ne pas disposer de trois centres de données. Microsoft qualifie celles qui les prennent en charge de régions recommandées ; choisissez-en une pour les architectures à haute disponibilité.

Les zones entraînent un léger coût supplémentaire : le transfert de données entre zones est facturé à un faible tarif par Go, bien inférieur à celui d’un transfert interrégional. Le coût en vaut la peine pour la disponibilité, mais intégrez-le à votre budget total.

Les architectures les plus robustes combinent les deux : les zones pour la tolérance aux pannes quotidiennes et les paires de régions pour la reprise d’activité après sinistre. Cela couvre les pannes courantes comme les rares catastrophes régionales.

Azure numérote les zones Zone 1, 2 et 3, mais ces numéros sont propres à chaque région : la Zone 1 de East US n’est pas la Zone 1 de West US. Planifiez le placement uniquement à l’intérieur d’une même région.

C’est le moment de faire une vérification rapide ! Voyons si les zones de disponibilité vous semblent maintenant claires.

Récapitulatif : les zones de disponibilité sont des centres de données isolés au sein d’une région, le mode zonal attache une ressource à une seule zone tandis que le mode redondant entre zones couvre toutes les zones, et les zones permettent d’atteindre un SLA de 99,99 % pour les VM.