Naviguer dans la haute disponibilité de SQL Server dans Kubernetes pour des performances améliorées - DATAVERSITY

Naviguer dans la haute disponibilité de SQL Server dans Kubernetes pour des performances améliorées – DATAVERSITY

Horodatage: 30 novembre 2023, 3 h 25
Nœud source: 2986079

Il existe une raison convaincante pour laquelle SQL Server n'est pas le choix le plus simple pour les initiatives de conteneurisation Kubernetes. Les environnements SQL Server sont souvent caractérisés comme des entités redoutables, connues pour leur taille importante et leur tendance à consommer une part importante des ressources budgétaires. De plus, les environnements SQL Server :

  1. Protégez les données les plus précieuses d’une organisation et exigez donc des mesures de sécurité rigoureuses.
  2. Imposez des exigences critiques en matière de disponibilité, ce qui entraîne la nécessité d'une gestion des temps d'arrêt planifiés et non planifiés.
  3. Présentent des défis de gestion importants, en raison de la diversité des systèmes d’exploitation et des composants d’infrastructure impliqués.

Les conteneurs offrent un potentiel considérable pour améliorer l'agilité, la flexibilité et la rentabilité de SQL Server, entre autres avantages, au sein des organisations. Cependant, la principale pierre d'achoppement dans la transition vers des déploiements conteneurisés dans Kubernetes réside dans les exigences strictes en matière de disponibilité des charges de travail SQL Server.

Haute disponibilité (HA) par défaut dans Kubernetes

Lorsqu'il est utilisé indépendamment, Kubernetes intègre certaines fonctionnalités de haute disponibilité (HA) pour protéger les charges de travail SQL Server conteneurisées. Ces fonctionnalités intégrées englobent la réplication de pods, l'équilibrage de charge, la découverte de services, les volumes persistants et les StatefulSets. Kubernetes exploite ces fonctionnalités pour atténuer les risques tels que :

  1. Panne du pod : Cela se produit lorsque des pods individuels tombent en panne en raison de conflits de ressources ou d'autres problèmes.
  2. Défaillance du nœud : Cela se produit lorsqu'un nœud devient indisponible au sein du cluster, par exemple en raison de pannes matérielles.
  3. Échec du cluster : Cela concerne la perte des capacités de communication du cluster, comme la défaillance d'un nœud du plan de contrôle.

Cependant, une distinction essentielle doit être faite ici entre les solutions HA équipées pour gérer les charges de travail critiques de SQL Server et celles inadaptées à cette tâche.

Kubernetes, avec ses fonctionnalités étendues d'orchestration de conteneurs, a ouvert des possibilités remarquables au sein de l'industrie informatique. Pourtant, lorsqu’elle est utilisée comme solution HA autonome, elle ne constitue pas un choix pratique pour les charges de travail SQL Server. Cette limitation provient principalement de la latence inhérente associée au basculement. Par défaut, Kubernetes prend cinq minutes pour replanifier les charges de travail des nœuds devenus inaccessibles. En 2023, cette référence de basculement est loin d'être acceptable pour SQL Server, en particulier pour les grandes entreprises où les temps d'arrêt de SQL Server peuvent entraîner des dépenses pouvant atteindre des milliers de dollars par seconde. Se contenter d’une fenêtre d’indisponibilité minimale de cinq minutes pendant le basculement est tout simplement intenable.

Par conséquent, bien que Kubernetes soit bien adapté à divers cas d’utilisation de conteneurs, il ne dispose pas des capacités nécessaires pour gérer seul SQL Server HA. Heureusement, le plus large paysage technologique a progressé en proposant des solutions intégrées pour minimiser les temps d'arrêt dans les déploiements SQL Server Kubernetes.

Top 10 des fonctionnalités indispensables pour les professionnels de l'informatique à la recherche de la solution HA idéale pour conteneur SQL Server

  1. Recherchez une solution ayant une expérience bien établie, idéalement s’étendant sur plus d’une décennie.
  1. Expérience mondiale diversifiée – idéalement, une solution au service d’une clientèle mondiale dans la protection des environnements SQL Server critiques.
  1. Recherchez une solution qui a évolué depuis ses origines en tant qu'outil pour les instances SQL Server natives afin d'incorporer des fonctionnalités de pointe, spécifiquement conçues pour atteindre un temps d'arrêt quasi nul pour les déploiements SQL Server dans Kubernetes.
  1. Donnez la priorité aux solutions qui améliorent la gestion des clusters Kubernetes en introduisant des mécanismes de surveillance de l'état et de basculement automatisé au niveau de la base de données. Ces fonctionnalités doivent aller au-delà des limites de la gestion au niveau du pod.
  1. Considérez les solutions approuvées par les leaders du secteur comme Microsoft comme approche privilégiée pour activer la haute disponibilité dans SQL Server au sein de Kubernetes.
  1. Évaluez les solutions offrant des fonctionnalités telles que la prise en charge du basculement automatisé pour les groupes de disponibilité SQL Server dans Kubernetes, offrant ainsi la résilience nécessaire aux charges de travail critiques.
  1. Choisissez des solutions qui offrent une flexibilité de déploiement sur différents sites, régions et environnements cloud, en particulier si vos besoins en infrastructure sont diversifiés.
  1. Recherchez des solutions qui optimisent les performances du réseau grâce à des technologies propriétaires telles que le tunneling SDP.
  1. Faites attention aux solutions qui réduisent considérablement le temps de basculement, minimisant les interruptions de quelques minutes à quelques secondes seulement, garantissant ainsi un service ininterrompu.
  1. Envisagez des solutions offrant des options de déploiement simplifiées, telles que la compatibilité avec les graphiques Rancher et Helm, rendant la mise en œuvre plus simple.

Conclusion : optez pour une solution qui intègre ces améliorations pour optimiser la haute disponibilité, même dans les environnements SQL Server les plus difficiles. Ce choix devrait faciliter un processus plus rationalisé de modernisation de SQL Server avec des conteneurs, vous offrant un contrôle des coûts sans précédent, une agilité accrue et une portabilité améliorée sur l'ensemble de votre infrastructure informatique.

Horodatage:

Plus de DATAVERSITÉ