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 crédito y el consentimiento del autor.
Una de las nuevas funciones de Kubernetes v1.33 es la capacidad de cambiar el tamaño de los recursos de CPU y memoria para contenedores en línea, también conocido como sin tener que recrear el pod en el que se ejecuta el contenedor. En el pasado, al ajustar los recursos de un pod, Kubernetes eliminaba 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 varias réplicas en ejecución, para SQL Server, esto causaría una interrupción, ya que (generalmente) solo tenemos un pod en ejecución de SQL Server en un conjunto de estados. Veamos esto en acción.
En primer lugar, implementaremos este simple conjunto de estados en Kubernetes:
La parte importante aquí es la configuración de CPU y memoria:
Nota: Es posible que haya notado que los límites y las solicitudes aquí son del mismo valor. Esto es para establecer una calidad de servicio “garantizada” para el pod… es una mejor 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.
