Users Guide

Acerca del CMC en espera
La CMC en espera es idéntica a la CMC activa y se mantiene como un reejo de ella. Las CMC activa y en espera deben tener
instalada la misma revisión de rmware. Si las revisiones de rmware son diferentes, el sistema informará que existe redundancia
degradada.
La CMC en espera adopta las mismas propiedades y la misma conguración que la CMC activa. Mantenga la misma versión de
rmware en ambas CMC, pero no necesita duplicar la conguración en la CMC en espera.
NOTA: Para obtener información acerca de la instalación de una CMC en espera, consulte Hardware Owner’s Manual
(Manual del propietario de hardware)
. Para ver instrucciones para la instalación del rmware de la CMC en su CMC en
espera, consulte Actualización del rmware.
Modo a prueba de fallos de CMC
El gabinete M1000e habilita el modo a prueba de fallas para proteger los módulos de E/S y los servidores blade. El modo a prueba de
errores se habilita cuando no hay ninguna CMC controlando el chasis. Durante el período de conmutación por error de la CMC o
durante la pérdida de administración de una sola CMC:
• No se pueden activar los sistemas blade recién instalados.
• No es posible obtener acceso a los sistemas blade existentes de manera remota.
• Los ventiladores de enfriamiento del chasis funcionan al 100 % para garantizar la protección térmica de los componentes.
• El rendimiento de blade se reduce para limitar el consumo de energía hasta que se restaure la administración del CMC.
A continuación se indican algunas de las condiciones que pueden provocar la pérdida de administración de un CMC:
• Extracción del CMC: la administración del chasis se reanuda después de que se reemplaza el CMC o se ejecuta una protección
contra fallas al CMC en espera.
• Extracción del cable de red de la CMC o pérdida de la conexión de red: La administración del chasis se reanuda después de que el
chasis cede el control a la CMC en espera después de una falla. La conmutación de red en caso de falla solo se activa en el modo
de CMC redundante.
• Restablecimiento del CMC: la administración del chasis se reanuda después de que se reinicia el CMC o el chasis cede el control
al CMC en espera después de una falla.
• Emisión del comando de protección contra fallas del CMC: la administración del chasis se reanuda después de que el chasis cede
el control al CMC en espera después de una falla.
• Actualización del rmware de la CMC: La administración del chasis se reanuda después de que se reinicia la CMC o el chasis cede
el control a la CMC en espera después de una falla. Se recomienda actualizar primero la CMC en espera, de manera que solo
haya un suceso de conmutación por falla.
• Detección y corrección de errores del CMC: la administración del chasis se reanuda después de que se reinicia el CMC o el chasis
cede el control al CMC en espera después de una falla.
NOTA: El gabinete se puede congurar con un CMC sencillo o con CMC redundantes. En las conguraciones de CMC
redundante, si el CMC principal pierde la comunicación con el gabinete o la red de administración, el CMC en espera
asume la administración del chasis.
Proceso de elección del CMC activo
No hay ninguna diferencia entre las dos ranuras de CMC; es decir, la ranura no indica prioridad. En cambio, la CMC que se instala o se
inicia primero asume la función de CMC activa. Si se aplica alimentación de CA con dos CMC instaladas, la instalada en la ranura 1 del
chasis de CMC (la de la izquierda) generalmente se convierte en la activa. El CMC activo está indicado con un LED azul.
Si se insertan dos CMC en un chasis que ya está encendido, la negociación automática de activa/en espera puede requerir hasta dos
minutos. El funcionamiento normal del chasis se reanuda cuando se completa la negociación.
38