Nota: Si realiza una actualización automática, los usuarios deben generar un procedimiento de actualización mediante el portal
SolVe Online de Dell para obtener instrucciones detalladas de actualización (se requiere una cuenta de soporte de Dell).
Recursos útiles:
Con respecto a VxRail, ¿qué admiten los servicios proactivos remotos (RPS)?
- Los clientes con contratos de mantenimiento de misión crítica de ProSupport de 4 horas o ProSupport Plus son elegibles para que un equipo de RPS de Dell realice actualizaciones de VxRail.
- Los clientes con mantenimiento ProSupport al siguiente día laboral no son elegibles, pero pueden abrir una solicitud de servicio para solicitar una actualización sujeta a un cargo por servicio.
- Actualizaciones de VxRail independientes con vCenter administrado por VxRail (interno) (consulte a continuación para obtener más información)
- Actualizaciones de VxRail de clústeres extendidos (consulte a continuación para obtener más información)
- Clústeres de VxRail con implementaciones de vCenter administradas por el cliente (externas) (las actualizaciones externas de vCenter están fuera de la cobertura del soporte de Dell, consulte a continuación [N.° 4] para obtener más información).
Nota: Los equipos de RPS no son compatibles con los sitios oscuros y requieren que un recurso de campo esté en el sitio para realizar la actualización.
¿Qué tipo de actualizaciones se realizan en los sistemas VxRail?
- Actualización principal = una actualización del dispositivo que está fuera de la familia (ejemplo: 7.0.x > y 8.0.x)
- Actualización secundaria = una actualización del dispositivo que está dentro de la familia (ejemplo: 7.0.x > y 7.0.x)
¿Las actualizaciones de VxRail son disruptivas?
Las actualizaciones de VxRail Appliance no se consideran disruptivas. Las VM de carga de trabajo primero se migran a otros hosts en línea antes de colocar ese host en modo de mantenimiento.
Tenga en cuenta lo siguiente:
- Antes de una actualización de VxRail, se realizan evaluaciones del estado a fin de garantizar la preparación para la actualización del sistema.
- Todas las VM de cargas de trabajo deben configurarse para permitirles ejecutar vMotion entre nodos de VxRail. Si no se puede ejecutar vMotion en una máquina virtual (VM), es posible que se requiera tiempo de inactividad planificado para permitir que una actualización se complete correctamente.
Al igual que con cualquier actualización del sistema, se recomienda actualizar en momentos de bajo I/O y que se programe una ventana de mantenimiento en caso de que haya alguna dificultad.
- Si la utilización del sistema es demasiado alta (uso de memoria o CPU), es posible que sea necesario apagar algunas VM para evitar cualquier impacto potencial en las VM de carga de trabajo.
- Si la utilización de almacenamiento es demasiado alta, es posible que deba liberar espacio en vSAN O migrar algunas VM de carga de trabajo fuera de vSAN a un sistema diferente (si es posible).
Durante una actualización de VxRail, se actualizan los siguientes componentes (entre otros):
- VxRail Manager
- VMware ESXi
- Dispositivo virtual de VMware vCenter Server (vCSA) (si es interno)
- Controladora de servicios de plataforma (PSC) de VMware (si es interna)
- VMware vSAN
- Actualizaciones específicas del hardware incluidas (no se incluyen en cada actualización, pero están presentes en el paquete compuesto cuando corresponda).
- Los siguientes elementos son algunos de los que se actualizan; consulte los enlaces de la matriz de soporte de VxRail para determinar las versiones de los componentes entre los diferentes niveles de código de VxRail.
Plataforma de Dell PowerEdge:
- PTAgent
- iSM
- BIOS
- iDRAC
- BOSS
Para obtener una lista completa de los componentes actualizados, consulte la matriz de soporte de VxRail requerida a continuación:
Puntos útiles con respecto a las actualizaciones de dispositivos VxRail:
- Las actualizaciones de VxRail siempre se deben iniciar desde la interfaz del usuario de VxRail Manager o el plug-in de vCenter.
- No se admite la actualización de VxRail mediante VMware vCenter Update Manager (VUM en el cliente web de vCenter).
- Los clústeres de VxRail que se implementan con un vCenter externo pueden requerir que el vCenter Server se actualice antes de la actualización de VxRail Cluster (Dell no soporta las actualizaciones de vCenter externo y son una tarea del usuario).
- Para la configuración de vCenter externo (administrado por el usuario), es fundamental que se asegure de que la versión actual de vCenter sea compatible en el nivel de código al que está actualizando. Consulte el siguiente artículo sobre Dell VxRail: Matriz de interoperabilidad de VxRail y VMware vCenter Server (vCenter externo) administrada por el cliente (es necesario iniciar sesión en el soporte de Dell para ver el artículo)
- Los clústeres VxRail extendidos en los que se ejecutan versiones (inferiores a) 4.5.215 o 4.7.300 no son actualizables por el usuario y un ingeniero de soporte técnico (TSE) de Dell debe realizar la actualización. Las actualizaciones por encima de estos niveles de código se consideran actualizables por el usuario y el script de actualización automatiza la actualización del testigo.
¿Cuánto tiempo tarda o se espera que tarde la actualización de VxRail?
La duración de una actualización de VxRail Appliance depende de muchos factores:
- Cantidad de hosts
- Tipo de hardware del host
- Si DRS está habilitado o no
- Configuración del sistema (VC extendido o no extendido e interno o externo)
- Cantidad de VM en el sistema
- Tamaño de las VM
- Nivel de código actual y nivel de código de destino (principal o secundario)
- Cuántas actualizaciones adicionales se incluyeron en la versión de destino (actualizaciones de firmware, etc.).
Como pauta general, podemos utilizar lo siguiente como estimación aproximada, a veces, la duración de la actividad puede tardar más y a veces puede tardar menos.
Hosts de Dell PowerEdge:
- Tiempo estimado por host = 2 horas
- Si DRS no está habilitado, agregue 1 hora adicional al tiempo total.
- Si el sistema es un clúster extendido, agregue 1 hora adicional al tiempo total.
Resumen del proceso de actualización de RPS
Consultoría técnica (comprobación previa):
- Realice evaluaciones del estado del clúster mediante scripts y comprobaciones de la interfaz de usuario de vCenter (RPS abre un caso de soporte para cualquier problema).
- Dimensione el entorno para proporcionar un plan de actualización
- Proporcionar una duración estimada de la actualización (esto se basa en una actualización sin problemas)
- Proporcione al cliente todos los requisitos previos que se deben cumplir.
- Analice el plan de actualización y proporcione el enlace de descarga de código.
- Responda cualquier pregunta técnica del usuario.
Una vez que se completa la consulta técnica, el equipo de programación trabaja con el usuario para programar la actualización según el plan de actualización. Esto permite que los recursos de RPS se asignen durante toda la duración de la actualización y proporciona traspasos en los que la duración se encuentra entre los turnos de ingenieros.
Actualizar:
- Realice evaluaciones del estado del clúster con scripts y comprobaciones de la interfaz del usuario de vCenter.
- Cargue el paquete de código.
- Inicie el proceso de actualización.
- Monitoree hasta que finalice.
Comprobaciones posteriores:
- Revise el estado del clúster después de la actualización
- Abra una solicitud de servicio de soporte para cualquier problema que necesite investigación.
Procedimiento de actualización de VxRail
VxRail es una solución diseñada y la administración del ciclo de vida (LCM) de VxRail automatiza el proceso de actualización de VxRail mediante la carga de software y firmware en cada nodo.
- Configure definiciones de alarma para notificaciones por correo electrónico.
- Tome instantáneas de las VM de servicio.
- Actualice del código actual a una nueva versión.
- Elimine instantáneas de VM de servicio.
- Cambie la contraseña de la cuenta del servicio oculto.
Nota: SolVe Online permite a los clientes generar procedimientos de VxRail.
Script de actualización de VxRail
Un script automatiza la administración del ciclo de vida (LCM) de VxRail en el siguiente orden.
- VxRail Manager
- vCenter Server (si está administrado por VxRail)
- Nodo ESXi 1
- Nodo ESXi 2
- Nodo ESXi 3
- Nodo de ESXi n
El script de LCM se inicia en el nodo 1, evacua sus VM y coloca el nodo en modo de mantenimiento. Todos los componentes se actualizan y el nodo se reinicia. Una vez finalizado el reinicio, el nodo sale del modo de mantenimiento y las VM vuelven a migrar al nodo. El script se transfiere al nodo siguiente hasta que se hayan actualizado todos los nodos del clúster.