Gerenciando chassi

O Lenovo XClarity Administrator pode gerenciar diversos tipos de sistema, incluindo o chassi do Flex System.

Saiba mais

Antes de iniciar

Nota

Os componentes do chassi (como CMMs, nós de cálculo Flex e comutadores Flex) são descobertos e gerenciados automaticamente ao gerenciar o chassi que os contêm. Não é possível descobrir e gerenciar componentes do chassi separados do chassi.

Antes de gerenciar chassis, assegure-se de que as condições a seguir sejam atendidas:

Reveja as considerações de gerenciamento antes de gerenciar um dispositivo. Para obter mais informações, consulte Considerações sobre gerenciamento.
Algumas portas devem estar disponíveis para se comunicar com o CMM do chassi que está sendo gerenciado. Assegure-se de que essas portas estejam disponíveis antes de tentar gerenciar um chassi. Para obter mais informações sobre portas, consulte Disponibilidade de porta.
Verifique se o firmware mínimo necessário está instalado em cada chassi que você deseja gerenciar usando o XClarity Administrator. É possível localizar os níveis mínimos de firmware necessários em Página da Web Suporte do XClarity Administrator – Compatibilidade clicando na guia Compatibilidade e, em seguida, clicando no link para os tipos de dispositivo apropriados.
Assegure-se de que a configuração Número de sessões ativas simultâneas para usuários LDAP no CMM seja configurada como 0 (zero) para o chassi. Para verificar essa configuração na interface da Web do CMM, clique em Gerenciamento do Módulo de Gerenciamento > Contas do Usuário, clique em Configurações Globais de Login e depois clique na guia Geral.
Verifique se há pelo menos três sessões do modo de comando TCP configuradas para comunicação fora da banda com o CMM. Para obter informações sobre como configurar o número de sessões, consulte Comando tcpcmdmode na documentação online do CMM.
Para descobrir um chassi que está em uma sub-rede diferente do XClarity Administrator, certifique-se de que uma das seguintes condições seja atendida:
- Certifique-se de habilitar o encaminhamento SLP multicast em comutadores top-of-rack, bem como nos roteadores do seu ambiente. Consulte a documentação que foi fornecida com seu comutador ou roteador específico para determinar se o encaminhamento SLP de multicast está ativado e para encontrar procedimentos para ativá-lo caso esteja desativado.
- Se SLP estiver desabilitado no terminal ou na rede, você poderá usar o método de descoberta DNS, adicionando manualmente um registro de serviço (registro do servidor) ao servidor de nomes de domínio (DNS), para o XClarity Administrator, por exemplo.
```
_lxca._tcp.labs.lenovo.com     service = 0 0 443 fvt-xhmc3.labs.lenovo.com.
```
  Em seguida, habilite a descoberta de DNS no CMM na interface da Web de gerenciamento, clicando em Gerenciamento do Módulo de Gerenciamento > Protocolo de Rede, clicando na guia DNS e selecionando Usar DNS para descobrir o Lenovo XClarity Administrator.
  Nota
  - O CMM deve estar executando um nível de firmware com data de maio de 2017 para dar suporte à descoberta automática usando DNS.
  - Se houver várias instâncias do XClarity Administrator no seu ambiente, o chassi será descoberto apenas pela instância que for a primeira a responder à solicitação de descoberta. O chassi não será descoberto por todas as instâncias.

Avalie a possibilidade de implementar endereços IPv4 ou IPv6 para todos os CMMs e comutadores Flex gerenciados pelo XClarity Administrator. Se implementar IPv4 para alguns CMMs e comutadores Flex e IPv6 para outros, alguns eventos não serão recebidos no log de auditoria (ou como interceptações de auditoria).

Atenção

Caso pretenda gerenciar CMMs que estão executando um nível de firmware na versão 1.3.2.1 2PET12K da pilha Flex com 2PET12Q, que vem sendo executado há mais de três semanas e que estejam em uma configuração dupla do CMM, você deve reposicionar virtualmente os CMMs antes de atualizar o firmware, usando o XClarity Administrator.

Importante

Caso pretenda usar outro software de gerenciamento além do Lenovo XClarity Administrator para monitorar o chassi, e se esse software de gerenciamento usar comunicação SNMPv3, você deve primeiro criar um ID do usuário do CMM local que seja configurado com as informações de SNMPv3 apropriadas e depois fazer login no CMM usando esse ID do usuário e alterar a senha. Para obter mais informações, consulte Considerações sobre gerenciamento.

