Este artículo explica el servicio de actualización gradual para los sitios Socket.
Cato gestiona las actualizaciones de firmware de Sockets y el control de versiones para los sitios de Sockets 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, nuestros clientes no necesitan preocuparse por instalar y actualizar las nuevas versiones. El servicio de actualización asegura un impacto mínimo en el sitio Socket (si alguno) y una reversión automática en el raro caso de que se detecte un problema. Las versiones más recientes de Socket incluyen mejoras de rendimiento, conectividad y estabilidad, así como también las últimas capacidades y características.
Hay situaciones donde el Socket omite una actualización de una versión, por ejemplo, porque el Socket no estaba conectado al Cato Cloud durante la ventana de mantenimiento, o había conectividad inestable. Cuando esto ocurre, puede actualizar manualmente el Socket, sin embargo, cada Socket que fue omitido debe ser actualizado individualmente.
Cato lanza tres - cuatro versiones principales de Socket cada año, y actualizaciones menores según sea necesario. Las versiones principales son incrementos de número entero, como 17.0 y 18.0, mientras que las versiones menores son incrementos decimales, como 18.3.3 y 18.4.1.
El contenido para nuevas versiones de Socket incluye:
-
Versiones principales de Socket - nuevas características, infraestructura para características futuras, 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 gradualmente implementa nuevas versiones de Socket a los clientes durante varias semanas. Si se detecta un problema, a veces la implementación se pausa hasta que el problema se resuelve y se lanza una nueva versión menor. Esta pausa puede introducir una demora adicional para que algunos clientes reciban 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 correo de Actualización de Socket, indicando que los sitios de Socket se actualizarán durante la próxima Ventana de Mantenimiento configurada para la cuenta. El tiempo real de la actualización se basa en la zona horaria local donde está ubicado 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 del 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 los sitios en la zona horaria de la Ventana de Mantenimiento a la nueva versión (ver más abajo Actualizando Gradualmente Sockets en una Cuenta)
-
Cinco Sockets de cinco sitios diferentes son seleccionados para el grupo de actualización inicial.
Para los sitios HA de Socket, solo el Socket primario se incluye en el grupo de actualización inicial.
-
El servicio de actualización actualiza gradualmente los Sockets iniciales uno a 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 vuelven 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 exitosamente a la nueva versión, el servicio de actualización continúa con los otros Sockets en la zona horaria.
-
-
Cada sitio de Socket actualiza los Sockets de la siguiente manera (ver abajo Actualizando un Sitio de Socket a la Nueva Versión):
-
El Socket descarga la nueva versión desde el 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 se ejecute 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 vuelve a la versión anterior.
-
A partir de la versión 18.0 de Socket, 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 la 18.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 en base a la zona horaria local específica para la Ventana de Mantenimiento configurada para su cuenta. Por ejemplo, una cuenta que establece 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 al servicio para un sitio único o para un grupo de sitios, y si hay un problema significativo con la nueva versión de Socket que impacta la conectividad al Cato Cloud, la actualización se detiene automáticamente. Los Sockets que no pueden completar la actualización vuelven automáticamente a la versión anterior. Para más información sobre Sockets que no se actualizan a la nueva versión, consulte abajo Trabajando con Actualizaciones de Socket No Exitosas.
Para los sitios en cada zona horaria de Ventana de Mantenimiento, el proceso de actualización gradual comienza con el servicio de actualización seleccionando cinco Sockets y actualizándolos de manera Socket por Socket. Se da preferencia a los sitios HA de Socket en cada zona horaria, y solo los Sockets primarios se incluyen en los cinco Sockets iniciales.
Nota: En caso de que se detecte un problema crítico relacionado con el proceso de actualización de software de Socket, las actualizaciones para todos los Sockets en la cuenta se omiten (no solo para los sitios en la zona horaria de la Ventana de Mantenimiento).
Si la actualización del 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. Entonces, la Aplicación de Gestión de Cato continúa actualizando los Sockets secundarios para los sitios HA. Para más información sobre Actualización de Socket y sitios HA, consulte a continuación Proceso de Actualización de Socket HA.
Cada Socket tarda 17 minutos en completar el proceso de actualización, durante este período de tiempo, 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 real potencial en el servicio es solo durante el cambio rápido a la nueva imagen, que dura 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 los archivos de la nueva versión de Socket una vez que se lanzan.
-
Para cada zona horaria local, según 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 comienza 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 que el Socket 1 comienza la actualización, toma 37 minutos para que el Socket 5 complete la actualización (20 minutos esperando para comenzar la actualización + 17 minutos para el proceso de actualización).
-
Si uno de los cinco Sockets iniciales necesita volver a intentar 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 abajo Reintento Automático de Actualización de Socket.
-
-
Cuando los cinco sitios de actualización inicial completan exitosamente 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 como sigue:
-
El servicio de actualización envía un comando de actualización de Socket al PoP al que el sitio de Socket está conectado. El PoP reenvía este comando al Socket.
-
El Socket descarga la imagen para la nueva versión de Socket del servidor de la Aplicación de Gestión de Cato, confirma que el hash de 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 tomar unos segundos y durante este tiempo puede haber un impacto en el servicio de Cato para el sitio.
-
El Socket monitorea los KPI de estabilidad y salud de conectividad durante una duración de 10 minutos.
-
17 minutos después de que el proceso de actualización de Socket comenzó, 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ó exitosamente a la nueva versión.
-
Se envía una notificación por correo electrónico de actualización exitosa de Socket a la lista de distribución de Actualización de Socket, y se muestra una notificación en la Aplicación de Gestión de Cato indicando que los Sockets para el sitio se actualizaron exitosamente a la nueva versión.
-
Si el Socket detecta un problema de conectividad o un problema de salud relacionado con la nueva versión, automáticamente vuelve a la versión anterior. Se envía una notificación por correo electrónico a la lista de distribución de Actualización de Socket informando que el Socket no se actualizó a la nueva versión.
-
Esta sección describe la actualización de Socket para sitios con una configuración HA de Socket. El proceso de actualización comienza con el Socket primario y solo después de que se actualiza exitosamente, el proceso continúa con el Socket secundario.
Todo el proceso de actualización 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 completó con éxito y se confirmó que la versión es estable. En el improbable escenario 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:
-
Existen 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 correctamente 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 los Sockets primario y secundario están ejecutando diferentes versiones principales (ver abajo).
-
Si los Sockets primario y secundario están ejecutando diferentes versiones principales, entonces el estado HA para el sitio es No Listo. Para más información, consulte Qué es la Alta Disponibilidad de Socket (HA).
-
El failover de HA de Socket ocurre incluso si los Sockets están ejecutando diferentes versiones principales. Sin embargo, el sitio puede 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 el caso de un failover, 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 automáticamente intenta volver a intentar la actualización como sigue. Para más información sobre actualizaciones omitidas, consulte abajo Trabajando 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 eventos de Actualización de Socket, consulte abajo Entendiendo los Eventos para el Estado de la Actualización de Socket.
-
Si el Socket está conectado al Cato Cloud, 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 e intentará actualizar a la siguiente versión que se lance.
Por ejemplo, el Socket no puede actualizar a la v14.2 e intenta actualizar cuando se lanza la v14.3.
-
Si el Socket no está conectado a la Nube Cato, el servicio de actualización omite esta versión para el Socket e 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 fue actualizado como parte del proceso de mantenimiento habitual, puede iniciar una actualización manual. Cato recomienda que mantenga sus Sockets actualizados y actualice a la última versión del Socket.
Inicie 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
Podría 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 del Socket.
Como minorista comercial, tiene muchas tiendas que están conectadas a la Cato Cloud 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 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 regrese a su volumen normal.
Para pausar las actualizaciones automáticas para un sitio 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 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 Gestionado, Cato realiza las actualizaciones gradualmente. Si hay un problema con un sitio específico, por ejemplo, un enlace de internet intermitente, 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 la 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 a la hora definida en la sección Ventana de Mantenimiento del Socket. Debe configurar la reprogramación al menos 48 horas antes de la ventana próxima.
Cuando se completa el proceso de actualización de un Socket, se genera un evento con el subtipo Actualización del Socket con una de las acciones a continuación. Para 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, por primera vez y para el intento de 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 nueva, estos son los próximos pasos recomendados:
-
Las razones comunes para una descarga de archivo de versión no exitosa incluyen:
-
Enlaces de ancho de banda bajo (menos de 1Mbps)
-
Enlaces LTE con poca intensidad de señal
-
-
Actualización omitida - Asegúrese de que el Socket esté conectado a la Nube Cato y funcione 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.