Partager via

Configurer un réplica en attente sans licence pour Azure SQL Managed Instance

S’applique à :Azure SQL Managed Instance

Cet article explique comment économiser sur les coûts de licence en désignant votre instance managée SQL secondaire pour la secours lors de l’utilisation d’Azure SQL Managed Instance.

Remarque

L’avantage du basculement s’applique uniquement lorsque vous configurez une instance secondaire en tant que secours au sein d’un groupe de basculement. Pour les environnements hybrides entre SQL Server et SQL Managed Instance, utilisez plutôt l’avantage du basculement hybride.

Vue d’ensemble

Si vous utilisez un déploiement Azure SQL Managed Instance secondaire comme dispositif en attente pour la reprise d'activité et qu'aucune application ou charge de travail en lecture n'est connectée à l'instance secondaire, vous pouvez réduire les coûts de licence en désignant le réplica comme instance en attente.

Lorsqu'une instance secondaire est désignée comme étant en attente, Microsoft vous fournit le nombre de vCores sous licence pour l'instance principale sans frais supplémentaires dans le cadre de l'avantage des droits de basculement dans les conditions de licence du produit. Vous êtes toujours facturé pour le calcul et le stockage qu’utilise l’instance secondaire.

Les groupes de basculement pour un déploiement SQL Managed Instance prennent en charge un seul réplica. Le réplica doit être un réplica lisible ou désigné comme réplica de secours.

Coût-avantages

Lorsque vous désignez un réplica d’instance managée SQL comme réplica de secours, Microsoft ne vous facture pas les coûts de licence SQL Server pour les vCores utilisés par le réplica de secours. Toutefois, l’instance étant facturée pour l’heure entière, des coûts de licence peuvent toujours être facturés pour l’heure entière si le changement d’état est effectué au milieu de l’heure.

L’avantage diffère selon que les clients utilisent le modèle de paiement à l’utilisation ou le modèle Azure Hybrid Benefit. Pour un client avec paiement à l’utilisation, la remise relative aux vCores apparaît sur sa facture. Pour un client qui utilise Azure Hybrid Benefit pour le réplica en attente, le nombre de vCores que le réplica secondaire utilise est retourné à son pool de licences.

Par exemple, en tant que client avec paiement à l'utilisation, si vous disposez de 16 vCores attribués à l'instance secondaire, une réduction de 16 vCores apparaît sur votre facture si vous désignez votre instance secondaire comme étant uniquement en attente.

Dans un autre exemple, si vous avez 16 licences Azure Hybrid Benefit et que vous déployez deux instances managées SQL qui ont chacun 8 vCores dans un groupe de basculement, une fois que vous avez désigné l’instance secondaire comme de secours, 8 vCores sont retournés à votre pool de licences pour vous permettre d’utiliser avec d’autres déploiements Azure SQL.

Fonctionnalités opérationnelles

Le tableau suivant décrit les fonctionnalités fonctionnelles d’une instance managée SQL secondaire de secours :

