Navegando por la alta disponibilidad de SQL Server en Kubernetes para mejorar el rendimiento - DATAVERSITY

Navegando por la alta disponibilidad de SQL Server en Kubernetes para mejorar el rendimiento – DATAVERSITY

Marca de tiempo: 30 de noviembre de 2023 3:25 a. M.
Nodo de origen: 2986079

Hay una razón convincente para que SQL Server no sea la elección más fácil para las iniciativas de contenedorización de Kubernetes. Los entornos de SQL Server a menudo se caracterizan por ser entidades formidables, conocidas por su escala sustancial y su tendencia a consumir una parte importante de los recursos presupuestarios. Además, los entornos SQL Server:

  1. Salvaguardar los activos de datos más preciados de una organización y así exigir medidas de seguridad rigurosas.
  2. Imponga demandas críticas de tiempo de actividad, lo que genera la necesidad de gestionar el tiempo de inactividad tanto programado como no programado.
  3. Presentan importantes desafíos de gestión, debido a la diversa gama de sistemas operativos y componentes de infraestructura involucrados.

Los contenedores ofrecen un potencial sustancial para mejorar la agilidad, la flexibilidad y la rentabilidad de SQL Server, entre otros beneficios, dentro de las organizaciones. Sin embargo, el obstáculo esencial en la transición a implementaciones en contenedores en Kubernetes son las estrictas demandas de tiempo de actividad de las cargas de trabajo de SQL Server.

Alta disponibilidad (HA) predeterminada en Kubernetes

Cuando se utiliza de forma independiente, Kubernetes incorpora ciertas características de alta disponibilidad (HA) para proteger las cargas de trabajo de SQL Server en contenedores. Estas capacidades integradas abarcan la replicación de pods, el equilibrio de carga, el descubrimiento de servicios, los volúmenes persistentes y los StatefulSets. Kubernetes aprovecha estas funcionalidades para mitigar riesgos como:

  1. Fallo de la cápsula: Esto ocurre cuando los pods individuales fallan debido a conflictos de recursos u otros problemas.
  2. Fallo del nodo: Esto ocurre cuando un nodo deja de estar disponible dentro del clúster, por ejemplo, debido a fallas de hardware.
  3. Fallo del clúster: Esto se refiere a la pérdida de capacidades de comunicación del clúster, como la falla de un nodo del plano de control.

Sin embargo, aquí se debe hacer una distinción esencial entre las soluciones HA equipadas para administrar cargas de trabajo críticas de SQL Server y aquellas que no son adecuadas para la tarea.

Kubernetes, con sus amplias funciones para la orquestación de contenedores, ha abierto posibilidades notables dentro de la industria de TI. Sin embargo, cuando se emplea como una solución HA independiente, no llega a ser una opción práctica para cargas de trabajo de SQL Server. Esta limitación surge principalmente de la latencia inherente asociada con la conmutación por error. De forma predeterminada, Kubernetes tarda cinco minutos en reprogramar cargas de trabajo de nodos que se han vuelto inalcanzables. En el año 2023, este punto de referencia de conmutación por error está lejos de ser aceptable para SQL Server, especialmente para las grandes corporaciones donde el tiempo de inactividad de SQL Server puede generar gastos que alcanzan los miles de dólares por segundo. Conformarse con un tiempo de inactividad mínimo de cinco minutos durante la conmutación por error es simplemente insostenible.

Por lo tanto, si bien Kubernetes es adecuado para diversos casos de uso de contenedores, carece de las capacidades para manejar SQL Server HA por sí solo. Afortunadamente, cuanto más amplio panorama tecnológico ha avanzado, ofreciendo soluciones integradas para minimizar el tiempo de inactividad en las implementaciones de SQL Server Kubernetes.

Las 10 funciones principales imprescindibles para los profesionales de TI que buscan la solución HA ideal para contenedores de SQL Server

  1. Busque una solución con una trayectoria bien establecida, idealmente de más de una década.
  1. Experiencia mundial diversa: idealmente, una solución que sirva a una base de clientes global para proteger entornos críticos de SQL Server.
  1. Busque una solución que haya evolucionado desde sus orígenes como una herramienta para instancias nativas de SQL Server para incorporar capacidades de vanguardia, diseñadas específicamente para lograr un tiempo de inactividad casi nulo para las implementaciones de SQL Server en Kubernetes.
  1. Priorice las soluciones que mejoran la gestión del clúster de Kubernetes mediante la introducción de mecanismos de supervisión del estado y conmutación por error automatizados a nivel de la base de datos. Estas características deberían ir más allá de las limitaciones de la gestión a nivel de pod.
  1. Considere las soluciones respaldadas por líderes de la industria como Microsoft como el enfoque preferido para habilitar HA en SQL Server dentro de Kubernetes.
  1. Evalúe soluciones que ofrezcan características como soporte de conmutación por error automatizada para grupos de disponibilidad de SQL Server en Kubernetes, proporcionando la resiliencia necesaria para cargas de trabajo críticas.
  1. Elija soluciones que brinden flexibilidad de implementación en varios sitios, regiones y entornos de nube, especialmente si tiene diversas necesidades de infraestructura.
  1. Busque soluciones que optimicen el rendimiento de la red a través de tecnologías patentadas como el túnel SDP.
  1. Preste atención a soluciones que reduzcan significativamente el tiempo de conmutación por error, minimizando las interrupciones de minutos a solo segundos, garantizando así un servicio ininterrumpido.
  1. Considere soluciones que ofrezcan opciones de implementación simplificadas, como compatibilidad con gráficos Rancher y Helm, lo que hace que la implementación sea más sencilla.

En pocas palabras: opte por una solución que integre estas mejoras para optimizar la alta disponibilidad, incluso en los entornos de SQL Server más desafiantes. Esta elección debería facilitar un proceso más ágil para modernizar SQL Server con contenedores, otorgándole un control de costos sin precedentes, mayor agilidad y portabilidad mejorada en toda su infraestructura de TI.

Sello de tiempo:

Mas de VERSIDAD DE DATOS