Sobre esta tarefa

O XClarity Administrator pode descobrir automaticamente o chassi em seu ambiente sondando sistemas gerenciáveis que estão na mesma sub-rede IP que o XClarity Administrator. Para descobrir os chassis que estão em outras sub-redes, especifique um endereço IP ou intervalo de endereços IP, ou importe informações de uma planilha.

Após os chassis serem gerenciados pelo XClarity Administrator, o XClarity Administrator sonda cada chassi gerenciado periodicamente para coletar informações, como inventário, dados vitais do produto e status. É possível exibir e monitorar cada chassi gerenciado e executar a ação de gerenciamento (como configurar informações do sistema, a configuração de rede e failover). Para chassis que estão no modo protegido, as ações de gerenciamento são desativadas.

Chassis são gerenciados usando a autenticação gerenciada do XClarity Administrator.

Por padrão, os dispositivos são gerenciados usando a autenticação gerenciada do XClarity Administrator para fazer login nos dispositivos. Ao gerenciar servidores em rack e chassis da Lenovo, você pode optar por usar autenticação local ou autenticação gerenciada para fazer login nos dispositivos.

Quando a autenticação local é usada para servidores em rack, chassi da Lenovo e comutadores de rack da Lenovo, o XClarity Administrator usa uma credencial armazenada para autenticar o dispositivo. A credencial armazenada pode ser uma conta do usuário ativa no dispositivo ou uma conta do usuário em um servidor do Active Directory.
Você deve criar uma credencial armazenada no XClarity Administrator que corresponda a uma conta do usuário ativa no dispositivo ou uma conta do usuário em um servidor do Active Directory antes de gerenciar o dispositivo usando a autenticação local (consulte Gerenciando credenciais compartilhadas).
Nota
- Dispositivos RackSwitch oferecem suporte apenas a credenciais armazenadas para autenticação. Não há suporte para as credenciais do usuário do XClarity Administrator.
Usar a autenticação gerenciada permite gerenciar e monitorar vários dispositivos usando as credenciais no servidor de autenticação do XClarity Administrator em vez de credenciais locais. Quando a autenticação gerenciada é usada para um dispositivo (diferente de servidores ThinkServer, servidores System x M4 e comutadores), o XClarity Administrator configura o dispositivo e seus componentes instalados para usar o servidor de autenticação do XClarity Administrator para gerenciamento centralizado.
- Quando a autenticação gerenciada estiver habilitada, você poderá gerenciar dispositivos usando credenciais armazenadas ou inseridas manualmente (consulte Gerenciando contas de usuário e Gerenciando credenciais compartilhadas).
  A credencial armazenada é usada somente até que o XClarity Administrator configure as definições LDAP no dispositivo. Depois disso, qualquer mudança nas credenciais armazenadas não tem impacto no gerenciamento ou no monitoramento desse dispositivo.
  Nota
  Quando a autenticação gerenciada é ativada para um dispositivo, não é possível editar credenciais armazenadas para esse dispositivo usando o XClarity Administrator.
- Se um servidor LDAP local ou externo for usado como servidor de autenticação do XClarity Administrator, as contas de usuário definidas no servidor de autenticação serão usadas para fazer login no XClarity Administrator, em CMMs e no Baseboard Management Controllers no domínio XClarity Administrator. As contas de usuário do CMM local e do controlador de gerenciamento são desativadas.
- Se um provedor de identidade SAML 2.0 for usado como servidor de autenticação do XClarity Administrator, as contas de SAML não estarão acessíveis para dispositivos gerenciados. Entretanto, ao usar um provedor de identidade SAML e um servidor LDAP juntos, se o provedor de identidade usar contas existentes no servidor LDAP, as contas de usuário LDAP poderão ser usadas para fazer login nos dispositivos gerenciados, enquanto os métodos de autenticação mais avançados fornecidos por SAML 2.0 (como autenticação de vários fatores e logon único) podem ser usados para fazer login no XClarity Administrator.
- O login único permite que um usuário já conectado ao XClarity Administrator faça login automaticamente no Baseboard Management Control. O login único é ativado por padrão quando um servidor ThinkSystem ou ThinkAgile é trazido para o gerenciamento pelo XClarity Administrator (a menos que o servidor seja gerenciado com senhas do CyberArk). É possível definir a configuração global para ativar ou desabilitar o login único para todos os servidores ThinkSystem e ThinkAgile gerenciados. Ativar o login único para um servidor ThinkSystem e ThinkAgile específico substitui a configuração global para todos os servidores ThinkSystem e ThinkAgile (consulte Gerenciando servidores).
  Nota
  O logon único é desativado automaticamente ao usar o sistema de gerenciamento de identidade CyberArk para autenticação.
