Depuis le 1er décembre 2023, vous pouvez bénéficier des nouveaux droits de basculement (failover rights) pour Azure SQL Database, qui vous permettent de réduire vos coûts de licence pour les scénarios de reprise après sinistre (disaster recovery ; DR). Si vous disposez d’une réplique de base de données secondaire qui n’est utilisée qu’à des fins de reprise après sinistre et qui n’a pas de charges de travail ou de connexions actives, vous pouvez la marquer comme réplique de secours. De cette façon, vous n’avez pas à payer pour les vCores sous licence dans la base de données primaire, et vous ne payez que pour les ressources de calcul et de stockage consommées par la base de données secondaire.
Quels sont les avantages de l’utilisation de répliques en attente ?
L’utilisation de répliques en attente peut vous aider à obtenir les avantages suivants :
- Réduction des coûts : Vous pouvez économiser jusqu’à 50 % sur les coûts de licence pour la reprise après sinistre, car vous ne payez que pour les vCores utilisés par la base de données principale, et non par la base de données secondaire.
- Gestion simplifiée : Vous pouvez facilement désigner une base de données secondaire comme réplique de secours en utilisant l’Azure Portal, Azure PowerShell ou Azure CLI. Vous pouvez également surveiller l’état et l’utilisation de vos répliques en attente depuis l’Azure Portal.
- Continuité des activités : Vous pouvez toujours utiliser les groupes de basculement pour gérer la réplication et le basculement de vos bases de données entre les régions. Vous pouvez également utiliser le point de terminaison de l’auditeur en lecture seule pour décharger les charges de travail en lecture seule sur la base de données secondaire, si nécessaire.
Comment activer les répliques en attente pour mes bases de données ?
Pour activer les répliques de secours pour vos bases de données, vous devez suivre les étapes suivantes :
- Créez un groupe de basculement : Un groupe de basculement est un regroupement logique de bases de données qui sont répliquées et basculées ensemble. Vous pouvez créer un groupe de basculement en utilisant Azure Portal, Azure PowerShell ou Azure CLI. Vous devez spécifier un serveur primaire et un serveur secondaire dans différentes régions, et sélectionner les bases de données que vous souhaitez inclure dans le groupe de basculement. Pour plus de détails, voir Configurer un groupe de basculement.
- Marquez une base de données secondaire comme réplique de secours : Après avoir créé un groupe de basculement, vous pouvez marquer une base de données secondaire comme réplique en attente en utilisant Azure Portal, Azure PowerShell ou Azure CLI. Vous devez définir la propriété “Standby” de la base de données sur “True”. Pour plus de détails, voir Marquer une base de données secondaire comme réplique en attente.
Quelles sont les limitations et les considérations liées à l’utilisation des répliques en attente ?
Avant d’utiliser les répliques en attente, vous devez tenir compte des limitations et considérations suivantes :
- Exigences en matière de licence : Pour utiliser les répliques en attente, vous devez disposer d’une assurance logicielle ou d’une prestation hybride active pour votre base de données principale. Vous devez également vous assurer que les bases de données primaires et secondaires ont le même niveau de service, la même taille de calcul et la même taille de stockage.
- SLA de disponibilité : Les répliques en attente ne sont pas couvertes par l’accord de niveau de service (Service Level Agreement ; SLA) de disponibilité de Azure SQL Database. Si le serveur secondaire ou la région devient indisponible, il se peut que vous ne puissiez pas basculer sur la réplique en attente ou la restaurer dans une autre région. Un SLA de disponibilité est un type d’accord de niveau de service (SLA) qui spécifie le pourcentage de temps pendant lequel un service est disponible et opérationnel au cours d’une période donnée, à l’exclusion de tout temps d’arrêt planifié ou convenu. Par exemple, un SLA de disponibilité de 99,9 % signifie que le service est censé être opérationnel pendant au moins 99,9 % du temps au cours d’un mois, ce qui correspond à environ 43 minutes de temps d’arrêt.
- Risque de perte de données : Les répliques en attente utilisent la réplication asynchrone, ce qui signifie qu’il peut y avoir une perte de données en cas de basculement. Vous pouvez vérifier le retard de réplication de votre réplique en attente depuis Azure Portal ou en utilisant la vue de gestion dynamique “sys.dm_geo_replication_link_status”.
Plus d’informations
Pour consulter l’article d’annonce, veuillez vous rendre à l’adresse suivante : https://techcommunity.microsoft.com/t5/azure-sql-blog/license-free-standby-replica-for-azure-sql-database/ba-p/3973406.
Vous trouverez la nouvelle clause dans les Product Terms de décembre 2023 ici : https://www.microsoft.com/licensing/terms/productoffering/MicrosoftAzure/EAEAS#:~:text=SQL%20Server%20workloads.-,Azure%20SQL%20Database,to%20users%20or%20devices%20or%20otherwise%20run%20active%20SQL%20Server%20workloads.,-Azure%20Virtual%20Desktop.
Pour obtenir des instructions sur la configuration de la réplique en attente, veuillez consulter le site : https://learn.microsoft.com/fr-fr/azure/azure-sql/database/standby-replica-how-to-configure?view=azuresql-db&tabs=azure-portal.
Pour obtenir des informations sur les programmes de licence Microsoft, veuillez consulter : https://www.schneider.im/fr/logiciels/microsoft/.
N’hésitez pas à nous contacter pour obtenir des conseils d’experts gratuits sur vos accords Microsoft spécifiques, plus d’informations et pour demander un devis.