Prácticas recomendadas para actualizar clústeres

En esta página se proporcionan directrices para mantener actualizado tu clúster de Cloud Service Mesh gestionado sin problemas, así como recomendaciones para crear una estrategia de actualización que se adapte a tus necesidades y aumente la disponibilidad y la fiabilidad de tus entornos. Puedes usar esta información para mantener tus clústeres actualizados por motivos de estabilidad y seguridad con las mínimas interrupciones en tus cargas de trabajo.

Configurar varios entornos

Como parte del flujo de trabajo para publicar actualizaciones de software, te recomendamos que uses varios entornos. Los entornos múltiples te ayudan a minimizar los riesgos y los tiempos de inactividad no deseados, ya que te permiten probar las actualizaciones de software y de infraestructura por separado del entorno de producción. Como mínimo, debes tener un entorno de producción y un entorno de preproducción o de pruebas.

Te recomendamos los siguientes entornos:

Entorno Descripción
Producción Se usa para servir tráfico en directo a los usuarios finales de aplicaciones empresariales esenciales.
Staging Se usa para asegurarse de que todos los cambios nuevos implementados desde entornos anteriores funcionan correctamente antes de que se implementen en producción.
Pruebas Se usa para comparar el rendimiento, probar y controlar la calidad de las cargas de trabajo con la versión de Cloud Service Mesh que usarás en producción. En este entorno, puedes probar la actualización del plano de control y los nodos antes de hacerlo en producción.
Desarrollo Se usa para el desarrollo activo que depende de la misma versión que se ejecuta en producción. En este entorno, creas correcciones y cambios incrementales que se implementarán en producción.
Canary Se usa como entorno de desarrollo secundario para probar versiones más recientes de Kubernetes, funciones y APIs de Cloud Service Mesh para reducir el tiempo de lanzamiento al mercado una vez que estas versiones se hayan promovido a un estado listo para producción.

Registrarse en canales de lanzamiento

Cloud Service Mesh publica actualizaciones con frecuencia para ofrecer actualizaciones de seguridad, corregir problemas conocidos e introducir nuevas funciones. Los canales de versiones de Managed Cloud Service Mesh te permiten equilibrar la estabilidad y el conjunto de funciones. Cuando registras un nuevo clúster en un canal de lanzamiento, Google gestiona automáticamente la versión y la frecuencia de actualización del clúster. Los planos de control y de datos se actualizan periódicamente.

Del mismo modo, en el caso de los clústeres de GKE en Google Cloud, te recomendamos que registres los clústeres de GKE en un canal de lanzamiento. Para obtener más información, consulta Canales de lanzamiento de GKE. Además, si tienes clústeres registrados en el canal estático, consulta las plataformas compatibles para confirmar la compatibilidad.

Para mantener los clústeres actualizados con las últimas novedades de Cloud Service Mesh y Kubernetes, te recomendamos los siguientes entornos y los respectivos canales de lanzamiento en los que deben registrarse los clústeres:

Entorno Canal de lanzamiento Descripción
Producción Estable o normal Para disfrutar de estabilidad y de una versión madura, usa el canal estable o normal en las cargas de trabajo de producción.
Staging Igual que en producción Para asegurarte de que las pruebas sean indicativas de la versión a la que se actualizará tu canal de producción, usa el mismo canal de lanzamiento que el de producción.
Pruebas
Desarrollo
Canary Rápido Para probar las últimas versiones gestionadas de Cloud Service Mesh con tu configuración y conjunto de funciones específicos, y para adelantarte a los acontecimientos probando nuevas funciones o APIs, usa el canal rápido.

Crear una estrategia de actualización continua

Una vez que hayas registrado tu clúster en un canal de lanzamiento, se actualizará periódicamente a la versión que cumpla los requisitos de calidad y estabilidad del canal. Estas actualizaciones incluyen correcciones de seguridad y de errores, que se aplican con un escrutinio cada vez mayor en cada canal:

  • Los parches se envían al plano de control y al plano de datos de todos los canales de forma gradual, acumulando tiempo de prueba en los canales rápido y normal antes de llegar al canal estable.
  • Primero se actualiza el plano de control y, después, el plano de datos.
  • Cloud Service Mesh implementará automáticamente los parches en los canales en función de su criticidad e importancia.

Recibir novedades sobre las nuevas versiones de Cloud Service Mesh

La información sobre las nuevas versiones se publica en la página principal de las notas de la versión de Cloud Service Mesh, así como en un feed RSS.

Siguientes pasos