- Quando a autenticação gerenciada está ativada para servidores ThinkSystem SR635 e SR655:
  - O firmware do controlador de gerenciamento do baseboard oferece suporte a até cinco funções de usuário LDAP. O XClarity Administrator adiciona essas funções de usuário LDAP aos servidores durante o gerenciamento: lxc-supervisor, lxc-sysmgr, lxc-admin, lxc-fw-admin e lxc-os-admin.
    Os usuários devem ser atribuídos a pelo menos uma das funções de usuário LDAP especificadas para se comunicar com os servidores ThinkSystem SR635 e SR655.
  - O firmware do controlador de gerenciamento não oferece suporte aos usuários LDAP com o mesmo nome do usuário local do servidor.
- Para servidores ThinkServer e System x M4, o servidor de autenticação do XClarity Administrator não é usado. Em vez disso, uma conta IPMI é criada no dispositivo com o prefixo "LXCA_" acompanhado por uma sequência aleatória. (As contas do usuário do IPMI local existente estão desabilitadas.) Quando você cancelar o gerenciamento de um servidor ThinkServer, a conta do usuário do "LXCA_" será desabilitada e o prefixo "LXCA_" será substituído por "DISABLED_". Para determinar se um servidor ThinkServer é gerenciado por outra instância, o XClarity Administrator verifica as contas de IPMI com o prefixo "LXCA_". Se você escolher forçar o gerenciamento de um servidor ThinkServer gerenciado, todas as contas de IPMI no dispositivo com o prefixo "LXCA_" serão desabilitadas e renomeadas. Considere apagar manualmente as contas de IPMI que não são mais usadas.
  Se você usar credenciais inseridas manualmente, o XClarity Administrator criará uma credencial armazenada automaticamente e usará essa credencial armazenada para gerenciar o dispositivo.
  Nota
  Quando a autenticação gerenciada é ativada para um dispositivo, não é possível editar credenciais armazenadas para esse dispositivo usando o XClarity Administrator.
  - Cada vez que você gerencia um dispositivo usando credenciais inseridas manualmente, uma nova credencial armazenada é criada para o dispositivo, mesmo se outra credencial armazenada foi criada para o dispositivo durante um processo de gerenciamento anterior.
  - Quando você cancela o gerenciamento de um dispositivo, o XClarity Administrator não exclui credenciais armazenadas que foram criadas automaticamente para esse dispositivo durante o processo de gerenciamento.

Um dispositivo pode ser gerenciado somente por uma instância do XClarity Administrator por vez. Não há suporte para o gerenciamento por várias instâncias do XClarity Administrator. Se um dispositivo for gerenciado por um XClarity Administrator, e você desejar gerenciá-lo com outro XClarity Administrator, primeiro cancele o gerenciamento do dispositivo no XClarity Administrator inicial e gerencie-o com o novo XClarity Administrator. Se um erro ocorrer durante o processo de cancelamento de gerenciamento, você poderá selecionar a opção Forçar gerenciamento durante o gerenciamento no novo XClarity Administrator.

Nota

Ao procurar dispositivos gerenciáveis na rede, o XClarity Administrator não sabe se um dispositivo já é gerenciado por outro gerenciador até após tentar gerenciar o dispositivo.

Durante o processo de gerenciamento, o XClarity Administrator executa as seguintes ações:

