O que é um CMC
O controlador de gerenciamento de chassi, ou CMC, é um pequeno computador embutido em um gabinete de servidores blade ou modulares. A única função dele é supervisionar o próprio chassi: as fontes de alimentação compartilhadas, os ventiladores, os módulos de rede e de armazenamento e os servidores encaixados no gabinete. O termo está mais associado aos sistemas modulares Dell PowerEdge, e outros fabricantes oferecem a mesma ideia com outros nomes, como onboard administrator ou chassis management module.
A característica central é que o CMC atua fora da banda (out of band). Ele tem processador, firmware e porta de rede próprios, por isso continua respondendo quando um blade travou, está desligado ou não tem sistema operacional. Para a gestão de ativos de hardware, ele é o único lugar que sabe qual hardware físico está em cada gabinete e em que estado.
Como um CMC funciona
O controlador começa pelo gabinete, não por algum dos servidores, e monta a visão do chassi em uma ordem fixa.
- 1
Inicia com o chassi
O CMC liga por conta própria, antes de qualquer blade ser ligado, e carrega o firmware dedicado.
- 2
Descobre os módulos
Detecta os blades, as fontes, os ventiladores e os módulos de E/S instalados e lê identidade e status pelo backplane do chassi.
- 3
Entra na rede de gerenciamento
Recebe um endereço em uma rede de gerenciamento separada e expõe uma interface web, uma linha de comando e protocolos padrão como SNMP.
- 4
Observa e age
Acompanha consumo de energia, temperaturas e falhas, emite alertas e aplica políticas, como limites de energia para todo o gabinete.
O que um CMC gerencia
Pense no chassi como um pequeno data center dobrado dentro de uma caixa. O CMC cobre as partes que pertencem à caixa, e não a um servidor isolado:
| Área | O que o CMC faz | Por que importa |
|---|---|---|
| Energia | Informa o consumo e pode limitar a demanda total do gabinete | Mantém o chassi dentro do orçamento de energia |
| Refrigeração | Monitora temperaturas e controla a velocidade dos ventiladores | Evita redução de desempenho e danos por calor |
| Servidores blade | Liga e desliga os blades e dá acesso ao controlador de gerenciamento de cada um | Permite trabalhar sem ir até o rack |
| Módulos de rede e armazenamento | Mostra o status e as configurações básicas dos switches e do armazenamento compartilhados | Oferece uma visão única da estrutura compartilhada |
| Inventário e logs | Lista os componentes instalados com números de série e registra eventos de hardware | Apoia auditorias e acionamentos de garantia |
CMC em comparação com outros controladores
O CMC costuma ser confundido com o controlador de gerenciamento de cada servidor, como o iDRAC nos servidores Dell, e com agentes de inventário de software. Eles olham para camadas diferentes. O controlador do servidor gerencia uma máquina, o CMC gerencia o gabinete ao redor dela, e um agente instalado no sistema operacional vê apenas o que esse sistema informa.
Por isso, a descoberta de ativos de TI feita só com agentes tende a perder blades desligados, slots vazios e módulos compartilhados. O inventário de hardware com agentes funciona bem em estações de trabalho e servidores com sistema operacional, e o CMC preenche a lacuna do gabinete.
Qual camada enxerga o quê
Cada camada responde a uma pergunta diferente, e nenhuma substitui as outras:
| Recurso | CMC | Controlador do servidor | Agente no SO |
|---|---|---|---|
| Funciona com o servidor desligado | |||
| Informa fontes e ventiladores compartilhados | |||
| Dá console remoto de um servidor | |||
| Vê software instalado e configurações do SO |
Por que os dados do chassi importam para o registro de ativos
Os dados do chassi são valiosos porque são físicos e difíceis de errar. Números de série, posições nos slots e listas de componentes vindos do CMC dão à gestão de ativos de TI um registro confiável do que está instalado onde, o ponto de partida para controle de garantia, planejamento de capacidade e desativação.
Os mesmos registros podem alimentar um banco de dados de gerenciamento de configuração, desde que alguém seja responsável pela sincronização. Sem um responsável, o gabinete é documentado uma vez, na instalação, e a documentação se afasta da realidade quando blades são trocados, movidos ou aposentados.
Riscos e erros comuns
O CMC tem controle sobre todos os blades do gabinete, então as fraquezas dele são as fraquezas do gabinete. Os problemas habituais são operacionais, não exóticos:
Trate o acesso ao CMC como acesso privilegiado: quem o controla pode desligar ou reconfigurar todos os blades do gabinete.
- Portas de gerenciamento deixadas em uma rede de uso geral, em vez de uma rede de gerenciamento isolada
- Credenciais de administrador de fábrica ou compartilhadas que nunca são trocadas
- Firmware que nunca é atualizado porque mexer em um chassi compartilhado parece arriscado
- Alertas que não chegam a ninguém, de modo que um ventilador ou uma fonte com falha passa despercebido até que uma segunda falhe
- Um dispositivo desconhecido na rede de gerenciamento que ninguém questiona, exatamente o que uma verificação de dispositivos não autorizados deve detectar
Por onde começar
Comece com uma lista de todos os gabinetes, com endereço do controlador, versão de firmware e responsável. Coloque a rede de gerenciamento atrás de regras de acesso próprias, use contas nominais em vez de um login compartilhado, envie os alertas para uma caixa de e-mail ou sistema que alguém realmente acompanhe e mantenha o inventário dos chassis no mesmo registro de ativos de todo o resto. O objetivo é simples: nenhum gabinete sem responsável.
Não dá para proteger o que não está em uma lista, e o controlador do chassi é onde começa a lista do hardware físico.
Anexet Team