Users Guide

Asignación de un chasis principal de respaldo
En un entorno con varios chasis, el chasis principal puede, a veces, fallar o retirarse temporalmente. En tales situaciones, es necesario
designar un chasis miembro en el grupo de MCM como respaldo del chasis principal. El chasis principal de respaldo se promueve como
principal cuando el chasis principal existente falla o se retira.
1. En el tablero de MCM, haga clic en Configurar > Editar confguración del chasis principal de respaldo.
Aparecerá la ventana Editar confguración del chasis principal de respaldo.
Si ya hay un respaldo asignado, se muestra el nombre del chasis de respaldo en el campo Respaldo actual.
2. En el menú desplegable Asignar respaldo, seleccione el nombre del chasis miembro que desea seleccionar como el chasis principal de
respaldo.
3. Haga clic en la Configuración de IP virtual principal (opcional) y seleccione la casilla de verificación Habilitar IP virtual.
La IP virtual, si está configurada, facilita la coherencia en la dirección IP cuando la función del chasis principal se transfiere de un chasis
a otro.
4. Haga clic en Información adicional para ver los detalles acerca de cómo habilitar la IP virtual. Los detalles son los siguientes:
• Modificar la configuración de red puede afectar la configuración de la IP virtual
• Deshabilitar la NIC también se deshabilita la IP virtual
• Deshabilitar la IPv4 no deshabilitará la dirección IP virtual
• Habilitar la VLAN permitirá el acceso a la IP virtual solo desde la VLAN especificada
• Habilitar/deshabilitar DHCP para IPv4 reconfigurará la dirección IP virtual para que coincida con la nueva máscara de
subred y la puerta de enlace
También, consulte la sección Escenarios de casos de uso.
Cuando se detiene un trabajo para asignar un chasis miembro como el chasis principal de respaldo, el estado del trabajo en la página
Trabajos se muestra como Detenido. Sin embargo, el chasis miembro se asigna como el chasis principal de respaldo del grupo.
Promoción de un chasis de respaldo a principal
Puede promover el chasis de respaldo como el nuevo chasis principal cuando el chasis principal existente falla. Si el chasis principal inicial
está disponible, también puede asignarlo como un chasis miembro. Para promover el chasis de respaldo como el chasis principal, debe
iniciar sesión en el chasis de respaldo.
Después de promover un chasis principal de respaldo como chasis principal, desconecte y vuelva a conectar todos los perfiles que estén
conectados a una ranura que contenga un sled de cálculo en el nuevo chasis principal. La desconexión y la conexión de los perfiles
garantizan que la asignación sea persistente. La tarea "promover" no afecta los perfiles que están asignados a ranuras vacías. También,
consulte la sección Escenarios de casos de uso.
1. En la página de inicio del chasis de respaldo, haga clic en Configurar > Promover como chasis principal.
Aparecerá la ventana Promover como chasis principal.
2. Haga clic en Promover.
Después de promover el chasis principal de respaldo como el nuevo chasis principal del grupo, si tiene privilegios de administrador del
chasis, realice los siguientes pasos antes de volver colocar el chasis principal anterior en el entorno de producción:
1. Desde el chasis principal nuevo, quite el chasis principal anterior del grupo eliminar todas las referencias a él.
2. Quite el chasis principal anterior de la red de apilamiento.
3. Ejecute una acción de configuración de restablecimiento forzada mediante el uso de la API REST, URI:/api/
ApplicationService/Actions/ApplicationService.ResetApplication. Para obtener más información, consulte la
Guía de API RESTful de OpenManage Enterprise y OpenManage Enterprise: Modular.
La tarea de restablecimiento de configuración transforma el chasis antiguo a un chasis independiente y listo para formar parte del
ambiente de producción.
Cuando se promueve un chasis principal de respaldo como el chasis principal, las solicitudes de unión de otros chasis miembros enviadas al
chasis principal anterior no se muestran en el panel de MCM del nuevo chasis principal. En consecuencia, el chasis miembro específico no
puede enviar solicitudes de unión a otros grupos de la pila. Para desbloquear las solicitudes pendientes, ejecute la siguiente API en el chasis
miembro desde el cual se enviaron las solicitudes de unión y vuelva a enviar las solicitudes:
URI:/api/ManagementDomainService/Actions/ManagementDomainService.DeletePendingDomains
Method:POST
Carga útil:empty
Inicio de sesión en OME-Modular
37