Efetua login no chassi usando as credenciais fornecidas.
Coleta o inventário de todos os componentes em cada chassi, como CMM, nós de cálculo, dispositivos de armazenamento e o Comutadores Flex.
Nota
Alguns dados do inventário são coletados após o processo de gerenciamento ser concluído. O chassi fica no status pendente até que todos os dados do inventário sejam coletados. Não é possível executar determinadas tarefas em um dispositivo gerenciado (como implantar um padrão de servidor) até que todos os dados do inventário sejam coletados para esse dispositivo e o chassi não esteja mais no estado pendente.
Define as configurações do servidor NTP para que todos os dispositivos gerenciados usem o servidor NTP do XClarity Administrator.
Designa a última política de conformidade de firmware editada para o chassi.
Para dispositivos Lenovo Flex, opcionalmente configura as regras de firewall de dispositivos para que solicitações de entrada sejam aceitas somente no XClarity Administrator.
Troca certificados de segurança com o CMM, copiando o certificado de segurança do CMM para o armazenamento confiável do XClarity Administrator e enviando o certificado de segurança CA do XClarity Administrator ao CMM. O CMM carrega o certificado no armazenamento confiável do CMM e o distribui para processadores de serviço do nó de cálculo para inclusão em seus armazenamentos confiáveis.
Configura a autenticação gerenciada. As configurações do cliente LDAP CMM são alteradas para usar o XClarity Administrator como servidor de autenticação, e as configurações globais de login no CMM são alteradas para Somente Servidor de Autenticação Externo. Para obter mais informações sobre autenticação gerenciada, consulte Gerenciando o servidor de autenticação.
Cria a conta de usuário de recuperação (RECOVERY_ID). Para obter mais informações sobre a conta RECOVERY_ID, consulte Gerenciando o servidor de autenticação.

Atenção

Ao gerenciar um chassi, o XClarity Administrator altera o número máximo de conexões simultâneas do Modo de Comando TCP Seguro para 15 e define o número máximo de conexões simultâneas do Modo de Comando TCP Herdado como 0. Ele substitui configurações que podem já sido definidas no CMM.

Nota

O XClarity Administrator não altera as configurações de segurança ou configurações criptográficas (modo criptográfico e modo usado para comunicações seguras) durante o processo de gerenciamento. É possível alterar as configurações de criptografia depois que o chassi é gerenciado (consulte Definindo configurações de criptografia no servidor de gerenciamento).

Procedimento

Conclua um dos procedimentos a seguir para descobrir e gerenciar o chassi usando XClarity Administrator.

Descubra e gerencie um grande número de chassis e outros dispositivos usando um arquivo de importação em massa (consulte Gerenciando dispositivos).
Descubra e gerencie os chassis que estão na mesma sub-rede IP que o XClarity Administrator.
1. Na barra de menu do XClarity Administrator, clique em Hardware > Descobrir e Gerenciar Novos Dispositivos. A página Descobrir e Gerenciar Novos Dispositivos é exibida.
  
  É possível classificar as colunas da tabela para facilitar a localização do chassi que deseja gerenciar. Além disso, é possível digitar texto (como um nome de sistema ou endereço IP) no campo Filtro para filtrar mais chassis que são exibidos. É possível alterar as colunas que são exibidas e a ordem de classificação padrão clicando no ícone Personalizar colunas ().
2. Clique no ícone Atualizar () para descobrir todos os dispositivos gerenciáveis no domínio XClarity Administrator. A descoberta pode levar vários minutos.
3. Clique na caixa de seleção Habilitar encapsulamento em todos os dispositivos gerenciados futuros para alterar as regras de firewall em todos os dispositivos durante o processo de gerenciamento para que as solicitações de entrada sejam aceitas somente de XClarity Administrator.
  O encapsulamento pode ser ativado ou desativado em dispositivos específicos após serem gerenciados.
  Atenção
  Se o encapsulamento estiver ativado e XClarity Administrator ficar indisponível antes que o gerenciamento de um dispositivo seja cancelado, as etapas necessárias deverão ser tomadas para desativar o encapsulamento e estabelecer comunicação com o dispositivo. Para procedimentos de recuperação, consulte o arquivo lenovoMgrAlert.mib e Recuperando o gerenciamento com um CMM após uma falha no servidor de gerenciamento.
4. Selecione um ou mais chassis que você deseja gerenciar.
5. Clique em Gerenciar Selecionado.
6. Opte por usar a autenticação gerenciada do XClarity Administrator ou a autenticação local para esse dispositivo. A autenticação gerenciada é selecionada por padrão. Para usar autenticação local, desmarque Autenticação Gerenciada.
  Nota
  Autenticação gerenciada e local não são suportadas para servidores ThinkServer e System x M4.
