Este artículo explica el servicio de actualización gradual para sitios de Socket.
Cato gestiona las actualizaciones de firmware del Socket y el control de versiones para los sitios de Socket para asegurarse de que estén ejecutando versiones actualizadas.
El servicio de actualización de Socket es un proceso automatizado que proporciona a todos nuestros clientes el firmware más reciente. Por lo tanto, no hay necesidad de que nuestros clientes se preocupen por instalar y actualizar las nuevas versiones. El servicio de actualización asegura un impacto mínimo en el sitio de Socket (si lo hay) y un retroceso automático en el raro caso de que se detecte un problema. Las versiones más nuevas de Socket incluyen mejoras de rendimiento, conectividad y estabilidad, así como las últimas capacidades y características.
Hay situaciones en las que el Socket omite una actualización de versión, por ejemplo, porque el Socket no estaba conectado a la Nube de Cato durante la ventana de mantenimiento o había conectividad inestable. Cuando esto sucede, puede actualizar manualmente el Socket, sin embargo, cada Socket que fue omitido debe ser actualizado individualmente.
Nota: Para minimizar el riesgo operacional y evitar interrupciones, Cato pausa las actualizaciones automáticas de Socket durante los períodos de fin de trimestre y las principales temporadas de vacaciones, como Navidad.
Cato lanza tres a cuatro versiones principales de Socket cada año, y actualizaciones menores según se requiera. Las versiones principales son incrementos de número completo, como 17.0 y 18.0, mientras que las versiones menores son incrementos decimales, como 18.3.3 y 18.4.1.
El contenido de las nuevas versiones de Socket incluye:
- Versiones principales de Socket: nuevas características, infraestructura para futuras características, mejoras y correcciones de errores
- Versiones menores de Socket: correcciones de errores
Cato sigue las mejores prácticas estándar de la industria para servicios basados en la nube y despliega gradualmente nuevas versiones de Socket a los clientes durante varias semanas. Si se detecta un problema, a veces el despliegue se pausa hasta que se resuelva el problema y se lance una nueva versión menor. Esta pausa puede introducir una demora adicional para algunos clientes en recibir automáticamente la actualización.
48 horas antes de que Cato esté listo para lanzar una nueva versión de Socket a una cuenta, se envía una notificación por correo electrónico a la lista de distribución de Actualización de Socket, indicando que los sitios de Socket se actualizarán durante la siguiente Ventana de mantenimiento configurada para la cuenta. El tiempo real de la actualización se basa en la zona horaria local donde se encuentra el sitio. Cato también anuncia el contenido de la versión en las Notas de lanzamiento del Socket, que se muestran en el área de notificación de la Aplicación de gestión de Cato.
Este es un resumen del proceso de servicio de actualización gestionada de Socket:
-
Cato lanza la nueva versión de Socket, luego los Sockets descargan los archivos relevantes.
- El Socket compara el hash del archivo para validar la integridad del archivo de la nueva versión
- Si el Socket no pudo descargar el archivo de la nueva versión, durante la Ventana de Mantenimiento intenta nuevamente descargar el archivo.
-
Los servicios de actualización comienzan a actualizar gradualmente los Sockets para sitios en la zona horaria de la ventana de mantenimiento a la nueva versión (ver abajo Actualización gradual de Sockets en una cuenta)
-
Cinco Sockets de cinco sitios diferentes son seleccionados para el grupo inicial de actualización.
Para los sitios de HA de Socket, solo el Socket principal se incluye en el grupo inicial de actualización.
-
El servicio de actualización actualiza gradualmente los Sockets iniciales uno por uno y verifica que cada actualización de Socket sea exitosa y que el servicio sea estable.
Si se detecta un problema de conectividad o estabilidad, los Sockets retroceden automáticamente a la versión anterior y el proceso de actualización se detiene para los otros sitios en la zona horaria.
- Después de que los cinco Sockets iniciales se actualicen correctamente a la nueva versión, el servicio de actualización continúa con los otros Sockets en la zona horaria.
-
-
Cada sitio Socket actualiza los Sockets de la siguiente manera (ver abajo Actualización de un sitio Socket a la nueva versión):
- El Socket descarga la nueva versión del almacenamiento seguro del servicio de actualización.
-
El Socket instala la nueva versión y monitorea los KPI de conectividad para verificar que la nueva versión funcione correctamente en la imagen.
Después de completar la verificación, se genera un evento de Actualización de Socket y se envía una notificación por correo electrónico.
- En el raro caso de que haya un problema, el Socket retrocede a la versión anterior.
A partir del Socket v18.0, cuando Cato lanza una nueva versión de Socket para los clientes, los Sockets intentan descargar el nuevo archivo independientemente de la Ventana de Mantenimiento. Esto ayuda a minimizar posibles problemas de actualización durante la Ventana de Mantenimiento, que pueden resultar de bajo ancho de banda o desconexiones de red.
Nota: Para versiones de Socket inferiores a v18.0, tanto la descarga de la imagen como la actualización del Socket se realizan durante la Ventana de Mantenimiento.
El servicio de actualización de Socket de Cato actualiza gradualmente los Sockets a la nueva versión para todos los sitios según la zona horaria local específica para la Ventana de Mantenimiento configurada para tu cuenta. Por ejemplo, una cuenta que configuró la Ventana de Mantenimiento de 1:00 a 3:00 am los domingos, todos los sitios de Socket que están configurados para la zona horaria del Este de EE. UU. se actualizan durante 1:00 a 3:00 am EST los domingos.
El objetivo de una actualización gradual es minimizar el riesgo de impacto en el servicio para un solo sitio o para un grupo de sitios, y si hay un problema significativo con la nueva versión de Socket que afecta la conectividad a la Nube de Cato, la actualización se detiene automáticamente. Los Sockets que no pueden completar la actualización retroceden automáticamente a la versión anterior. Para más información sobre los Sockets que no se actualizan a la nueva versión, consulte más abajo Trabajar con actualizaciones de Socket no exitosas.
Para los sitios en cada zona horaria de la Ventana de Mantenimiento, el proceso de actualización gradual comienza con el servicio de actualización seleccionando cinco Sockets y actualizándolos uno a uno. Se da preferencia a los sitios de HA de Socket en cada zona horaria, y solo los Sockets primarios se incluyen en los primeros cinco Sockets.
Nota: En caso de que se detecte un problema crítico relacionado con el proceso de actualización de software de Socket, se omiten las actualizaciones para todos los Sockets de la cuenta (no solo para los sitios en la zona horaria de la Ventana de Mantenimiento).
Si la actualización de software de Socket tiene éxito, entonces la Aplicación de Gestión de Cato continúa actualizando los Sockets restantes en la misma zona horaria para la Ventana de Mantenimiento. Luego, la Aplicación de Gestión de Cato continúa actualizando los Sockets secundarios para los sitios de HA. Para más información sobre la actualización de Socket y sitios HA, consulte más abajo Proceso de actualización de Socket HA.
Cada Socket tarda 17 minutos en completar el proceso de actualización, durante este período, el Socket descarga la imagen, verifica e instala la imagen, realiza un cambio rápido a la nueva imagen y verifica la estabilidad del servicio. El impacto potencial real en el servicio es solo durante el cambio rápido a la nueva imagen, que toma como máximo unos pocos segundos.
Este es un resumen de la actualización gradual de Cato para múltiples sitios de Socket en la misma zona horaria:
- Los Sockets descargan nuevos archivos de versión de Socket una vez que son lanzados.
- Para cada zona horaria local, basada en la Ventana de Mantenimiento, se seleccionan cinco sitios de Socket para actualizar inicialmente a la nueva versión. Por ejemplo, cinco sitios diferentes en la zona horaria del Este para los Estados Unidos.
-
Cada sitio inicia el proceso de actualización en intervalos de cinco minutos:
- Socket 1 a los 0 minutos, Socket 2 espera 5 minutos, Socket 3 espera 10 minutos, Socket 4 espera 15 minutos, y Socket 5 espera 20 minutos.
- Desde el momento en que el Socket 1 comienza la actualización, toma 37 minutos completar la actualización al Socket 5 (20 minutos esperando para comenzar la actualización + 17 minutos para el proceso de actualización).
-
Si uno de los cinco Sockets iniciales necesita reintentar el proceso de actualización (por ejemplo, no puede validar la nueva imagen descargada), entonces el servicio de actualización para los Sockets restantes comienza después de 54 minutos.
Para más información sobre reintentar la actualización, consulte más abajo Reintento automático de actualización de Socket.
- Cuando los cinco sitios de actualización iniciales completan con éxito el proceso de actualización, los otros Sockets en la zona horaria se actualizan a la nueva versión de Socket.
Esta sección explica el proceso para actualizar un solo Socket a la nueva versión y verificar que sea estable.
-
El Socket descarga e instala la nueva versión de la siguiente manera:
- El servicio de actualización envía un comando de actualización de Socket al PoP al que está conectado el sitio de Socket. El PoP reenvía este comando al Socket.
- El Socket descarga la imagen para la nueva versión de Socket del servidor para la Aplicación de Gestión de Cato, confirma que el hash del archivo es correcto para la nueva versión de Socket.
- El Socket instala la nueva imagen.
-
El Socket cambia a la nueva imagen.
Este proceso puede tardar unos segundos y durante este tiempo puede haber un impacto en el servicio de Cato para el sitio.
- El Socket monitoriza los indicadores claves de rendimiento (KPIs) de estabilidad y conectividad durante una duración de 10 minutos.
-
17 minutos después de que comenzó el proceso de actualización del Socket, el Socket confirma que la nueva imagen es estable, y el servidor de la aplicación de gestión de Cato confirma que el Socket se actualizó correctamente a la nueva versión.
- Se envía una notificación por correo electrónico de actualización exitosa del Socket a la lista de correo Socket Upgrade, y se muestra una notificación en la aplicación de gestión de Cato indicando que los Sockets del sitio se actualizaron correctamente a la nueva versión.
- Si el Socket detecta un problema de conectividad o un problema de salud relacionado con la nueva versión, vuelve automáticamente a la versión anterior. Se envía una notificación por correo electrónico a la lista de correo Socket Upgrade indicando que el Socket no se actualizó a la nueva versión.
Esta sección describe la actualización del Socket para los sitios con una configuración de Socket HA. El proceso de actualización comienza con el Socket primario, y solo después de que se actualiza correctamente continúa el proceso con el Socket secundario.
El proceso de actualización completo para ambos Sockets se completa dentro de la duración de la ventana de mantenimiento.
- Primero, el Socket primario se actualiza a la nueva versión y confirma que la nueva versión es estable.
- Luego, el Socket secundario se actualiza a la nueva versión y confirma que la nueva versión es estable.
La aplicación de gestión de Cato inicia el proceso de actualización para el Socket secundario solo después de que la actualización del Socket primario se haya completado con éxito y haya confirmado que la versión es estable. En el improbable caso de que haya un problema crítico que afecte al Socket primario, entonces el Socket secundario se convierte en el Socket activo y continúa el servicio para el sitio.
Nota
Notas:
- Hay escenarios raros donde el Socket primario encuentra un problema durante la actualización, y luego el Socket secundario se convierte en el Socket activo para el sitio. En estos escenarios, el Socket secundario NO se actualiza a la nueva versión.
- Si el Socket primario se actualiza con éxito a la nueva versión, y el Socket secundario no puede actualizarse a la nueva versión, entonces el Socket primario permanece en la nueva versión. Esto puede significar que el Socket primario y secundario están ejecutando diferentes versiones principales (ver más abajo).
-
Si el Socket primario y secundario están ejecutando diferentes versiones principales, entonces el estado de HA para el sitio es No Listo. Para más información, consulte Qué es la Alta Disponibilidad de Socket (HA).
-
La conmutación por error de Socket HA ocurre incluso si los Sockets están ejecutando diferentes versiones principales. Sin embargo, el sitio podría experimentar problemas de funcionalidad si la versión del Socket secundario no soporta características que son soportadas por la versión del Socket primario.
Por ejemplo, si el Socket primario ejecuta la versión 18.0 y el Socket secundario está ejecutando la versión 15.0, en caso de un error de conmutación, las características que se lanzaron con las versiones 16 - 18 no funcionarán mientras el Socket secundario esté activo.
-
Cada actualización de Socket está limitada a una duración de 17 minutos. Si el Socket no puede completar la actualización y verificar que la nueva versión es estable durante el período de tiempo, entonces el servicio de actualización intenta automáticamente reintentar la actualización de la siguiente manera. Para más información sobre las actualizaciones omitidas, consulte más abajo Trabajar con actualizaciones de Socket no exitosas.
Cuando un Socket omite la actualización a una versión, se genera un evento de Actualización de Socket con la acción Omitido y se envía una notificación por correo electrónico. Para más información sobre los eventos de la Actualización de Socket, consulte más abajo Comprender los eventos para el estado de actualización de Socket.
-
Si el Socket está conectado a la Nube de Cato, entonces el servicio de actualización intenta una segunda vez actualizar a la nueva versión
Si el Socket no puede actualizarse después de la segunda vez, entonces el servicio de actualización omite esta versión para el Socket y intentará actualizar a la siguiente versión que se libere.
Por ejemplo, el Socket no puede actualizarse a la v14.2, e intenta actualizarse cuando se libera la v14.3.
- Si el Socket no está conectado a la Nube de Cato, entonces el servicio de actualización omite esta versión para el Socket y intentará actualizar a la siguiente versión que se libere
- Si la ventana de mantenimiento ha terminado para el sitio, entonces el servicio de actualización de la aplicación de gestión de Cato omite esta versión para el Socket
Si su Socket no se actualizó como parte del proceso de mantenimiento habitual, puede iniciar una actualización manual. Cato recomienda que mantenga sus Sockets actualizados y que actualice a la última versión de Socket.
Usted inicia la actualización manual desde la aplicación de gestión de Cato. Para más información, consulte Actualización Manual de un Socket
Puede tener ciertos Sockets que no desea actualizar automáticamente, por ejemplo, infraestructura crítica o servidores de alto volumen.
Nota
Nota: Cato recomienda que mantenga sus Sockets actualizados y que actualice a la última versión de Socket.
Como minorista comercial, tiene muchas tiendas que están conectadas a la Nube de Cato a través de diferentes tipos de Sockets. Alrededor de la temporada de vacaciones, tiene un alto volumen de tráfico en sus tiendas y en su sitio en línea y, por lo tanto, no desea actualizar los Sockets en este momento.
Durante la temporada de vacaciones, puede pausar las actualizaciones automáticas y reanudarlas cuando vuelva a su volumen normal.
Para pausar las actualizaciones automáticas para un sitio de Socket específico:
- Desde el menú de navegación, seleccione Red > Sitios, y seleccione el sitio.
- Desde el menú de navegación, seleccione Configuración del Sitio > Socket.
- Haga clic en Acciones y seleccione Pausar Actualizaciones Automáticas.
Para reanudar las actualizaciones automáticas para un sitio de Socket específico:
- Desde el menú de navegación, seleccione Red > Sitios, y seleccione el sitio.
- Desde el menú de navegación, seleccione Configuración del Sitio > Socket.
- Haga clic en Acciones y seleccione Reanudar Actualizaciones Automáticas.
Como parte del servicio de Actualización de Socket administrada, Cato realiza las actualizaciones gradualmente. Si hay un problema con un sitio específico, por ejemplo, un enlace de internet que falla, la actualización fallará y todos los sitios de su cuenta no se actualizarán.
A partir de Socket v21.1, ahora puede pausar la actualización para el Socket que está experimentando problemas y reprogramar la ventana de mantenimiento para el resto de los sitios en su cuenta.
Para reprogramar la ventana de mantenimiento de actualización automática:
- Desde el menú de navegación, seleccione Recursos > Configuración del Sistema, y haga clic en Ventana de Mantenimiento.
- Bajo Reprogramar Ventana de Mantenimiento, haga clic en Reprogramar.
La ventana de mantenimiento se reprograma para la hora definida en la sección de Ventana de Mantenimiento de Socket. Debe configurar la reprogramación al menos 48 horas de antelación de la ventana próxima.
Cuando se completa el proceso de actualización para un Socket, se genera un evento con el sub-tipo Actualización de Socket con una de las siguientes acciones. Por cada acción, se envía una notificación por correo electrónico a la lista de correo, y se muestra una notificación en la aplicación de gestión de Cato.
| Acción | Descripción |
|---|---|
| Exitoso | El Socket se actualizó correctamente a la nueva versión. |
| Omitido | El servicio de actualización no pudo iniciar el proceso de actualización para este Socket. Por ejemplo, el Socket no estaba conectado a la red durante la Ventana de Mantenimiento. |
| Fallido | El Socket no pudo actualizarse a la nueva versión, ni la primera vez ni el reintento. Por ejemplo, el Socket no pudo verificar el hash del archivo de la imagen. |
Si un Socket no puede actualizarse a la versión más reciente, estos son los siguientes pasos recomendados:
-
Las razones comunes para una descarga de archivo de versión no exitoso incluyen:
- Enlaces de ancho de banda bajo (menos de 1Mbps)
- Enlaces LTE con baja intensidad de señal
-
Actualización omitida: Asegúrese de que el Socket esté conectado a la Nube de Cato y operando correctamente, si es así, entonces el Socket se actualizará cuando se libere la próxima versión
Para más información sobre cómo preparar un Socket para actualizaciones, consulte Requisitos de Conectividad para Actualizaciones de Socket
- Actualización fallida: Inicie una actualización manual de la Aplicación de Gestión de Cato
0 comentarios
Inicie sesión para dejar un comentario.