Partager via

Azure SQL Managed Instance et fiabilité

Azure SQL Managed Instance est le service de base de données cloud intelligent et évolutif qui combine la plus grande compatibilité du moteur de base de données SQL Server avec tous les avantages d’une plateforme entièrement managée et persistante en tant que service.

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

  • Assurez-vous que les données validées ne sont jamais perdues en raison de défaillances.
  • Vérifiez que les défaillances de maintenance n’affectent pas votre charge de travail.
  • Vérifiez que la base de données ne sera 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 la résilience des applications et des charges de travail, consultez les articles suivants :

Les sections suivantes incluent des considérations relatives à la conception, une liste de contrôle de configuration et des options de configuration recommandées spécifiques à Azure SQL Managed Instance et à la fiabilité.

Considérations relatives à la conception

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

  • Définissez un contrat SLA de performances d’application et surveillez-le avec des alertes. La détection rapide lorsque les performances de votre application dégradent par inadvertance au-dessous d’un niveau acceptable est importante pour maintenir une résilience élevée. Utilisez une solution de supervision pour définir des alertes sur les métriques de performances des requêtes clés afin de pouvoir effectuer des actions lorsque les performances interrompent le contrat SLA.
  • Utilisez la restauration à un moment précis pour récupérer des erreurs humaines. La restauration à un point dans le temps retourne votre base de données à un point antérieur dans le temps pour récupérer les données des modifications effectuées par inadvertance. Pour plus d’informations, consultez la documentation pitr (Point-in-time-restore) pour managed instance.
  • 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 managée dans une autre région. Pour plus d’informations, référencez Récupérer une base de données à l’aide de la documentation sur la géorestauration.
  • Tenez compte du temps nécessaire pour certaines opérations. Veillez à séparer le temps nécessaire pour tester soigneusement la durée nécessaire pour effectuer un scale-up et un scale-down de votre instance managée existante et créer une instance managée. Cette pratique de minutage garantit que vous comprenez complètement la façon dont les opérations fastidieuses affecteront votre RTO et votre RPO.

Checklist

Avez-vous configuré Azure SQL Managed Instance avec fiabilité à l’esprit ?

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

Recommandations de configuration

Explorez le tableau de recommandations suivant pour optimiser la configuration d’Azure SQL Managed Instance pour la fiabilité :

Recommandation Descriptif
Utilisez le niveau critique pour l’entreprise. Ce niveau offre une résilience plus élevée aux défaillances et des temps de basculement plus rapides en raison de l’architecture haute disponibilité sous-jacente, entre autres avantages. Pour plus d’informations, référencez la haute disponibilité sql Managed Instance.
Configurez la redondance de zone lorsqu’elle est disponible dans la région sur laquelle vous effectuez le déploiement. Pour plus d’informations, consultez architecture de haute disponibilité. Avec les zones de disponibilité configurées, vos réplicas de calcul et de stockage sont répartis entre différentes zones de disponibilité. Si une zone échoue, le système bascule automatiquement vers une autre zone sans perte de données.
Configurez une instance secondaire et un groupe de basculement automatique pour activer le basculement vers une autre région. Si une panne a un impact sur une ou plusieurs des bases de données de l’instance managée, vous pouvez basculer manuellement ou automatiquement toutes les bases de données à l’intérieur de l’instance vers une région secondaire. Pour plus d’informations, consultez la documentation des groupes d’autofailover pour managed instance.
Implémentez la logique de nouvelle tentative. Bien qu’Azure SQL MI soit résilient aux défaillances d’infrastructure transitive, ces défaillances peuvent affecter votre connectivité. Lorsqu’une erreur temporaire se produit lors de l’utilisation de SQL MI, vérifiez que votre code peut réessayer l’appel. Pour plus d’informations, consultez comment implémenter la 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 SQL MI pour détecter les incidents de fiabilité potentiels au début et rendre vos bases de données plus fiables. Choisissez une solution de supervision en quasi temps réel pour réagir rapidement aux incidents. Pour plus d’informations, consultez les options de supervision d’Azure SQL Managed Instance.

Étape suivante

Azure SQL Managed Instance et excellence opérationnelle

  • Last updated on