7. Escolha o tipo de credenciais a ser usado para o dispositivo e especifique as credenciais apropriadas:
  - Usar credenciais inseridas manualmente
    - Especifique o ID do usuário local e a senha com autoridade lxc-supervisor para autenticação no CMM.
    - (Opcional) Especifique uma nova senha para a conta do usuário do CMM se a senha estiver expirada atualmente no dispositivo.
  - Usar credenciais armazenadas
    Selecione as credenciais armazenadas com autoridade lxc-supervisor a serem usadas para esse dispositivo gerenciado. Você pode adicionar credenciais armazenadas clicando em Gerenciar Credenciais Armazenadas.
    Nota
    Se você optar por usar autenticação local, selecione uma credencial armazenada para gerenciar o dispositivo.
  Dica
  é recomendável usar uma conta de supervisor ou administrador para gerenciar o dispositivo. Se uma conta com autoridade de nível mais baixo for usada, o gerenciamento poderá falhar ou poderá ser bem-sucedido, mas outras operações futuras do XClarity Administrator no dispositivo poderão falhar (principalmente se o dispositivo for gerenciado sem autenticação gerenciada).
  Para obter mais informações sobre as credenciais normais e armazenadas, consulte Gerenciando contas de usuário e Gerenciando credenciais compartilhadas.
8. Especifique a senha de recuperação se a autenticação gerenciada estiver selecionada.
  Uma conta de recuperação (RECOVERY_ID) é criada no CMM, e todas as contas de usuário locais são desativadas. Se houver um problema com XClarity Administrator, e ele parar de funcionar por alguma razão, não será possível fazer login no CMM usando as contas de usuário normais. No entanto, é possível fazer login usando a conta RECOVERY_ID.
  Nota:
  - A senha de recuperação é necessária se você optar por usar autenticação gerenciada e não é permitida se você optar por usar autenticação local.
  - É possível optar por usar uma conta de recuperação local ou credenciais de recuperação armazenadas. Em qualquer um dos casos, o nome do usuário é sempre RECOVERY_ID.
  - Verifique se a senha segue as políticas de segurança e senha para o dispositivo. As políticas de segurança e senha podem variar.
  - Certifique-se de gravar a senha de recuperação para uso futuro.
  Para obter mais informações sobre o ID de recuperação, consulte Gerenciando o servidor de autenticação.
9. Clique em Alterar para alterar os grupos de funções que devem ser atribuídos aos dispositivos.
  Nota
  - É possível selecionar de uma lista de grupos de funções que são atribuídos ao usuário atual.
  - Se você não alterar os grupos de funções, os grupos de função padrão serão usados. Para obter mais informações sobre os grupos de função padrão, consulte Alterando as permissões padrão.
10. Clique em Gerenciar.
  Uma caixa de diálogo é exibida e mostra o progresso desse processo de gerenciamento. Para assegurar que o processo seja concluído com êxito, monitore o progresso.
  Quando o processo for concluído, a caixa de diálogo exibirá o número de dispositivos no chassi e o status do chassi.
  Nota
  Alguns dados do inventário são coletados após o processo de gerenciamento ser concluído. O chassi fica no status pendente até que todos os dados do inventário sejam coletados. Não é possível executar determinadas tarefas em um dispositivo gerenciado (como implantar um padrão de servidor) até que todos os dados do inventário sejam coletados para esse dispositivo e o chassi não esteja mais no estado pendente.
11. Quando o processo for concluído, clique em OK.
  O dispositivo agora é gerenciado por XClarity Administrator, que sonda automaticamente o dispositivo gerenciado regularmente para coletar informações atualizadas, como inventário.
  Se o gerenciamento não tiver sido bem-sucedido por causa de uma das seguintes condições de erro, repita esse procedimento usando a opção Forçar gerenciamento.
  - Se o gerenciamento do XClarity Administrator falhar e não puder ser recuperado.
    Nota
    Se a instância de substituição do XClarity Administrator usar o mesmo endereço IP do XClarity Administrator com falha, você poderá gerenciar o dispositivo novamente usando a conta e senha de RECOVERY_ID (se aplicável) e a opção Forçar gerenciamento.
  - Se o gerenciamento do XClarity Administrator tiver sido desligado antes do cancelamento do gerenciamento dos dispositivos.
  - Se o cancelamento do gerenciamento dos dispositivos não tiver sido bem-sucedido.
  Atenção
  Os dispositivos podem ser gerenciados somente por uma instância do XClarity Administrator por vez. Não há suporte para o gerenciamento por várias instâncias do XClarity Administrator. Se um dispositivo for gerenciado por um XClarity Administrator, e você desejar gerenciá-lo com outro XClarity Administrator, primeiro cancele o gerenciamento do dispositivo no XClarity Administrator original e gerencie-o com o novo XClarity Administrator.
