Resumen
Kubernetes v1.33 has a new feature that enables you to resize CPU and memory resources for containers online without having to recreate the pod the container is running in.
Este artículo apareció por primera vez en el blog de Andrew Pruski. Se ha vuelto a publicar con el reconocimiento y el consentimiento del autor.
Una de las nuevas características de Kubernetes v1.33 es la capacidad de cambiar el tamaño de los recursos de CPU y memoria para los contenedores en línea, es decir, sin tener que volver a crear el pod en el que se ejecuta el contenedor. En el pasado, al ajustar los recursos de un pod, Kubernetes borraba el pod existente y creaba uno nuevo a través de un controlador.
Si bien no es un problema para las aplicaciones que pueden tener múltiples réplicas ejecutándose, para SQL Server esto provocaría una disrupción, ya que (generalmente) solo tenemos un pod que ejecuta SQL Server en un conjunto de estados. Veamos esto en acción.
En primer lugar, implementaremos este sencillo conjunto de estados en Kubernetes:
La parte importante aquí es la configuración de la CPU y la memoria:
Nota: Es posible que haya notado que los límites y las solicitudes aquí tienen el mismo valor. Esto es para establecer una calidad de servicio “garantizada” para el pod… es una buena práctica recomendada para SQL Server en Kubernetes. Puede encontrar más información en este artículo.
Apliquemos ese manifiesto:
En el pasado, tuvimos que editar nuestro conjunto de estados para aumentar estos valores:
Esto recrearía el pod con los nuevos límites/solicitudes:
Pero ahora, a partir de Kubernetes v1.33, podemos escalar pods sin reiniciarlos.
Get More from SQL Server
See how Pure Storage can help you boost SQL Server performance.
