Esta parte do laboratório é apresentada como uma Simulação interativa dos laboratórios práticos. Com isso, você poderá praticar as etapas. Elas consistem em um processo longo ou que exige muitos recursos para ser feito em tempo real no ambiente do laboratório. Nesta simulação, você poderá usar a interface do software como se estivesse interagindo em um ambiente real.
As caixas de cor laranja mostram onde clicar, e as teclas de seta para a esquerda e para a direita também podem ser usadas para percorrer a simulação em qualquer direção.
Começamos no Dashboard do SDDC Manager:
- Clique em Status
- Na página System Status, podemos ver que existe um alerta crÃtico.
- Clique em VIEW DETAILS em Alerts
- Vemos o alerta crÃtico "Alert - Server is powere...>" com a data e a hora em que ele ocorreu.
- Clique em Alert - Server is powere...> para expandir e ver os detalhes adicionais
- Clique na barra para rolar a tela para baixo.
- Nos detalhes do alerta, vemos que é um SERVER_DOWN_ALERT para o host R1N5. Esse host está desligado e pode estar com um problema de fonte de alimentação ou outro problema relacionado a hardware. Isso significa que o cluster do vSAN do qual esse host é membro corre o risco de entrar em um estado degradado.
- Precisamos agir rapidamente para substituir o host com falha. Aproveitaremos os recursos de automação do SDDC Manager para fazer isso.
- Clique em DASHBOARD
- Clique em VIEW DETAILS ao lado de Physical Resources
- Clique no Ãcone denominado LASSEN 10 HOSTS
- Clique na barra para rolar a tela para baixo
- Vemos aqui um resumo de todos os hosts no rack. Vemos mais uma vez que o host R1N5 está em um estado com falha (como indicado pelo Ãcone vermelho na coluna STATUS).
- Clique no host R1N5
- Não conseguimos ver os detalhes do host porque ele não está acessÃvel.
- Vamos iniciar a recuperação adicionando primeiro um novo host do pool livre do Cloud Foundation ao cluster para substituir esse host com falha.
- Clique em DASHBOARD
- Vamos começar verificando o estado do cluster no vSphere Web Client.
- Clique na guia vSphere Web Client no navegador
- Vemos aqui que o host 'r1n5.lassen.demo.vmware.com' não está respondendo e que o cluster afetado é o nosso domÃnio de carga de trabalho de gerenciamento. Vamos voltar ao Cloud Foundation e remover este host do domÃnio de gerenciamento.
- Clique na guia VMware Cloud Foundation no navegador
- Clique em VIEW DETAILS ao lado de Workload domains
- Clique na barra para rolar a tela para baixo
- Clique no Ãcone denominado MGMT MANGEMENT Domain
- Esse é o domÃnio de carga de trabalho em que o host com falha está localizado.
- Clique na barra para rolar a tela para baixo
- Clique no link VRACK-CLUSTER
- Clique na barra para rolar a tela para baixo
- Vemos aqui os quatro hosts que fazem parte de nosso domÃnio de carga de trabalho de gerenciamento. Com o R1N5 desativado, os três hosts Ãntegros também estão desativados. Precisamos remover o R1N5 e substituÃ-lo por um host disponÃvel para restaurar o cluster para os quatro nós.
- Clique em R1N5
- Esse é o host com falha que precisamos remover desse cluster. Fazemos isso desativando o host.
- Clique em DECOMMISSION
- A caixa de diálogo Decommission Host é exibida solicitando que você confirme se deseja desativar esse host.
- Clique em CONFIRM para continuar a desativação do host
- O fluxo de trabalho de desativação do host é iniciado. Podemos monitorar o andamento desse fluxo de trabalho clicando no link "System Status Screen".
- Clique no link System Status Screen
- Clique na barra para rolar a tela para baixo
- Clique em VIEW DETAILS em Workflow Tasks
- Vemos aqui nosso fluxo de trabalho ativo denominado "VI Resource Pool - Decommission of hosts (192.168..."
- Clique no fluxo de trabalho VI Resource Pool - Decommission of hosts(192.168...
- Clique na barra para rolar a tela para baixo
- Vemos um resumo do fluxo de trabalho. Existem, no momento, nove subtarefas pendentes e oito subtarefas concluÃdas.
- Clique em View Sub Tasks para ver os detalhes
- Clique na barra para rolar a tela para baixo
- À medida que as etapas são executadas, as subtarefas são atualizadas dinamicamente na UI, e o andamento pode ser monitorado ao acompanharmos o progresso de um estado NEW para um estado RUNNING até chegar ao estado SUCCESSFULL. Depois que todas as subtarefas tiverem sido concluÃdas com êxito, o fluxo de trabalho estará concluÃdo.
- Vemos aqui que todas as tarefas foram concluÃdas com êxito e que o host foi removido do domÃnio de carga de trabalho de gerenciamento.
- Clique na barra de rolagem na seção de subtarefas para navegar pela lista de tarefas
- As tarefas no fluxo de trabalho de desativação incluem: remoção do host do cluster do vSphere, atualização das configurações do NSX, do switch virtual distribuÃdo e do datastore do vSAN para refletir a remoção do host e a atualização do inventário do vCenter. Além disso, o SDDC Manager também reconfigurará as portas do switch nos switches Top-of-Rack para refletir a remoção do host.
- Clique na barra de rolagem à extrema direita para voltar ao topo da página
- Clique em Workflows para retornar à página de resumo do fluxo de trabalho
- Vemos que o fluxo de trabalho de desativação foi concluÃdo com êxito
- Em seguida, confirmaremos que o host foi removido do inventário do Cloud Foundation.
- Clique em DASHBOARD
- Clique em VIEW DETAILS ao lado de Physical Resources
- Podemos ver que o LASSEN Rack agora contém nove hosts, pois um host foi desativado
- Clique no Ãcone denominado LASSEN 9 HOSTS rack
- Clique na barra para rolar a tela para baixo
- Analisando a lista de servidores no rack, podemos ver que o r1n5 foi removido.
- Agora, podemos continuar a adição de um host substituto ao cluster.
- Clique em DASHBOARD
- Clique em VIEW DETAILS em Workload Domain
- Clique na barra para rolar a tela para baixo
- Clique no Ãcone denominado MGMT MANAGEMENT Domain
- Clique na barra para rolar a tela para baixo
- Clique no link VRACK-CLUSTER
- Clique na barra para rolar a tela para baixo
- Podemos ver que o domÃnio de gerenciamento agora tem 3 hosts. Vamos adicionar um quarto host a esse domÃnio de carga de trabalho para substituir o host que acabamos de remover.
- Clique na barra para rolar a tela para cima
- Clique na trilha de navegação DOMAIN DETAILS
- Clique em EXPAND DOMAIN
- Clique na barra para rolar a tela para baixo
- Vemos os três hosts atribuÃdos atualmente ao domÃnio (indicados pela caixa de seleção) junto com os hosts não atribuÃdos que estão disponÃveis no momento.
- Clique no host R1N3 para atribuÃ-lo ao domÃnio
- Clique na barra para rolar a tela para baixo
- Clique em NEXT
- Clique na barra para rolar a tela para baixo
- Aqui podemos revisar os detalhes da expansão do domÃnio. Vemos que um host adicional está sendo adicionado.
- Clique em APPLY.
- A caixa de verificação Expand domain é exibida.
- Clique em CONFIRM
- Recebemos uma notificação de que o fluxo de trabalho de expansão do domÃnio foi acionado. Aqui, mais uma vez, podemos revisar o status desse fluxo de trabalho na seção status.
- Clique em OK
- Clique em STATUS
- Clique na barra para rolar a tela para baixo
- Clique em VIEW DETAILS em Workflow Tasks
- Vemos que o fluxo de trabalho "VI Resource Pool - Expanding MGMT" está em um estado RUNNING
- Clique em VI Resource Pool - Expand MGMT para ver os detalhes desse fluxo de trabalho
- Clique na barra para rolar a tela para baixo
- Vemos que existem 23 subtarefas sendo executadas para adicionar o host.
- Clique em View Sub Tasks
- Clique na barra para rolar a tela para baixo
- Vemos aqui as tarefas separadas que o SDDC Manager está executando. Podemos mais uma vez navegar pela lista para ver as etapas que estão sendo realizadas para adicionar o host ao cluster.
- Vemos que as portas de switch estão atualizadas com as informações corretas da VLAN, o host está adicionado ao inventário do vCenter e ligado ao cluster, e que as configurações do NSX, do switch distribuÃdo e do datastore do vSAN estão atualizadas de acordo.
- Clique na barra para navegar pela lista de subtarefas
- Observamos que todas as subtarefas foram concluÃdas com êxito.
- Clique na barra de rolagem para voltar ao topo da página
- Clique em Workflows para retornar ao resumo do fluxo de trabalho
- Vemos que o fluxo de trabalho "VI Resource Pool - Expanding MGMT" foi concluÃdo com êxito
- Clique em DASHBOARD
- Clique em VIEW DETAILS ao lado de Workload Domains
- Clique na barra para rolar a tela para baixo
- Clique no Ãcone denominado MGMT MANGEMENT Domain
- Clique na barra para rolar a tela para baixo
- Podemos ver que, após a expansão de domÃnio, o domÃnio de carga de trabalho de gerenciamento contém novamente quatro hosts.
- Clique na guia do navegador vSphere Web Client
- No vSphere, podemos confirmar que o host R1N3 adicionado ao cluster contém novamente quatro hosts e que não há mais um estado de alarme.
- SubstituÃmos com êxito os hosts com falha no domÃnio de carga de trabalho de gerenciamento. Em seguida, devolveremos o host com falha ao inventário do Cloud Foundation.
- Clique na guia VMware Cloud Foundation no navegador
- Clique em DASHBOARD
- O host com falha foi reparado, e estamos prontos para adicioná-lo novamente ao pool livre do Cloud Foundation. Para fazer isso, primeiro precisamos recriar a imagem do servidor usando o VIA.
- Click que no botão new tab no navegador para abrir uma nova janela do navegador
- Na nova janela do navegador, vamos nos conectar ao VIA usando o URL "192.168.100.2:8080/via"
- Aqui, ativaremos o pacote de software, instalaremos o ESXi no servidor reparado e faremos download do arquivo manifest.
- Clique em Bundle
- Clique no menu suspenso Avilabe versions
- Selecione a versão mais recente 2.3.0-5526927
- Clique em Activate Bundle
- Isso indica ao VIA qual versão do ESXi que ele deve usar para criar a imagem do host.
- Clique na guia Imaging
- Clique na caixa Name
- Digite Repair Node 5
- Clique na caixa Description
- Digite Repair Node 5
- Clique no menu suspenso Deployment Type
- Selecione Cloud Foundation Individual Deployment
- O tipo do dispositivo é padronizado como ESXi SERVER, e o número de servidores para a criação de imagem é definido como 1 (padrão). Como esses são os valores que precisamos agora, então podemos aceitá-los.
- Clique no menu suspenso Vendor
- Selecione Quanta Computers, Inc.
- Clique em Start Imaging
- O VIA instancia um servidor DHCP e solicita que você reinicialize o servidor fÃsico para uma inicialização do PXE. O host fará a inicialização do PXE, e o VIA prosseguirá com a instalação do ESXi.
- Clique na caixa ESXi SERVER
- Durante a criação da imagem, podemos clicar no servidor para ver as etapas e monitorar o andamento
- Clique no X no canto da caixa para fechar a janela pop-up.
- Após a criação da imagem do host, o VIA confere se o ESXi foi instalado com êxito e solicita a conclusão do processo de criação de imagem.
- Clique em Complete
- Após a criação da imagem do host, precisamos fazer download de seu arquivo manifest.
- Clique na guia Inventory
- A última execução de criação de imagem é selecionada automaticamente; trata-se do ID de execução 16 e foi chamado de "Repair Node 5".
- Clique no link Download Manifest
- O download do arquivo manifest para o host é feito.
- Agora, estamos prontos para devolver o host ao inventário do SDDC Manager.
- Clique na guia VMware Cloud Foundation no navegador da web
- Clique em SETTINGS
- Clique em ADD HOST
- Clique no menu suspenso Select the Rack to add Host
- Selecione LASSEN
- Clique no botão BROWSE
- Selecione o arquivo manifest cujo download acabamos de fazer do VIA (vcf-imaging-details-Repair-Node-5)
- Clique em Open
- Clique em ADD HOST
- O SDDC Manager usa as informações no arquivo manifest para detectar o novo host
- Clique em CONTINUE
- Agora, o SDDC Manager concluirá a ativação do host e o devolverá ao seu inventário.
- Clique na barra para rolar a tela para baixo
- São necessários apenas alguns minutos para concluir a ativação do host. Após a conclusão, o host terá um endereço IP privado e as configurações necessárias de DNS e NTP e estará pronto para ser usado com o Cloud Foundation.
- Clique em OK
- Clique na barra para rolar a tela para baixo e ver que tudo isso foi concluÃdo durante a ativação do host.
- Agora, podemos conferir que o host está novamente no inventário.
- Clique em DASHBOARD
- Clique em VIEW DETAILS ao lado de Physical Resources
- Clique no Ãcone denominado LASSEN 10 HOSTS
- Clique na barra para rolar a tela para baixo
- Vemos aqui que o host R1N5 está novamente no inventário com um status Ãntegro
- Clique no host R1N5
- Clique na barra para rolar a tela para baixo
- Como podemos ver na tela de detalhes, o R1N5 está on-line agora e com status verde
- Clique no dashboard
Isso conclui a demonstração sobre como substituir um host com falha em um ambiente do Cloud Foundation. Nesta demonstração, vimos como os administradores de nuvem podem aproveitar os recursos avançados de automação do VMware SDDC Manager para agir rapidamente no caso de falhas de hardware e executar as etapas de recuperação sem causar interrupção para a empresa.
Para retornar ao laboratório, clique no link no canto superior direito ou feche esta guia do navegador