12. Se o chassi for novo, clique em Continuar para Configuração de Chassi para validar e alterar configurações de rede de gerenciamento para o chassi inteiro (incluindo nós de cálculo e comutadores Flex) e configurar informações de nó de cálculo, armazenamento local, adaptadores de E/S, destinos de inicialização e configurações de firmware criando e implantando padrões de servidor. Para obter informações adicionais, consulte Alterando as configurações de IP de gerenciamento de um chassi e Configurando servidores com padrões de configuração.
Descubra e gerencie os chassis que não estiverem na mesma sub-rede IP que o XClarity Administrator especificando manualmente endereços IP.
1. Na barra de menu do XClarity Administrator, clique em Hardware > Descobrir e Gerenciar Novos Dispositivos. A página Descobrir e Gerenciar é exibida.
2. Clique na caixa de seleção Habilitar encapsulamento em todos os dispositivos gerenciados futuros para alterar as regras de firewall em todos os dispositivos durante o processo de gerenciamento para que as solicitações de entrada sejam aceitas somente de XClarity Administrator.
  O encapsulamento pode ser ativado ou desativado em dispositivos específicos após serem gerenciados.
  Atenção
  Se o encapsulamento estiver ativado e XClarity Administrator ficar indisponível antes que o gerenciamento de um dispositivo seja cancelado, as etapas necessárias deverão ser tomadas para desativar o encapsulamento e estabelecer comunicação com o dispositivo. Para procedimentos de recuperação, consulte o arquivo lenovoMgrAlert.mib e Recuperando o gerenciamento com um CMM após uma falha no servidor de gerenciamento.
3. Selecione Entrada Manual.
4. Especifique os endereços de rede do chassi que deseja gerenciar:
  - Clique em Sistema Único e insira um nome de domínio de endereço IP único ou o nome de domínio totalmente qualificado (FQDN).
    Acesso à Rede
    Para especificar um FQDN, verifique se um nome de domínio válido foi especificado na página (consulte Configurando o acesso à rede).
  - Clique em Vários Sistemas e insira um intervalo de endereços IP. Para adicionar outro intervalo, clique no ícone Adicionar (). Para remover um intervalo, clique no ícone Remover ().
5. Clique em OK.
6. Opte por usar a autenticação gerenciada do XClarity Administrator ou a autenticação local para esse dispositivo. A autenticação gerenciada é selecionada por padrão. Para usar autenticação local, desmarque Autenticação Gerenciada.
  Nota
  Autenticação gerenciada e local não são suportadas para servidores ThinkServer e System x M4.
7. Escolha o tipo de credenciais a ser usado para o dispositivo e especifique as credenciais apropriadas:
  - Usar credenciais inseridas manualmente
    - Especifique o ID do usuário local e a senha com autoridade lxc-supervisor para autenticação no CMM.
    - (Opcional) Especifique uma nova senha para a conta do usuário do CMM se a senha estiver expirada atualmente no dispositivo.
  - Usar credenciais armazenadas
    Selecione as credenciais armazenadas com autoridade lxc-supervisor a serem usadas para esse dispositivo gerenciado. Você pode adicionar credenciais armazenadas clicando em Gerenciar Credenciais Armazenadas.
    Nota
    Se você optar por usar autenticação local, selecione uma credencial armazenada para gerenciar o dispositivo.
  Dica
  é recomendável usar uma conta de supervisor ou administrador para gerenciar o dispositivo. Se uma conta com autoridade de nível mais baixo for usada, o gerenciamento poderá falhar ou poderá ser bem-sucedido, mas outras operações futuras do XClarity Administrator no dispositivo poderão falhar (principalmente se o dispositivo for gerenciado sem autenticação gerenciada).
  Para obter mais informações sobre as credenciais normais e armazenadas, consulte Gerenciando contas de usuário e Gerenciando credenciais compartilhadas.