Fonctionnalités Description
Charges de travail en lecture limitées Après avoir désigné votre instance comme instance en attente, vous ne pouvez exécuter qu'un nombre limité de charges de travail en lecture sur l'instance secondaire, comme les vues de gestion dynamique (DMV), les sauvegardes et les requêtes DBCC (Database Console Commands).
Basculement planifié Tous les scénarios de basculement planifiés, y compris les exercices de récupération, le déplacement de bases de données vers différentes régions et le retour de bases de données vers l'instance principale, sont pris en charge par le réplica en attente. Quand l’instance secondaire bascule vers l’instance principale, elle peut servir des requêtes de lecture et d’écriture. Le nouveau réplica secondaire (initialement réplica principal) devient le réplica en attente et ne doit pas être utilisé pour les charges de travail en lecture.
Basculement non planifié Pendant un basculement non planifié, après que l’instance secondaire a basculé vers le rôle principal, elle peut servir des requêtes de lecture et d’écriture. Une fois l'interruption atténuée et l'instance principale d'origine reconnectée, celle-ci devient le nouveau réplica en attente secondaire et ne doit pas être utilisée pour les charges de travail en lecture.
Sauvegarde et restauration Le comportement de sauvegarde et de restauration dans un réplica de secours et une instance managée SQL secondaire lisible sont identiques.
Supervision Toutes les opérations de supervision prises en charge par un réplica secondaire accessible en lecture sont prises en charge par le réplica en attente.
RPO et RTO Le réplica en attente fournit le même objet de point de récupération (RPO) et le même objectif de temps de récupération (RTO) qu'un réplica secondaire accessible en lecture.
Suppression d’un groupe de basculement Si le groupe de basculement est supprimé par le biais d'une méthode telle que l'utilisation de l'applet de commande Remove-AzSqlDatabaseInstanceFailoverGroup, le réplica en attente devient une instance autonome en lecture/écriture. Le modèle de licence revient à ce qu'il était avant la désignation du réplica en tant que réplica en attente (Azure Hybrid Benefit ou paiement à l'utilisation).

L'instance en attente ne doit être utilisée que pour la récupération d'urgence. Aucune application de production ne peut être connectée au réplica. Voici les seules activités autorisées sur le réplica en attente :

  • Exécuter les sauvegardes
  • Effectuer des opérations de maintenance, telles que checkDB
  • Connecter des applications de supervision
  • Effectuer des essais de reprise d’activité

Configurer un réplica en attente

Vous avez deux options pour désigner votre instance managée SQL secondaire en tant que secours :

  • Désignez-la comme réplica en attente quand vous créez votre groupe de basculement.
  • Mettez à jour la configuration d’un groupe de basculement existant.

Nouveau groupe de basculement

Vous pouvez désigner votre instance secondaire en tant que réplica en attente quand vous créez un groupe de basculement en utilisant le portail Azure, Azure PowerShell, et Azure CLI.

Quand vous créez votre groupe de basculement dans le portail Azure, pour les droits de basculement, sélectionnez Activé. Cochez la case à côté de la mention Je confirme que je vais utiliser l'instance secondaire comme réplica en attente. Sélectionnez Créer pour créer votre groupe de basculement.

Capture d’écran montrant la création d’un groupe de basculement dans le portail Azure, avec mise en évidence de l’option Droits de basculement.

Pour plus d’informations, consultez Configurer un groupe de basculement.

Groupe de basculement existant

Vous pouvez utiliser le portail Azure, Azure PowerShell et Azure CLI pour mettre à jour les droits de basculement d’un groupe de basculement existant.

Pour mettre à jour les droits de basculement d’un groupe de basculement existant à l’aide du portail Azure, procédez de la manière suivante :

  1. Dans le portail Azure, accédez à votre ressource SQL Managed Instance secondaire.

  2. Sous Gestion des données, sélectionnez Groupes de basculement.

  3. Dans la barre de commandes, sélectionnez Modifier les configurations.

    Capture d’écran montrant le volet Groupes de basculement dans le portail, avec mise en évidence de Modifier les configurations.

  4. Dans la page Modifier les configurations relative à votre groupe de basculement, pour Droits de basculement, sélectionnez Activé. Cochez la case Je confirme que je vais utiliser l’instance secondaire comme réplica de secours.

    Capture d’écran montrant le volet Groupes de basculement dans le portail, avec mise en évidence de Droits de basculement.

  5. Sélectionnez Appliquer pour enregistrer vos nouveaux paramètres et fermer le volet de configuration.

Vous pouvez également activer les droits de basculement dans Calcul + stockage pour votre instance managée SQL secondaire . Pour plus d’informations, consultez Afficher les droits de licence.

Important

Si vous voyez des droits de basculement hybride et non des droits de basculement, il est probable que vous soyez sur l’instance managée SQL principale . Accédez à votre instance managée SQL secondaire pour activer correctement les droits de basculement. L’activation des droits de basculement hybride sur l’instance principale ne vous permet pas de réduire les coûts de licence pour l’instance secondaire lorsqu’elle est utilisée avec des groupes de basculement.

Afficher les droits de licence

Vous pouvez vérifier les droits de licence d’un groupe de basculement existant à l’aide du portail Azure, d’Azure PowerShell ou d’Azure CLI.

Dans le portail Azure, vous pouvez vérifier les licences de votre instance managée SQL secondaire dans deux emplacements :

  • Groupes de basculement pour votre instance managée SQL principale.
  • Calcul + stockage pour votre instance managée SQL secondaire.

Dans Groupes de basculement, vérifiez que l’état des droits de basculement est activé et que le modèle de licence de l’instance secondaire est Droits de basculement actuellement activés.

Capture d’écran montrant la page Groupes de basculement, avec activation des droits de basculement et mise en évidence du modèle de licence.

Le modèle de licence par défaut indique le modèle de licence vers lequel revient l’instance si le groupe de basculement bascule et que l’instance secondaire actuelle devient la nouvelle instance principale. Des frais peuvent être facturés lors du basculement, en fonction du modèle de licence par défaut.

Dans Calcul + stockage pour votre instance managée SQL secondaire, vérifiez que la licence des droits de basculement est activée. Sous Résumé des coûts, affichez la remise de basculement que vous recevez pour cette instance.

Capture d’écran montrant la page Calcul et stockage, avec mise en évidence des droits de basculement.

Si les droits de basculement ne sont pas activés et que vous bénéficiez de l’avantage, vous verrez également la recommandation suivante dans Vue d’ensemble pour l’une ou l’autre instance. Pour activer l’avantage, sélectionnez la recommandation afin d’accéder à Modifier les configurations.

Capture d’écran montrant le volet de vue d’ensemble SQL Managed Instance et les recommandations indiquant que les droits de basculement ne sont pas utilisés.

Contenu connexe

  • Last updated on