Partager via

Azure SQL Managed Instance et l’excellence opérationnelle

  • Article

Azure SQL Managed Instance est le service de base de données cloud intelligent et évolutif qui combine la plus grande compatibilité de moteur de base de données SQL Server avec tous les avantages d’un modèle PaaS complètement managé et persistant.

L’objectif de l’architecture haute disponibilité dans SQL Managed Instance est de garantir que votre base de données est opérationnelle sans que vous deviez vous préoccuper de l’incidence des opérations de maintenance et des pannes. Cette solution est conçue pour :

  • Garantir que les données validées ne sont jamais perdues en raison de défaillances.
  • Garantir que les pannes de maintenance ne nuisent pas à votre charge de travail.
  • S’assurer que la base de données ne constitue pas un point de défaillance unique dans votre architecture logicielle.

Pour plus d’informations sur la façon dont Azure SQL Managed Instance prend en charge l’excellence opérationnelle pour vos charges de travail d’application, consultez les articles suivants :

Les sections suivantes incluent des considérations relatives à la conception, une liste de vérification de configuration et des options de configuration recommandées spécifiques à Azure SQL Managed Instance et à l’excellence opérationnelle.

Remarques relatives à la conception

Azure SQL Managed Instance comprend les considérations de conception suivantes :

  • Définissez un Contrat de niveau de service relatif au niveau de performance des applications et surveillez-le à l’aide d’alertes. Lorsque le niveau de performance de votre application se dégrade par inadvertance en dessous d’un niveau acceptable, il est important de le détecter rapidement afin de maintenir une résilience élevée. Utilisez une solution de monitoring pour définir des alertes sur les principales métriques de performances des requêtes afin de pouvoir prendre des mesures lorsque le niveau de performance n’est pas conforme au Contrat de niveau de service.
  • Utilisez la limite de restauration dans le temps pour récupérer des erreurs humaines. La limite de restauration dans le temps ramène votre base de données à un point antérieur dans le temps pour récupérer des données après des modifications effectuées par inadvertance. Pour plus d’informations, lisez la documentation relative à la limite de restauration dans le temps (PITR) pour l’instance gérée.
  • Utilisez la géorestauration pour récupérer d’une panne de service. La géorestauration restaure une base de données à partir d’une sauvegarde géoredondante dans une instance gérée dans une autre région. Pour plus d’informations, consultez la documentation relative à la récupération d’une base de données à l’aide de la géorestauration.
  • Tenez compte du temps nécessaire à certaines opérations. Veillez à prendre le temps de tester minutieusement la durée nécessaire à l’a mise à l’échelle de votre instance gérée existante et à la création d’une nouvelle instance gérée. Cette pratique de minutage vous permet de comprendre parfaitement la manière dont les opérations chronophages influeront sur votre RTO et votre RPO.

Liste de contrôle

Avez-vous configuré Azure SQL Managed Instance en tenant compte de l’excellence opérationnelle ?

  • Utilisez le niveau Critique pour l’entreprise.
  • Configurez une instance secondaire et un groupe de basculement automatique pour permettre le basculement vers une autre région.
  • Implémentez une logique de nouvelle tentative.
  • Surveillez votre instance SQL MI en quasi-temps réel pour détecter les incidents de fiabilité.

Recommandations relatives à la configuration

Explorez le tableau suivant de recommandations dans le but d’optimiser votre configuration d’Azure SQL Managed Instance et d’accroître l’excellence opérationnelle :

Recommandation Description
Utilisez le niveau Critique pour l’entreprise. Ce niveau offre une résilience accrue aux défaillances et des temps de basculement plus rapides grâce à l’architecture haute disponibilité sous-jacente, entre autres avantages. Pour plus d’informations, consultez Haute disponibilité de SQL Managed Instance.
Configurez une instance secondaire et un groupe de basculement automatique pour permettre le basculement vers une autre région. Si une panne frappe une ou plusieurs des bases de données de l’instance gérée, vous pouvez faire basculer manuellement ou automatiquement toutes les bases de données de l’instance vers une région secondaire. Pour plus d’informations, lisez la documentation relative aux groupes de basculement automatique pour l’instance gérée.
Implémentez une logique de nouvelle tentative. Bien qu’Azure SQL MI soit résilient aux défaillances transitoires de l’infrastructure, ces défaillances peuvent avoir un impact sur votre connectivité. Lorsqu’une erreur transitoire se produit lors de l’utilisation de SQL MI, assurez-vous que votre code peut effectuer une nouvelle tentative d’appel. Pour plus d’informations, consultez comment implémenter une logique de nouvelle tentative.
Surveillez votre instance SQL MI en quasi-temps réel pour détecter les incidents de fiabilité. Utilisez l’une des solutions disponibles pour surveiller votre instance gérée SQL afin de détecter rapidement les incidents de fiabilité potentiels et rendre vos bases de données plus fiables. Choisissez une solution de monitoring en quasi-temps réel pour réagir rapidement aux incidents. Pour plus d’informations, consultez les options de monitoring d’Azure SQL Managed Instance.

Étape suivante

Azure Cosmos DB pour NoSQL