Configurer la haute disponibilité
S’APPLIQUE À : 
Azure Database pour PostgreSQL : serveur flexible
Cet article explique comment activer ou désactiver la configuration de haute disponibilité dans votre serveur flexible Azure Database pour PostgreSQL dans la même zone ou les modèles de déploiement redondant interzone.
La fonctionnalité de haute disponibilité déploie des réplicas principaux et de secours physiquement distincts. Les deux réplicas peuvent être approvisionnés dans la même zone de disponibilité ou chacun sur une zone différente, selon le modèle de déploiement que vous choisissez. Pour plus d’informations, consultez Concepts de haute disponibilité. Vous pouvez activer la haute disponibilité au moment de la création de votre serveur flexible Azure Database pour PostgreSQL, ou vous pouvez le faire une fois le serveur créé.
Important
Mise à jour du modèle de facturation pour le serveur flexible Azure Database pour PostgreSQL (v5 HA) : en avril, nous avons implémenté une mise à jour du modèle de facturation pour la référence SKU v5 avec des serveurs à haute disponibilité (HA). Ce changement vise à refléter les frais de façon correcte, en tenant compte à la fois des serveurs principaux et de secours. Avant cette modification, nous facturions incorrectement les clients pour le serveur principal uniquement. Les clients utilisant la référence SKU v5 avec les serveurs HA voient désormais les quantités de facturation multipliées par 2. Cette mise à jour n’affecte pas les références SKU v4 et v3.
Activer la haute disponibilité pour les serveurs existants
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL.
Dans le menu des ressources, sous la section Paramètres, sélectionnez Haute disponibilité.
Si la haute disponibilité n’est pas activée, la case Activer la haute disponibilité est non cochée et l’État de la haute disponibilité s’affiche comme Non activé.
Sélectionnez la case Activer la haute disponibilité pour activer l’option. Elle affiche les options Même zone et Redondant interzone. Si vous choisissez Même zone, le serveur de secours est créé dans la même zone de disponibilité que le serveur principal.
Remarque
Si la région dans laquelle votre serveur est créé ne prend pas en charge la haute disponibilité avec redondance de zone, l’option Redondant interzone est grisée et désactivée.
Si la région prend en charge la redondance de zone et que vous sélectionnez Redondant interzone, vous pouvez choisir dans laquelle des autres zones disponibles vous souhaitez déployer votre serveur de secours.
Lorsque tout est configuré en fonction de vos besoins, sélectionnez Enregistrer pour appliquer les modifications. Une boîte de dialogue vous informe de l’augmentation du coût associée au déploiement du serveur de secours. Si vous décidez de continuer, sélectionnez Activer la haute disponibilité.
Un déploiement est lancé et, au terme de celui-ci, une notification indique que la haute disponibilité est bien activée.
Désactiver la haute disponibilité
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL.
Dans le menu des ressources, sous la section Paramètres, sélectionnez Haute disponibilité.
Si la haute disponibilité est activée, la case Activer la haute disponibilité est cochée, le Mode de la haute disponibilité est défini sur le mode configuré et l’État de la haute disponibilité est généralement affiché comme Sain.
Décochez la case Activer la haute disponibilité pour désactiver l’option.
Sélectionnez Enregistrer pour appliquer la modification. Une boîte de dialogue vous informe de la réduction des coûts associée à la suppression du serveur de secours. Si vous décidez de continuer, sélectionnez Désactiver la haute disponibilité.
Un déploiement est lancé et, lorsqu’il est terminé, une notification indique que la haute disponibilité a été désactivée avec succès.
Activer la haute disponibilité lors de l’approvisionnement du serveur
À l’aide du Portail Azure :
Lors de l’approvisionnement d’une nouvelle instance de serveur flexible Azure Database pour PostgreSQL, dans la section Haute disponibilité, sélectionnez Même zone ou Redondant interzone.
Remarque
Si la région dans laquelle votre serveur est créé ne prend pas en charge la haute disponibilité avec redondance de zone, l’option Redondant interzone est grisée et désactivée.
Si vous sélectionnez une zone spécifique pour le serveur principal en définissant la Zone de disponibilité sur une valeur autre qu’Aucune préférence, lorsque vous sélectionnez Redondant interzone, vous pouvez également sélectionner une valeur explicitement choisie pour le serveur de secours dans Zone de disponibilité de secours. Définir des zones sur des zones spécifiques est utile si vous souhaitez colocaliser votre application dans la même zone que la base de données, afin de réduire la latence. Choisissez Aucune préférence si vous souhaitez que le serveur de secours soit déployé sur une zone de disponibilité automatiquement choisie pour vous.
basculement forcé
Suivez ces étapes pour forcer le basculement de votre serveur principal vers le serveur de secours dans un serveur flexible Azure Database pour PostgreSQL. Le déclenchement d’un basculement forcé met immédiatement le serveur principal hors service et déclenche un basculement vers le serveur de secours. Le lancement d’un basculement forcé est utile pour les cas dans lesquels vous souhaitez tester la façon dont un basculement provoqué par une panne non planifiée affecterait votre charge de travail.
Important
N’effectuez pas de basculements consécutifs sans pause. Patientez au moins 15 à 20 minutes entre les basculements. Cette attente permet au nouveau serveur de secours de s’établir complètement.
La durée d’ensemble de l’opération indiquée dans le portail peut être plus longue que le temps d’arrêt réel subi par l’application. Vous devez mesurer le temps d’arrêt du point de vue de l’application.
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL sur lequel la haute disponibilité est activée.
Dans le menu des ressources, sous la section Paramètres, sélectionnez Haute disponibilité.
Si le mode de haute disponibilité est défini sur le mode Redondant interzone, vous pouvez prendre note des valeurs affectées à la Zone de disponibilité principale et à la Zone de disponibilité de secours, car elles doivent être inversées une fois l’opération de basculement terminée.
Sélectionnez Basculement forcé pour lancer la procédure de basculement manuel. Une boîte de dialogue vous informe du temps d’arrêt attendu jusqu’à ce que le basculement se termine. Si vous décidez de continuer, sélectionnez OK.
La notification qui s’affiche indique que le basculement est en cours.
Une fois le basculement vers le serveur de secours terminé, une notification vous informe de la fin de l’opération.
Si le mode haute disponibilité est configuré comme redondant interzone, vérifiez que les valeurs de la Zone de disponibilité principale et de la Zone de disponibilité de secours sont désormais inversées.
Basculement planifié
Suivez ces étapes pour effectuer un basculement planifié de votre serveur principal vers le serveur de secours dans un serveur flexible Azure Database pour PostgreSQL. Lancer cette opération prépare d’abord le serveur de secours, puis effectue le basculement. Cette opération de basculement permet de réduire au minimum les temps d’arrêt, car elle effectue un basculement approprié vers le serveur de secours. Elle est utile dans des situations telles que lorsqu’un basculement inattendu se produit et que vous souhaitez ramener le serveur principal dans votre zone de disponibilité privilégiée.
Important
N’effectuez pas de basculements consécutifs sans pause. Patientez au moins 15 à 20 minutes entre les basculements. Cette attente permet au nouveau serveur de secours de s’établir complètement.
Nous recommandons d’effectuer des basculements planifiés lorsque l’activité est faible.
La durée d’ensemble de l’opération indiquée dans le portail peut être plus longue que le temps d’arrêt réel subi par l’application. Vous devez mesurer le temps d’arrêt du point de vue de l’application.
À l’aide du Portail Azure :
Sélectionnez votre serveur flexible Azure Database pour PostgreSQL sur lequel la haute disponibilité est activée.
Dans le menu des ressources, sous la section Paramètres, sélectionnez Haute disponibilité.
Si le mode de haute disponibilité est défini sur le mode Redondant interzone, vous pouvez prendre note des valeurs affectées à la Zone de disponibilité principale et à la Zone de disponibilité de secours, car elles doivent être inversées une fois l’opération de basculement terminée.
Sélectionnez Basculement planifié pour lancer la procédure de basculement manuel. Une boîte de dialogue vous informe du temps d’arrêt attendu jusqu’à ce que le basculement se termine. Si vous décidez de continuer, sélectionnez OK.
La notification qui s’affiche indique que le basculement est en cours.
Une fois le basculement vers le serveur de secours terminé, une notification vous informe de la fin de l’opération.
Si le mode haute disponibilité est configuré comme redondant interzone, vérifiez que les valeurs de la Zone de disponibilité principale et de la Zone de disponibilité de secours sont désormais inversées.
Considérations spéciales
L’activation ou la désactivation de la haute disponibilité sur un serveur flexible Azure Database pour PostgreSQL ne modifie pas d’autres paramètres, notamment la configuration réseau, les paramètres de pare-feu, les paramètres du serveur ou la rétention des sauvegardes. Activer ou désactiver la haute disponibilité est une opération en ligne et n’affecte pas la connectivité et les opérations de votre application.
La haute disponibilité avec les deux réplicas déployés dans la même zone est prise en charge et disponible dans toutes les régions dans lesquelles Azure Database pour PostgreSQL : Serveur flexible est pris en charge. Toutefois, la haute disponibilité avec redondance de zone n’est disponible que dans certaines régions.
La haute disponibilité n’est pas prise en charge au niveau Burstable. Elle n’est prise en charge que dans les niveaux Usage général ou Optimisé pour la mémoire.
Si vous déployez un serveur dans une région qui ne comporte qu’une seule zone de disponibilité, vous pouvez activer la haute disponibilité uniquement en mode Même zone. Si la région est améliorée à l’avenir en y ajoutant plusieurs zones de disponibilité, vous pourrez déployer un nouveau serveur flexible Azure Database pour PostgreSQL avec une haute disponibilité configurée en tant que même zone ou redondant interzone. Cependant, vous ne pouvez pas activer directement la haute disponibilité en mode redondant interzone pour les instances qui ont été déployées dans la région lorsque celle-ci était constituée d’une seule zone de disponibilité. Pour contourner ce problème, vous pouvez restaurer ces instances sur de nouvelles instances, puis activer la haute disponibilité redondante interzone sur les serveurs restaurés.
- Suivez les instructions fournies dans Restauration à un instant dans le passé d’un serveur flexible Azure Database pour PostgreSQL pour restaurer l’instance existante sur une nouvelle instance à l’aide du dernier point de restauration.
- Une fois le nouveau serveur créé, activez la haute disponibilité avec redondance de zone.
- Après la vérification des données, vous pouvez éventuellement supprimer l’ancien serveur.
- Vérifiez que les chaînes de connexion de votre clientèle sont modifiées pour pointer vers votre instance nouvellement restaurée.