Sorry

Unable to initialize the simulation player:

Please reload the page or report this error to:
hol-feedback@vmware.com

Carregando

Sorry

Your web browser doesn't support some required capabilities.

This interactive simulation works best with the latest version of Chrome, Firefox, Safari, or Internet Explorer.

Sorry

An error occurred. Please reload the page or report this error to:
hol-feedback@vmware.com

Sorry

X
↩ Retornar ao laboratório
HOL-1844-01: VMware Cloud Foundation Commissioning and Decommissioning a Host

This is an interactive demo

Drive it with your mouse, your finger, or just use the arrow keys.

Use Learn mode to learn the demo. The orange boxes show where to click.

Use Present mode to hide the orange boxes and notes.

Click a Shortcut to jump to a specific part of the demo.

X
Ocultar notas
Restaurar notas
Abrir janela de notas
Aumentar tamanho da fonte
Reduzir tamanho da fonte

Nesta simulação, mostraremos como lidar com a falha do host em um domínio de carga de trabalho existente. Removeremos o host com falha e adicionaremos um host do pool livre. Após a conclusão dos reparos necessários, recrie a imagem do host com falha e devolva-a ao pool livre.

 

Na ativação e desativação de um host

 

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:

  1. Clique em Status
    • Na página System Status, podemos ver que existe um alerta crítico.
  2. 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.
  3. Clique em Alert - Server is powere...> para expandir e ver os detalhes adicionais
  4. 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.
  5. Clique em DASHBOARD
  6. Clique em VIEW DETAILS ao lado de Physical Resources
  7. Clique no ícone denominado LASSEN 10 HOSTS
  8. 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).
  9. 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.
  10. Clique em DASHBOARD
    • Vamos começar verificando o estado do cluster no vSphere Web Client.
  11. 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.
  12. Clique na guia VMware Cloud Foundation no navegador
  13. Clique em VIEW DETAILS ao lado de Workload domains
  14. Clique na barra para rolar a tela para baixo
  15. Clique no ícone denominado MGMT MANGEMENT Domain
    • Esse é o domínio de carga de trabalho em que o host com falha está localizado.
  16. Clique na barra para rolar a tela para baixo
  17. Clique no link VRACK-CLUSTER
  18. 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.
  19. Clique em R1N5
    • Esse é o host com falha que precisamos remover desse cluster.  Fazemos isso desativando o host.
  20. Clique em DECOMMISSION
    • A caixa de diálogo Decommission Host é exibida solicitando que você confirme se deseja desativar esse host.
  21. 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".
  22. Clique no link System Status Screen
  23. Clique na barra para rolar a tela para baixo
  24. Clique em VIEW DETAILS em Workflow Tasks
    • Vemos aqui nosso fluxo de trabalho ativo denominado "VI Resource Pool - Decommission of hosts (192.168..."
  25. Clique no fluxo de trabalho VI Resource Pool - Decommission of hosts(192.168...
  26. 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.
  27. Clique em View Sub Tasks para ver os detalhes
  28. 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.
  29. 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.
  30. Clique na barra de rolagem à extrema direita para voltar ao topo da página
  31. 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.
  32. Clique em DASHBOARD
  33. 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
  34. Clique no ícone denominado LASSEN 9 HOSTS rack
  35. 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.
  36. Clique em DASHBOARD
  37. Clique em VIEW DETAILS em Workload Domain
  38. Clique na barra para rolar a tela para baixo
  39. Clique no ícone denominado MGMT MANAGEMENT Domain
  40. Clique na barra para rolar a tela para baixo
  41. Clique no link VRACK-CLUSTER
  42. 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.
  43. Clique na barra para rolar a tela para cima
  44. Clique na trilha de navegação DOMAIN DETAILS
  45. Clique em EXPAND DOMAIN
  46. 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.
  47. Clique no host R1N3 para atribuí-lo ao domínio
  48. Clique na barra para rolar a tela para baixo
  49. Clique em NEXT
  50. 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.
  51. Clique em APPLY.
    • A caixa de verificação Expand domain é exibida.
  52. 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.
  53. Clique em OK
  54. Clique em STATUS
  55. Clique na barra para rolar a tela para baixo
  56. Clique em VIEW DETAILS em Workflow Tasks
    • Vemos que o fluxo de trabalho "VI Resource Pool - Expanding MGMT" está em um estado RUNNING
  57. Clique em VI Resource Pool - Expand MGMT para ver os detalhes desse fluxo de trabalho
  58. Clique na barra para rolar a tela para baixo
    • Vemos que existem 23 subtarefas sendo executadas para adicionar o host.
  59. Clique em View Sub Tasks
  60. 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.
  61. Clique na barra para navegar pela lista de subtarefas
    • Observamos que todas as subtarefas foram concluídas com êxito.
  62. Clique na barra de rolagem para voltar ao topo da página
  63. 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
  64. Clique em DASHBOARD
  65. Clique em VIEW DETAILS ao lado de Workload Domains
  66. Clique na barra para rolar a tela para baixo
  67. Clique no ícone denominado MGMT MANGEMENT Domain
  68. 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.
  69. 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.
  70. Clique na guia VMware Cloud Foundation no navegador
  71. 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.
  72. 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.
  73. Clique em Bundle
  74. Clique no menu suspenso Avilabe versions
  75. Selecione a versão mais recente 2.3.0-5526927
  76. Clique em Activate Bundle
    • Isso indica ao VIA qual versão do ESXi que ele deve usar para criar a imagem do host.
  77. Clique na guia Imaging
  78. Clique na caixa Name
  79. Digite Repair Node 5
  80. Clique na caixa Description
  81. Digite Repair Node 5
  82. Clique no menu suspenso Deployment Type
  83. 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.
  84. Clique no menu suspenso Vendor
  85. Selecione Quanta Computers, Inc.
  86. 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.
  87. Clique na caixa ESXi SERVER
    • Durante a criação da imagem, podemos clicar no servidor para ver as etapas e monitorar o andamento
  88. 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.
  89. Clique em Complete
    • Após a criação da imagem do host, precisamos fazer download de seu arquivo manifest.
  90. 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".
  91. 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.
  92. Clique na guia VMware Cloud Foundation no navegador da web
  93. Clique em SETTINGS
  94. Clique em ADD HOST
  95. Clique no menu suspenso Select the Rack to add Host
  96. Selecione LASSEN
  97. Clique no botão BROWSE
  98.  Selecione o arquivo manifest cujo download acabamos de fazer do VIA (vcf-imaging-details-Repair-Node-5)
  99.  Clique em Open
  100.  Clique em ADD HOST
    • O SDDC Manager usa as informações no arquivo manifest para detectar o novo host
  101.  Clique em CONTINUE
    • Agora, o SDDC Manager concluirá a ativação do host e o devolverá ao seu inventário.
  102.  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.
  103.  Clique em OK
  104.  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.
  105.  Clique em DASHBOARD
  106.  Clique em VIEW DETAILS ao lado de Physical Resources
  107.  Clique no ícone denominado LASSEN 10 HOSTS
  108.  Clique na barra para rolar a tela para baixo
    •  Vemos aqui que o host R1N5 está novamente no inventário com um status íntegro
  109.  Clique no host R1N5
  110.  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
  111.  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

 

 

Copyright © 2018 VMware, Inc. All rights reserved.