Fermer

juin 23, 2021

Comment obtenir une haute disponibilité pour Azure SQL à l'aide du groupe de basculement automatique9 minutes de lecture



Un groupe de basculement automatique est une fonctionnalité de base de données Azure SQL qui réplique une ou un groupe de bases de données sur le serveur SQL Azure secondaire dans une autre région. Cette fonctionnalité est utilisée pour basculer toutes les bases de données du groupe de basculement en cas de sinistre et le basculement est automatique.

La haute disponibilité est un élément crucial pour les professionnels des données, même lorsqu'ils opèrent dans un environnement cloud tel qu'Azure. L'architecture de la Plateforme Microsoft Azure en tant que service (PaaS) est conçue de manière à offrir une haute disponibilité pour le service dès le départ. Cela permet de garantir que vos bases de données, telles que Azure SQL Database et Azure SQL Managed Instances, sont toujours disponibles pour une utilisation sans avoir à lever le petit doigt. Plus encore, Microsoft offre désormais la possibilité de contrôler manuellement un basculement pour ces ressources, ce qui donne aux professionnels des données un contrôle plus granulaire.

Tejas 1

Pourquoi choisir un groupe de basculement automatique[19659005] La base de données Azure SQL offre par défaut un SLA de disponibilité de 99,99 % sur tous ses niveaux de service, ce qui signifie que le temps d'arrêt d'une base de données ne dépassera pas 52 minutes par an. L'utilisation de la « redondance de zone » augmente la disponibilité à 99,995%, soit environ 26 minutes par an.

Ces chiffres impressionnants sont réalisables grâce à la redondance dans la région des ressources de calcul et de stockage et au basculement automatique dans la région . Certains événements perturbateurs peuvent avoir un impact sur la disponibilité de la région, comme une panne de centre de données, éventuellement causée par une catastrophe naturelle, une panne de réseau, un dysfonctionnement matériel ou logiciel, etc. Pour se protéger contre un sinistre régional, les groupes de basculement automatique peuvent être configurés pour basculer automatiquement une ou plusieurs bases de données vers une autre région.

La différence entre la géo-réplication et le groupe de basculement automatique

