Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
Qu’est-ce que les zones de disponibilité
Les zones de disponibilité (AZ) sont des centres de données physiquement distincts au sein d’une région Azure, chacun avec une alimentation indépendante, un refroidissement et une mise en réseau. Les zones de disponibilité isolent les défaillances d’infrastructure et améliorent la résilience et la disponibilité des applications.
Une région qui prend en charge les zones de disponibilité comporte généralement trois zones distinctes (par exemple, Zone 1, Zone 2 et Zone 3). Toutes les régions Azure ne prennent pas en charge les zones de disponibilité. Pour le Pare-feu Azure, les zones de disponibilité déterminent la façon dont les instances de pare-feu sont placées dans une région et la résilience du pare-feu aux défaillances zonales.
Redondance de zone
Le Pare-feu Azure utilise un modèle de déploiement redondant interzone par défaut pour améliorer la résilience, la disponibilité et la protection contre les défaillances zonales.
Pour les nouveaux déploiements, ne spécifiez pas les zones de disponibilité pour le pare-feu. Azure gère l’allocation des zones principales dans plusieurs zones de disponibilité au sein des régions où l’option par défaut est disponible. Vous n’avez pas besoin de choisir des identifiants de zone pour obtenir la redondance de zone.
- Les nouveaux pare-feux sans zones spécifiées sont redondants par zone par défaut dans les régions compatibles ZR.
- Les pare-feux existants sans redondance interzone, y compris ceux avec une zone unique explicitement spécifiée, sont migrés vers la plateforme dans des régions qui prennent en charge plusieurs zones de disponibilité.
- La migration est complète dans les régions listées. D’autres régions sont activées au fur et à mesure de la migration.
- Vous n’avez pas besoin de libérer, de redéployer ou de modifier les paramètres de zone du pare-feu pour bénéficier de la migration automatique.
Définitions
Les options de déploiement du Pare-feu Azure appartiennent aux catégories suivantes.
| Type de déploiement | Descriptif |
|---|---|
| Zone Redondante (ZR) | Le pare-feu est déployé sur plusieurs zones de disponibilité (au moins deux). |
| Zonal (zone unique) | Pare-feu configuré avec une seule zone (par exemple, uniquement la zone 1). |
| Régional (aucune zone) | Pare-feu configuré sans zones. |
Certaines régions ne prennent pas en charge les zones de disponibilité. Dans ces régions, le Pare-feu Azure continue de se déployer en tant que ressource régionale.
Migration de la plateforme des pare-feu existants
Pare-feu Azure migre les pare-feu existants sans redondance de zone afin qu’ils deviennent redondants interzones dans les régions qui prennent en charge plusieurs zones de disponibilité :
- La migration est automatique et transparente.
- Aucune interruption de service ou intervention de l'administrateur n'est requise.
Régions compatibles ZR
Depuis le 9 octobre 2026, la migration est complète et la redondance de zone est par défaut disponible dans les régions suivantes.
| Cloud | Identificateur de région |
|---|---|
| Azure public | eastus2 |
| Azure public | eastus |
| Azure public | japaneast |
| Azure public | australiaeast |
| Azure public | canadacentral |
| Azure public | westus2 |
| Azure public | centralus |
| Azure public | westeurope |
| Azure public | northeurope |
| Azure public | southcentralus |
| Azure public | francecentral |
| Azure public | centralindia |
| Azure public | koreacentral |
| Azure public | southeastasia |
| Azure public | germanywestcentral |
| Azure public | uksouth |
| Azure public | swedencentral |
| Azure public | uaenorth |
| Azure public | switzerlandnorth |
| Azure public | southafricanorth |
| Azure public | eastasia |
| Azure public | brazilsouth |
| Azure public | westus3 |
| Azure public | israelcentral |
| Azure public | polandcentral |
| Azure public | norwayeast |
| Azure public | italynorth |
| Azure public | spaincentral |
| Azure public | qatarcentral |
| Azure public | mexicocentral |
| Azure public | newzealandnorth |
| Azure public | indonesiacentral |
| Azure public (EUAP) | centraluseuap |
| Azure public (EUAP) | eastus2euap |
| Azure China | chinanorth3 |
| Azure Government | usgovvirginia |
Les régions EUAP ont un accès restreint. Utilisez une région disponible pour votre abonnement dans le cloud Azure approprié.
Présentation des propriétés de zone après la migration
Après la migration :
- Pour la rétrocompatibilité, le statut de migration (c'est-à-dire la configuration de zone mise à jour) n'apparaît pas immédiatement dans les propriétés du modèle ARM, du JSON ou de Azure Resource Graph (ARG).
- Le pare-feu est toujours redondant interzone sur le serveur principal.
- L’infrastructure de plateforme gère la redondance de zone indépendamment des propriétés du modèle ARM.
Configurer des zones de disponibilité dans le Pare-feu Azure
Pour le chemin de déploiement recommandé, omettez les paramètres de zone du pare-feu et laissez Azure gérer l’allocation. Choisissez une région compatible ZR lorsque vous avez besoin de redondance de zone par défaut.
En passant par le portail Azure
- Le portail Azure ne nécessite pas de sélectionner des zones de disponibilité spécifiques lors de la création d'un nouveau pare-feu. Dans les régions compatibles ZR, Azure gère par défaut un placement redondant par zone.
Utilisation d’API
- Omettez la propriété
zoneszones du pare-feu dans les requêtes d’API, les modèles ARM et les configurations Bicep et Terraform. Dans les régions compatibles, Azure gère la redondance de zone en arrière-plan. - N’ajoutez pas de zones explicites aux configurations existantes uniquement pour obtenir une redondance de zone. Les pare-feux existants éligibles sont migrés automatiquement.
Utilisation de Microsoft Azure PowerShell
L’exemple suivant crée un pare-feu sans passer -Zone à New-AzFirewall. Azure gère l'allocation des zones backend du pare-feu dans l'Est des États-Unis, une région compatible ZR.
Lorsque vous créez une adresse IP publique standard sans spécifier de zone, elle est configurée comme redondante par zone par défaut. Les adresses IP publiques standard peuvent être associées à toutes les zones ou à une seule zone.
$rgName = "Test-FW-RG"
$vnet = Get-AzVirtualNetwork `
-Name "Test-FW-VN" `
-ResourceGroupName $rgName
$pip1 = New-AzPublicIpAddress `
-Name "AzFwPublicIp1" `
-ResourceGroupName "Test-FW-RG" `
-Sku "Standard" `
-Location "eastus" `
-AllocationMethod Static `
-Zone 1,2,3
New-AzFirewall `
-Name "azFw" `
-ResourceGroupName $rgName `
-Location "eastus" `
-VirtualNetwork $vnet `
-PublicIpAddress @($pip1)
Limites
- La redondance de zone nécessite une région qui supporte plusieurs zones de disponibilité. Dans les régions sans zones de disponibilité, Pare-feu Azure reste une ressource régionale.
- Les restrictions de capacité régionale peuvent affecter le déploiement. Omettre des zones ne contourne pas les restrictions de capacité. Vérifiez les erreurs de déploiement et les problèmes connus du Pare-feu Azure avant de modifier votre configuration.
- Les propriétés des portails et des zones de ressources n’affichent pas nécessairement le placement du backend géré par la plateforme. Pour plus d’informations, voir Comprendre les propriétés des zones après la migration.
Contrats de niveau de service (SLA)
- Lorsque vous déployez le Pare-feu Azure à haute disponibilité (deux ou plusieurs zones de disponibilité), vous obtenez un SLA de disponibilité de 99,99 % de temps d’activité.
- Un SLA de temps de fonctionnement de 99,95% s’applique aux déploiements régionaux qui ne prennent pas en charge les zones de disponibilité.
Pour plus d’informations, consultez le contrat de niveau de service dupare-feu Azure (SLA) et les fonctionnalités de pare-feu Azure par référence SKU.