Configurer un réplica en attente sans licence pour Azure SQL Managed Instance
S’applique à : 
Azure SQL Managed Instance
Cet article décrit comment vous pouvez réduire les coûts de licence en désignant votre Managed Instance secondaire comme instance en attente lorsque vous utilisez 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 accessible en lecture ou être désigné comme réplica en attente.
Coût-avantages
Lorsque vous désignez un réplica de Managed Instance comme étant en attente, Microsoft ne vous facture pas les frais de licence SQL Server pour les vCores utilisés par le réplica en attente. 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.
De même, si vous disposez de 16 licences Azure Hybrid Benefit et que vous déployez deux instances managées qui disposent de 8 vCores chacune sur un groupe de basculement, une fois que vous avez désigné l'instance secondaire comme instance en attente, 8 vCores sont retournés à votre pool de licences que vous pouvez utiliser avec d'autres déploiements Azure SQL.
Fonctionnalités opérationnelles
La table suivante décrit les fonctionnalités d'une Managed Instance secondaire en attente :
| 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 en attente et une Managed Instance secondaire accessible en lecture est le même. |
| 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 disposez de deux options pour désigner votre Managed Instance secondaire comme réplica en attente :
- 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.
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 :
Dans le portail Azure, accédez à votre ressource SQL Managed Instance secondaire.
Dans le menu de gauche, sous Gestion des données, sélectionnez Groupes de basculement.
Dans la barre de commandes, sélectionnez Modifier les configurations.
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.
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 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, vous êtes probablement sur la Managed Instance principale. Accédez à votre Managed Instance 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 la licence de votre instance managée secondaire à deux endroits :
- Groupes de basculement pour votre instance managée principale.
- Calcul + stockage pour votre instance managée 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.
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 la page Calcul + stockage relative à votre instance managée secondaire, vérifiez que la licence Droits de basculement est activée. Sous Résumé des coûts, affichez la remise de basculement que vous recevez pour cette instance.
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.
Étapes suivantes
- Pour un guide, consultez Ajouter SQL Managed Instance à un groupe de basculement.
- Pour un exemple de script, consultez Utiliser PowerShell pour créer un groupe de basculement dans SQL Managed Instance.
- Pour obtenir une vue d’ensemble et des scénarios de continuité d’activité, consultez Continuité de l’activité avec Azure SQL Database et Azure SQL Managed Instance.
- Pour en savoir plus sur les sauvegardes automatisées, consultez Sauvegardes automatisées d’une base de données SQL.
- Pour en savoir plus sur l’utilisation des sauvegardes automatisées pour la récupération, consultez Restaurer une base de données à partir de sauvegardes lancées par le service.