Avec la géo-réplication, l'ancien service fourni par Azure, vous pouvez désigner jusqu'à quatre bases de données secondaires lisibles (chacune résidant sur un serveur logique distinct dans n'importe quelle région prise en charge par votre abonnement Azure, y compris la région hébergeant la base de données principale), qui sont automatiquement configurées en tant que partenaires de réplication. Une fois la réplication établie, vous pouvez lancer un basculement planifié ou non entre le principal actuel et l'un des secondaires.

Bien que la géo-réplication soit très simple à configurer (elle peut être configurée directement à partir du portail Azure en désignant simplement l'emplacement souhaité des réplicas secondaires), il existe quelques inconvénients qui limitent son utilité, tels que :

  • Le manque de prise en charge de la réplication et du basculement simultanés de plusieurs bases de données
  • Le besoin d'un basculement manuel

Ces limitations ont été traités par les groupes de basculement automatique. L'un des principaux atouts de cette technologie est la prise en charge du basculement automatique de plusieurs bases de données en fonction des regroupements personnalisés que vous définissez. Toutes les bases de données du même groupe doivent faire partie du même serveur logique, les serveurs source et cible résidant dans deux régions Azure différentes.

Une autre distinction entre les groupes de géo-réplication et de basculement automatique est la prise en charge des groupes de basculement automatique « lire -write" et des points de terminaison d'écoute "en lecture seule" qui restent les mêmes après un basculement. Cela signifie que les applications clientes continueront de fonctionner sans aucune configuration supplémentaire, quel que soit l'emplacement du réplica principal ou secondaire.

Le groupe de basculement automatique utilise la même technologie sous-jacente que la géo-réplication. Voici quelques-unes des différences entre les groupes de basculement automatique et la géoréplication active.

Représentation géographique et panne automatique

Comment fonctionne un groupe de basculement[19659017]Les groupes de basculement, tout comme la géo-réplication, utilisent la fonctionnalité « Always-on » de SQL Server avec un mouvement de données asynchrone pour assurer la continuité des activités. Les groupes de basculement sont construits au-dessus de la géo-réplication et fournissent des basculements automatiques pour vos applications. Ceci est réalisable en créant des écouteurs pour les groupes de basculement.

Le basculement automatique fournit deux écouteurs créés par Azure. Le premier pour la charge de travail de type OLTP « lecture-écriture » ​​et le second pour la connexion « lecture seule ». Les enregistrements DNS (Domain Name System) se mettent à jour automatiquement pour rediriger vers le bon serveur après un changement de rôle.

Lecture-écriture : .database.windows.net

Lecture seule : .secondaire.database.windows.net

Le groupe de basculement automatique doit être configuré sur le serveur principal, qui le connectera ensuite au serveur secondaire dans une autre région Azure. Les groupes peuvent inclure tout ou partie des bases de données de ces serveurs. Le schéma suivant illustre une configuration typique d'une application cloud géo-redondant utilisant plusieurs bases de données et un groupe de basculement automatique :

Comme vous pouvez le voir dans l'image ci-dessus, deux écouteurs ont été créés pour chaque groupe de basculement. L'écouteur « en lecture seule » peut être utilisé pour les applications ou les connexions, qui souhaitent uniquement lire les données. Dans ce cas, les connexions seront dirigées vers le serveur SQL logique secondaire. L'autre écouteur est l'écouteur « lecture-écriture », qui peut être utilisé pour diriger les connexions vers le serveur SQL logique principal où la « lecture » ​​et les « écritures » peuvent toutes deux se produire.

Une autre option en plus d'un basculement automatique est le possibilité de créer des groupes de bases de données. Semblables aux « groupes de disponibilité » sur votre « toujours activé sur site », les groupes de basculement dans la base de données Azure SQL se comportent de la même manière, ce qui signifie que toutes les bases de données à l'intérieur du groupe de basculement basculeront ensemble vers l'autre nœud secondaire.[19659007]Configuration du groupe de basculement automatique sur le serveur SQL Azure :

  1. Connectez-vous au portail Azure et accédez à la page SQL Server. Ensuite, recherchez "SQL Server" dans la zone de recherche. Veuillez vous référer à l'image ci-dessous :

  1. Cliquez sur le serveur sur lequel vous allez configurer les groupes de basculement. Sur la page des détails du serveur, cliquez sur "groupes de basculement".

Créer un nouveau

  1. Cliquez sur "ajouter un groupe". Entrez le nom du groupe de basculement que vous utiliserez pour connecter le serveur principal actuel. Sélectionnez le serveur secondaire si vous en avez déjà un dans une autre région. Si vous ne le faites pas, vous devrez créer un nouveau serveur SQL dans une région différente. Le serveur secondaire de la même région n'est pas pris en charge dans les groupes de basculement dans Azure SQL Server.
  1. Sélectionnez la stratégie de basculement « Lecture/écriture ». Sélectionnez "automatique" si vous avez besoin d'un basculement automatique lorsque le principal tombe en panne. Sélectionnez la période de grâce « lecture/écriture ».
  1. Ajoutez les bases de données au groupe que vous souhaitez basculer vers le secondaire et cliquez sur "create."

Remarque : Comme les données se répliquent de manière asynchrone, le basculement immédiat peut entraîner une perte de données. Nous devons définir le délai de grâce en conséquence pour réduire la perte de données. La période de grâce est le temps que le service SQL attend avant de déclencher un basculement automatique en cas de panne.

Une fois le groupe de basculement créé et la réplication des bases de données terminée, deux points de terminaison sont alors créés. Le nom du groupe de basculement fourni, qui est le point de terminaison de l'écouteur « lecture-écriture », pointera toujours vers le serveur principal actuel dans le groupe de basculement Azure SQL Server. L'autre est un point de terminaison d'écoute « en lecture seule », qui pointe toujours vers le serveur secondaire du groupe de basculement.

Pour connaître les points de terminaison, accédez aux groupes de basculement et cliquez sur le nom du groupe de basculement. Sous la carte, vous pouvez voir les détails du serveur principal et secondaire, les points de terminaison « lecture-écriture » ​​et « lecture seule ».

Lorsqu'un basculement planifié est imité, les bases de données secondaires sont entièrement synchronisés avec les bases de données principales Azure SQL avant de changer les rôles. Dans ce cas, il n'y a pas de perte de données.

Une fois le basculement réussi, le primaire existant devient secondaire et le secondaire existant devient primaire. Le pointage des points de terminaison d'écoute « lecture-écriture » ​​et « lecture seule » est modifié automatiquement. « Failover forcé » est utilisé pour effectuer un basculement forcé manuel, qui change immédiatement les rôles sans se synchroniser avec le principal. Cela peut entraîner une perte de données.

Azure Knowledge au bout des doigts

Nous avons exploré comment créer des groupes de basculement automatique dans Azure SQL Server et les différences entre les groupes de basculement automatique et la géoréplication. Les groupes de basculement automatique vous offrent la possibilité de basculer automatiquement pour votre groupe de bases de données Azure SQL sans qu'il soit nécessaire de modifier la chaîne de connexion de l'application. Pour plus d'informations sur les groupes de basculement automatique ou Azure, contactez nos experts en commerce dès aujourd'hui.

À propos de l'auteur

Tejas est administrateur système depuis 4 ans et prend en charge l'infrastructure et les opérations de serveur sur les plates-formes Windows pour les environnements dédiés et cloud. Il adore prendre en charge des environnements dédiés tout en travaillant parallèlement sur une plate-forme cloud Azure en explorant des services cloud prêts à nous accueillir avec leurs fonctionnalités et leurs avantages par rapport à un environnement dédié.

En savoir plus sur cet auteur




Source link

0 Partages