8. Especifique a senha de recuperação se a autenticação gerenciada estiver selecionada.
  Uma conta de recuperação (RECOVERY_ID) é criada no CMM, e todas as contas de usuário locais são desativadas. Se houver um problema com XClarity Administrator, e ele parar de funcionar por alguma razão, não será possível fazer login no CMM usando as contas de usuário normais. No entanto, é possível fazer login usando a conta RECOVERY_ID.
  Nota:
  - A senha de recuperação é necessária se você optar por usar autenticação gerenciada e não é permitida se você optar por usar autenticação local.
  - É possível optar por usar uma conta de recuperação local ou credenciais de recuperação armazenadas. Em qualquer um dos casos, o nome do usuário é sempre RECOVERY_ID.
  - Verifique se a senha segue as políticas de segurança e senha para o dispositivo. As políticas de segurança e senha podem variar.
  - Certifique-se de gravar a senha de recuperação para uso futuro.
  Para obter mais informações sobre o ID de recuperação, consulte Gerenciando o servidor de autenticação.
9. Clique em Alterar para alterar os grupos de funções que devem ser atribuídos aos dispositivos.
  Nota
  - É possível selecionar de uma lista de grupos de funções que são atribuídos ao usuário atual.
  - Se você não alterar os grupos de funções, os grupos de função padrão serão usados. Para obter mais informações sobre os grupos de função padrão, consulte Alterando as permissões padrão.
10. Clique em Gerenciar.
  Uma caixa de diálogo é exibida e mostra o progresso desse processo de gerenciamento. Monitore o progresso para assegurar que o processo seja concluído.
  Quando o processo for concluído, a caixa de diálogo exibirá o número de dispositivos no chassi e o status do chassi.
  Nota
  Alguns dados do inventário são coletados após o processo de gerenciamento ser concluído. O chassi fica no status pendente até que todos os dados do inventário sejam coletados. Não é possível executar determinadas tarefas em um dispositivo gerenciado (como implantar um padrão de servidor) até que todos os dados do inventário sejam coletados para esse dispositivo e o chassi não esteja mais no estado pendente.
11. Quando o processo for concluído, clique em OK.
  O dispositivo agora é gerenciado por XClarity Administrator, que sonda automaticamente o dispositivo gerenciado regularmente para coletar informações atualizadas, como inventário.
  Se o gerenciamento não tiver sido bem-sucedido por causa de uma das seguintes condições de erro, repita esse procedimento usando a opção Forçar gerenciamento.
  - Se o gerenciamento do XClarity Administrator falhar e não puder ser recuperado.
    Nota
    Se a instância de substituição do XClarity Administrator usar o mesmo endereço IP do XClarity Administrator com falha, você poderá gerenciar o dispositivo novamente usando a conta e senha de RECOVERY_ID (se aplicável) e a opção Forçar gerenciamento.
  - Se o gerenciamento do XClarity Administrator tiver sido desligado antes do cancelamento do gerenciamento dos dispositivos.
  - Se o cancelamento do gerenciamento dos dispositivos não tiver sido bem-sucedido.
  Atenção
  Os dispositivos podem ser gerenciados somente por uma instância do XClarity Administrator por vez. Não há suporte para o gerenciamento por várias instâncias do XClarity Administrator. Se um dispositivo for gerenciado por um XClarity Administrator, e você desejar gerenciá-lo com outro XClarity Administrator, primeiro cancele o gerenciamento do dispositivo no XClarity Administrator original e gerencie-o com o novo XClarity Administrator.
12. Se o chassi for novo, clique em Continuar para Configuração de Chassi para validar e alterar configurações de rede de gerenciamento para o chassi inteiro (incluindo nós de cálculo e comutadores Flex) e configurar informações de nó de cálculo, armazenamento local, adaptadores de E/S, destinos de inicialização e configurações de firmware criando e implantando padrões de servidor. Para obter informações adicionais, consulte Alterando as configurações de IP de gerenciamento de um chassi e Configurando servidores com padrões de configuração.

Depois de concluir

Descubra e gerencie dispositivos adicionais.
Implante imagens do sistema operacional nos servidores que ainda não tenham um sistema operacional instalado. Para obter mais informações, consulte Instalando sistemas operacionais em servidores bare-metal.
Atualize o firmware em dispositivos que não estão em conformidade com as políticas atuais (Atualizando firmware em dispositivos gerenciados).
Adicione os dispositivos recém-gerenciados ao rack adequado para refletir o ambiente físico (consulte Gerenciando racks).
Monitore o status e os detalhes de hardware (consulte Visualizando o status de um servidor gerenciado).
Monitore eventos e alertas (consulte Trabalhando com eventos e Trabalhando com alertas).

Enviar feedback