Este artículo explica el proceso para cambiar la máquina virtual de Azure a un tamaño de VM diferente para un vSocket de Azure.
Existen diferentes situaciones en las que puede ser necesario cambiar el VM vSocket de Azure a un tamaño diferente. El proceso de cambio de tamaño se gestiona en su inquilino de Azure, y cambiar el tamaño de la VM no afecta al vSocket ni a la configuración del sitio. No es necesario realizar cambios en la Aplicación de Gestión de Cato ni en el WebUI del Socket.
Dependiendo de la versión y configuración del vSocket de Azure, habrá algún tiempo de inactividad para el sitio.
Limitación
La VM predeterminada para nuevas implementaciones es Standard_D8ls_v5. Si su entorno no admite actualmente esta VM, póngase en contacto con su administrador de Azure.
Antes de cambiar el tamaño de su VM vSocket, es importante confirmar que la cuota asignada en la región respectiva permite un aumento en el número de núcleos vCPU. Azure establece una cuota sobre el número máximo de vCPUs de VM permitidos por región. Al ajustar el tamaño de una VM y la nueva VM tiene más vCPUs, es necesario verificar que no superará la cuota de vCPU para esa región. Por ejemplo, un sitio HA de Azure tiene 2 VMs vSocket Standard_D2s_v4 y cada uno utiliza 2 vCPUs, y los está cambiando de tamaño a la VM Standard_D8ls_v5 que utiliza 8 vCPUs. El cambio de tamaño requiere 12 vCPUs adicionales (6 para cada vSocket), y necesita verificar que al agregar 12 vCPUs a la región no se exceda la cuota de vCPU de Azure.
Si es necesario, envíe una solicitud a Microsoft para aumentar la cuota de vCPU para las regiones relevantes. Cuando se excede la cuota de vCPU, la VM no se implementa al nuevo tamaño.
Para obtener más información, consulte la documentación relevante de Microsoft: Ver cuotas y Verificar cuotas de vCPU.
Esta sección trata sobre cambiar el tamaño de la VM vSocket para un sitio HA y para un sitio con un solo vSocket.
Para los sitios HA que ejecutan la versión vSocket v19 o superior, confirme si las VMs se implementaron en un Conjunto de Disponibilidad desde la página de Visión General de la Máquina Virtual. Siga las secciones a continuación en consecuencia:
Es importante que también confirme que el conmutador por error (failover) HA funcionará durante este procedimiento. Vaya a la sección de Herramientas de Red del WebUI y ejecute la Herramienta de Prueba de API.
- Si la prueba falla, siga los pasos de solución de problemas mencionados en Solucionando problemas de Azure HA vSocket
- Si la prueba API es exitosa, proceda a seguir los pasos descritos en las siguientes secciones.
Nota
Nota: Durante la operación de cambio de tamaño, si la herramienta de prueba API del WebUI de Socket en el vSocket Secundario devuelve el siguiente mensaje:
¡Estado de Prueba de API de Azure 'Recuperar configuración NIC para socket actual' falló! Estado de bloque API de Azure 'Desbloquear TODO AZ API'
Si la prueba tiene éxito en el vSocket Primario, entonces este mensaje es un error y puede ignorar de manera segura este resultado específico y continuar con el procedimiento de cambio de tamaño a continuación.
VSockets HA SIN Conjunto de Disponibilidad
Si los vSockets NO están implementados en un Conjunto de Disponibilidad, siga los pasos a continuación para cambiar el tamaño de cada VM individualmente: Cambiar el tamaño de una máquina virtual. No debe haber tiempo de inactividad durante el proceso.
- Cambiar el tamaño del vSocket Primario. El vSocket se reinicia como parte del proceso de cambio de tamaño y el sitio automáticamente cambia al vSocket Secundario.
- Después de completar el proceso de cambio de tamaño y cuando el vSocket Primario esté en funcionamiento, el sitio vuelve automáticamente al vSocket Primario.
- Cambiar el tamaño del vSocket Secundario. El vSocket se reinicia como parte del proceso de cambio de tamaño.
- Finalmente, pruebe el conmutador por error HA apagando y encendiendo el VM Primario para confirmar que el HA está funcionando para los vSockets.
VSockets HA CON Conjunto de Disponibilidad
Nota
Nota: Póngase en contacto con Microsoft para obtener ayuda para cambiar el tamaño de una VM Standard_D2s_v4 con 3 NICs en un Conjunto de Disponibilidad. Hemos visto que los pasos a continuación cambian exitosamente el tamaño de vSockets HA con conjuntos de disponibilidad.
Si los vSockets están implementados en un Conjunto de Disponibilidad, siga los pasos a continuación para cambiar el tamaño de cada VM individualmente: Cambiar el tamaño de una máquina virtual. Habrá algún tiempo de inactividad durante el proceso.
-
Intente cambiar el tamaño del vSocket Secundario. La operación de cambio de tamaño fallará con un error que informa que el vSocket Primario excedió el límite de NIC.
-
Cambiar el tamaño del vSocket Primario lo que tendrá éxito. Esto hará que ambos vSockets se reinicien y los túneles se reconecten.
-
Ambos vSockets volverán en línea, pero es posible que el tráfico LAN no logre enrutarse debido al cambio de tamaño. La llamada API para asignar la IP flotante en el vSocket Primario puede fallar inicialmente.
-
Si tiene problemas de enrutamiento, apague el vSocket Secundario, eso debería restaurar la conectividad a través del vSocket Primario.
-
Inicie el vSocket Secundario. El tráfico puede detener la comunicación durante aproximadamente 2 minutos mientras el vSocket se inicia.
Para sitios HA que ejecutan versiones inferiores a la v19, recomendamos que implemente nuevas VMs para el vSocket Primario (activo) y Secundario (en espera). Consulte Cancelar el registro y volver a implementar vSockets de Azure. El vSocket se implementa al nuevo tamaño de VM con v19.x.
Si es necesario mantener la misma versión, por favor póngase en contacto con Soporte para recrear manualmente el sitio.
Para sitios con un solo vSocket Azure v19.x o superior, la VM se reinicia como parte del proceso de cambio de tamaño y hay algún tiempo de inactividad para el sitio.
Consulte la documentación de Microsoft para obtener detalles sobre cómo cambiar el tamaño de la VM: Cambiar el tamaño de una máquina virtual.
Para sitios de vSocket único que ejecutan versiones vSocket inferiores a la v19, recomendamos que use el Marketplace de Azure para implementar nuevas VMs. El vSocket se implementa al nuevo tamaño de VM con v19.x. Consulte Implementación de vSockets de Azure desde el Marketplace.
Si es necesario mantener la misma versión, por favor póngase en contacto con Soporte para recrear manualmente el sitio.
Para verificar que el vSocket está funcionando correctamente después de cambiar el tamaño de la VM, use la Aplicación de Gestión de Cato para iniciar sesión en el WebUI del Socket para el vSocket.
Para iniciar sesión en el WebUI del Socket y verificar el vSocket redimensionado:
-
Desde el menú de navegación, haz clic en Red > Sitios y selecciona el sitio.
- Desde el menú de navegación, haz clic en Configuración del sitio > Socket.
- Desde el menú Acciones del socket, selecciona Socket WebUI.
El navegador abre una nueva pestaña e inicia sesión en el WebUI del Socket.
Cuando el vSocket está funcionando correctamente, el Socket WebUI muestra la pestaña Monitor y los enlaces activos tienen iconos de estado del enlace verdes Estado del Enlace.
Para configuraciones HA, repita el paso anterior para el vSocket Secundario.
0 comentarios
Inicie sesión para dejar un comentario.