Configurar a Nuvem para o Workload Deployer

Saiba como configurar o Workload Deployer para um ambiente de implementação de produção

Um administrador de nuvem tem autorização total para uma nuvem privada que é gerenciada pelo IBM ® Workload Deployer. Antes de implementar aplicativos, as etapas iniciais de preparação do Workload Deployer devem ser executadas para que ele esteja pronto para uso em desenvolvimento e teste. Os autores descrevem o procedimento de configuração da nuvem para implementar aplicativos usando a interface com o usuário do Workload Deployer Versão 3.1. O VMware ESX 4.1 ou o hypervisor do PowerVM é usado nos exemplos.

Aimin Wu, System Performance Analyst, A IBM

Photo of author Aimin WuAimin trabalhou como desenvolvedor de software em DB2 por 10 anos para vários recursos em diversos releases do DB2. Agora, ele está se concentrando em otimização de sistemas especialistas integrados.



Courtney D. Mauney, Information Developer, A IBM

Courtney é membro da equipe de desenvolvimento de informações do IBM Workload Deployer.



12/Mai/2014

O IBM® Workload Deployer é um dispositivo de hardware que fornece acesso às imagens e padrões virtuais de middleware da IBM permitindo a criação de ambientes de aplicativo que podem ser implementados e gerenciados de forma segura em uma nuvem privada. Ele fornece uma ferramenta de interface com o usuário com base na web e outra de interface da linha de comandos fazendo implementação de padrões de imagens virtuais, dispositivos e aplicativos automatizados, rápidos, consistentes e repetíveis.

As etapas usuais de implementação e configuração do Workload Deployer e configuração da nuvem privada são as seguintes:

  1. Instalação física do dispositivo, incluindo instalação em um rack, conexão à rede, ligação do cabo de energia e conexão em um console serial.
  2. Configuração inicial do dispositivo por meio do console serial conectado, incluindo a aceitação dos termos da licença, a configuração do endereço IP, o DNS e o gateway padrão. Depois dessa etapa, o console administrativo do Workload Deployer pode ser acessado por um navegador web compatível de uma máquina diferente que se conecta ao Workload Deployer.
  3. A configuração adicional do dispositivo, incluindo a adição de mais adaptadores de rede, servidores DNS e um servidor de correio, configurando o backup e a restauração do Workload Deployer e estabelecendo o fuso horário. Isso pode ser executado pelo usuário cbadmin por meio do console administrativo da web.
  4. Depois da preparação de todos os recursos a serem usados na nuvem privada, como os hypervisors ESXi, e dos endereços IP, inclua nele os recursos no Workload Deployer e configure o ambiente da nuvem. Há três tipos de tarefas:
    • Criando usuários e grupos de usuários, conforme necessário.
    • Ativando os tipos de imagens e padrões virtuais necessários.
    • Incluindo recursos como grupos de IP, de nuvem e hypervisors, e implementando serviços compartilhados.
  5. Implementando sistema virtual, aplicativos e dispositivo na nuvem para teste, desenvolvimento ou finalidade de produção.
  6. Mantendo e monitorando a nuvem.

Este artigo é voltado para a configuração de um ambiente de nuvem usando a ferramenta de interface com o usuário com base na web do Workload Deployer. As capturas de tela neste artigo mostram os hypervisors do VMware ESX no IBM Workload Deployer 3.1.0.1. A Figura 1 mostra as etapas necessárias no pedido recomendado.

Figura 1. Etapas de configuração do ambiente em nuvem

É importante configurar o ambiente em nuvem de um aplicativo de forma adequada. No Workload Deployer, apenas um administrador de nuvem tem autoridade para configurar o ambiente em nuvem, mas desenvolvedores e testadores executarão aplicativos nele. Se o ambiente em nuvem não estiver devidamente configurado, os desenvolvedores e testadores podem não conseguir resolver os problemas decorrentes por não ter acesso. Os testadores e desenvolvedores nem sempre sabem o que é necessário para que o administrador da nuvem corrija um problema.

Vejamos algumas considerações e conceitos básicos de procedimento sobre a configuração do ambiente em nuvem para implementação de aplicativo.

Conceitos Básicos sobre a Configuração do Ambiente de Nuvem

Considerações sobre a configuração

Há vários fatores que um administrador deve considerar para a configuração do ambiente de nuvem.

Autoridade necessária para configurar um ambiente de nuvem
A maioria das subtarefas na configuração do ambiente de nuvem — exceto a criação e o gerenciamento de usuário e grupo de usuários — pode ser obtida por um usuário do Workload Deployer que tenha direitos do administrador de nuvem com permissão total. O usuário e os grupos de usuários podem ser gerenciados por um único usuário do Workload Deployer que tenha direitos de administração de dispositivo com permissão total.

A função do administrador de nuvem na realidade não é um mapeamento direto para a permissão do administrador de nuvem do Workload Deployer. Neste artigo, o administrador de nuvem se refere à função real do usuário. As permissões do Workload Deployer necessárias para cada etapa estão estabelecidas claramente.

Usuário e autoridade do grupo de usuários para utilização do ambiente de nuvem
Depois de um ambiente de nuvem ser configurado, é necessário criar os IDs de usuário para usar a nova nuvem. O administrador de nuvem deve considerar quais permissões precisam ser dadas a cada usuário específico dependendo da sua função de usuário.

Preparação dos recursos
Os servidores físicos devem ter hypervisors instalados e configurados. Os hypervisors VMware ESX devem ser incluídos no servidor VMware vCenter se o vCenter for usado para gerenciar os servidores ESX. Os endereços IP devem ser configurados com nomes de host que podem ser resolvidos pelo DNS, e as configurações de VLAN devem ser estabelecidas se forem utilizadas.

Etapas de configuração inicial

Para configurar o Workload Deployer para criação e implementação de padrões virtuais de aplicativo, banco de dados e sistema, é necessário realizar algumas etapas iniciais.

Antes de configurar o ambiente de nuvem, há várias ações que devem ser tomadas:

  1. Hypervisors (usar VMware ESX como exemplo aqui)
    • Configurar endereços IP, nome de host, DNS e gateway padrão para servidores que já têm o ESX instalado.
    • Configurar armazenamento e comutadores virtuais.
    • Registrar os hypervisors ESX para o servidor vCenter se você usar o vCenter para gerenciar o ESX.
  2. Rede
    • Designar endereços IP suficientes a serem usados pelas máquinas virtuais gerenciadas e implementadas nos hypervisors. Esses endereços IP devem ter nomes de host pesquisáveis por um servidor DNS.
    • Configurar a VLAN adequadamente se ela se destinar ao uso.

As seções restantes o conduzem pelas tarefas e subtarefas necessárias para a configuração do ambiente de nuvem.


Atualizar o Perfil cbadmin

Como essa etapa não faz parte da configuração do ambiente de nuvem, ela deve ser vista com atenção por motivo de segurança. O cbadmin é o usuário padrão para efetuar login no console de administrador da web do Workload Deployer. O cbadmin tem autoridade total, por isso, é extremamente recomendado que a senha do usuário seja alterada o mais rápido possível.

Depois de instalar o dispositivo no rack apropriado, o usuário pode se conectar a ele para que um console serial faça uma configuração inicial, como a leitura e aceitação do contrato de licença, configuração do adaptador de rede e configuração do gateway padrão.

Em seguida, o usuário pode se conectar à interface do usuário baseada na web com o ID do usuário cbadmin padrão. A seguinte seção aborda como alterar a senha do cbadmin do usuário padrão e atualizar seu perfil usando o console administrativo com base na web. É muito importante que a senha do cbadmin não seja perdida. Se a senha for perdida, é possível presumir que a porta dos fundos para reconfigurar a senha por meio do console serial esteja ativada.

Efetue login na interface com o usuário como cbadmin

O ID do usuário e senha do administrador de nuvem padrão é cbadmin/ cbadmin. Os navegadores da web compatíveis são

  • Mozilla Firefox Extended Support Release (ESR)
  • Microsoft Internet Explorer 7, 8, 9

Em uma janela do navegador, digite o endereço do console do administrador https://<IWDHostname/IPAddress>/login, onde <IWDHostname/IPAddress> é o nome do host ou endereço IP do dispositivo do Workload Deployer que você configura usando o console serial. A janela de login se abre.

Figura 2. Janela de login do console administrativo do Workload Deployer

Alterar senha para cbadmin

Recomendamos fortemente que você altere a senha da conta de administrador padrão. Para alterar a senha:

  1. Clique em Sistema e selecionar Usuários no console administrativo do Workload Deployer.
    Figura 3. Abra a janela User no console administrativo do Workload Deployer
  2. Selecione Administrador na área de janela à esquerda.Os detalhes do usuário cbadmin são exibidos na área de janela direita.
  3. Clique em Editar na seção Password da área de janela de detalhes.
    Figura 4. Editar a senha do usuário cbadmin
  4. Insira a nova senha nos dois campos de texto, como indicado na Figura 5. Clique em Submit para alterar a senha.
    Figura 5. Insira a nova senha para o usuário cbadmin

Ativar a Reconfiguração da Senha do cbadmin do Console Serial

Se você achar que pode perder sua senha do cbadmin, ative uma porta dos fundos que permita reconfiguração de senha pelo console serial.

Para ativar a reconfiguração da senha por meio do console serial:

  1. Clique em Sistema na barra de menus e selecione Security para abrir a janela Security.
    Figura 6. Abra a janela Security na barra de menus System
  2. Na janela Security, em Permissions, altere Allow password reset from the serial console para Enable na lista suspensa.
    Figura 7. Permitir reconfiguração de senha do console serial

Criar Usuário e Grupos de Usuário

Somente um usuário do Workload Deployer com permissão total de administração de dispositivo pode criar ou modificar usuário ou grupos de usuários. O usuário padrão cbadmin tem a permissão necessária para concluir esta etapa.

Em teoria, esta etapa pode ser feita a qualquer momento. Falando em termos práticos, se os usuários e grupos de usuários forem criados antes de outros objetos da nuvem, os usuários que criam esses objetos aproveitar o controle de acesso de nível de objeto no Workload Deployer com várias etapas simples.

As permissões do usuário e grupos de usuários no Workload Deployer são baseadas em funções. Depois de um usuário efetuar login no console administrativo, apenas os objetos os quais o usuário tem permissão para acessar são exibidos. Assim, ao criar o usuário e grupos de usuários, mantenha suas funções em mente.

Outro nível do controle de permissão é dado ao proprietário de um objeto na nuvem. Um proprietário de objeto pode conceder permissão de leitura, gravação ou total aos usuários ou grupos de usuários que não criaram o objeto, mas têm permissão para acessar o tipo do objeto. Isso é muito útil quando vários usuários compartilham a mesma função.

Por exemplo, o User1 criou um padrão de aplicativo virtual, assim ele é o proprietário desse padrão. O User2 tem a permissão Create Patterns. O User1 pode permitir que o User2 tenha acesso diferente a esse padrão incluindo leitura, gravação, total.

Para obter detalhes sobre permissões, visite o Centro de Informações do Workload Deployer.

É fácil criar um usuário ou grupo de usuários no console administrativo. São duas etapas:

  1. Criação do usuário ou dos grupos de usuários.
  2. Configuração das permissões do usuário ou grupos de usuários.

Ativar todas as Imagens Virtuais Autorizadas

Os usuários que têm a permissão create-catalog-content podem executar esta etapa se não usarem o usuário cbadmin padrão.

As imagens virtuais fornecem os arquivos do sistema operacional e de produtos binários necessários para a criação de uma instância de sistema virtual.

O Workload Deployer tem um grupo de imagens virtuais pré-desenvolvidas que o usuário pode usar prontamente. O Workload Deployer também fornece flexibilidade de usuário para desenvolver suas próprias imagens virtuais e importá-las para o Workload Deployer. Para usar as imagens virtuais incorporadas, basta aceitar as licenças de imagens virtuais a que está autorizado.

Aceitar a licença de uma imagem virtual é uma ação de ocorrência única que algumas vezes é esquecida. O mapeamento entre os aplicativos e as imagens virtuais nem sempre é óbvio. Ative todas as imagens virtuais que tiver autorização para usar com o dispositivo para estar mais bem preparado para a nuvem privada. Também é possível controlar quais usuários podem acessar as imagens a qualquer momento.

  1. Abra a janela Virtual Images. Clique em Catalog e depois selecione Virtual Images, como indicado na Figura 8. A janela de imagens virtuais é exibida com todas as imagens disponíveis listadas no painel esquerdo.
    Figura 8. Abrir a janela Virtual Images
  2. Aceite o contrato de licença das imagens virtuais, como indicado nas Figuras 9, 10 e 11.
    Figura 9. Aceitar licença para imagem virtual do WebSphere Application Server 7.0.0.19
    Figura 10. Lista de licenças a serem aceitas para a imagem virtual
    Figura 11. Todas as licenças foram aceitas para a imagem virtual
  3. Depois de aceitá-las, o status da imagem virtual é atualizado, como indicado na Figura 12.
    Figura 12. Status da imagem virtual depois das licenças serem aceitas
  4. Ative os recursos avançados da imagem virtual se estiver autorizado (seta púrpura na Figura 12).
  5. Repita as etapas anteriores para ativar as outras imagens virtuais.

Definir as Configurações de Implementação Padrão

Os usuários com permissões totais de administração da nuvem podem executar esta etapa se não estiverem usando o usuário padrão cbadmin.

As Default Deploy Settings devem ser configuradas adequadamente antes que qualquer imagem virtual possa ser implementada. Essa configuração é feita apenas uma vez e é frequentemente negligenciada.

Abrir a Janela Default Deploy Settings

Clique em Cloud e depois selecione Default Deploy Settings , como indicado na Figura 13. A janela Default Deploy Settings é aberta. Consulte a Figura 14.

Figura 13. Abrir a janela Default Deploy Settings

Configurar e Verificar as Default Deploy Settings

Dependendo do tipo de hypervisor na nuvem privada, pode ser necessário assegurar que haja pelo menos uma imagem padrão para cada tipo de hypervisor a ser usado nas Default Deploy Settings. Se não houver nenhuma imagem padrão disponível para o tipo de hypervisor de destino, siga esta etapa para ativar imagens virtuais a serem usadas. Em seguida, repita a etapa para definir as configurações de implementação padrão.

A Figura 14 é um exemplo que mostra o tipo de hypervisor VMware ESX com configurações de imagem padrão válidas, indicadas pela seta vermelha, enquanto o tipo de hypervisor do IBM PowerVM® não contém nenhuma imagem padrão.

Figura 14. Janela Default Deploy Settings

Ativar Todos os Tipos de Padrão Autorizados

Os usuários com permissões totais de administração da nuvem podem executar esta etapa se não estiverem usando o usuário padrão cbadmin.

Um tipo de padrão de aplicativo virtual é uma coleção de plug-ins que define componentes, links e políticas, junto com os arquivos de configuração, empacotados em um arquivo TGZ. Esses padrões devem ser usados para desenvolver um aplicativo virtual que inclui estes componentes, links e políticas.

O Workload Deployer inclui tipos de padrão pré-desenvolvidos que o usuário pode usar prontamente. Por enquanto, os usuários também podem desenvolver seus próprios plug-ins usando o Plug-in Development Kit e importá-los para o Workload Deployer. O Workload Deployer fornece uma ferramenta denominada Virtual Application Builder para desenvolver padrões de aplicativo virtual com base em um tipo de padrão de aplicativo virtual selecionado. Para usar os tipos de padrão pré-empacotados, basta ativá-los.

Ativar os tipos de padrão de aplicativo virtual também é uma tarefa executada uma vez. Os tipos padrão são mapeados para os componentes no Virtual Application Builder. Apenas componentes cujo tipo padrão correspondente está ativado são exibidos no Virtual Application Builder.

Como um exemplo, a Figura 15 ilustra os componentes do banco de dados exibidos antes da ativação do IBM Database Patterns 1.1.

Figura 15. Componentes de banco de dados disponíveis quando nenhum tipo de padrão de banco de dados é exibido

Depois de ativar qualquer um dos padrões de banco de dados, as novas opções são exibidas no Virtual Application Builder. Por exemplo, a Figura 16 mostra a lista de componentes disponíveis depois da ativação do IBM Database Patterns 1.1.

Figura 16. Componentes disponíveis no banco de dados quando o IBM Database Patterns 1.1 está ativado

Para ativar o IBM Web Application Pattern 2.0:

  1. Abra a janela Pattern Types. Clique em Cloud na barra de menus e selecione Pattern Types , como na Figura 17. A janela Pattern Types é aberta. Veja a Figura 18.
    Figura 17. Abrir a janela Pattern Types
    Figura 18. Detalhes do padrão de aplicativo virtual
  2. Clique em Web Application Pattern Type 2.0.0.0 no painel esquerdo da janela Pattern Types (seta verde na Figura 18).
  3. Clique em Enable All na seção Status da área de janela de detalhes, como indicado pela seta vermelha na Figura 18. A ação Enable All é equivalente às seguintes tarefas, se você conclui-las separadamente:
    1. Ativar os tipos de padrão pré-requisitos, que são o Foundation Pattern Type 2.0.0.0 (seta amarela na Figura 18).
    2. Aceitar a licença para o tipo de padrão atual (seta azul na Figura 18).
    3. Ativar o tipo de padrão atual.

Depois de o padrão de aplicativo virtual ser ativado com êxito, uma janela similar à Figura 19 é aberta. As setas verdes mostram a alteração de status do tipo de padrão ativado.

Figura 19. Padrão de aplicativo virtual ativado

Repita as mesmas etapas para ativar os outros tipos de padrões aos quais esteja autorizado.

Dica: As imagens e padrões virtuais integrados são fáceis de usar prontamente. Não exclua nenhum deles se não estiver seguro de que eles sejam necessários. Se nenhuma imagem e padrão virtual enviado for removido, leva algum tempo para recarregá-los ao dispositivo. Pode ser necessário entrar em contato com o suporte da IBM para obter o nível de imagem correto.


Configurar os Plug-ins do Sistema

Os usuários que têm a permissão de criar-catalogar-conteúdo podem executar esta etapa se não utilizarem o usuário cbadmin padrão.

Alguns padrões possuem plug-ins de sistema que podem ser configurados para prepará-los para o desenvolvimento de aplicativos virtuais.

É possível verificar quais plug-ins requerem configuração na janela de detalhes Pattern Types. Por exemplo, a Figura 20 mostra que o plug-in do sistema OLTP para o Transactional Database Pattern 1.1.0.0 não está configurado.

Figura 20. Plug-ins desativados necessários para configuração do IBM Transactional Database Pattern

As seguintes etapas usam o plug-in do sistema OLTP como um exemplo para descrever como configurá-los.

Abrir a Janela System Plug-ins

Use um dos dois modos a seguir para abrir a janela System Plug-ins.

  1. Clique o nome do plug-in do sistema na janela Pattern Details (seta verde na Figura 20).
  2. Abra a janela System Plug-ins na barra de menus. Esse caminho é útil se a janela atual não for Pattern Types.
    1. Clique em Cloud na barra de menus e selecione System Plug-ins, como mostrado na Figura 21. A janela System Plug-ins é aberta. Veja a Figura 22.
      Figura 21. Abrir janela System Plug-ins na barra de menus
      Figura 22. Selecionar Pattern Types na janela System Plug-ins
    2. Na janela System Plug-ins, clique na lista suspensa na área de janela esquerda e selecione IBM Transactional Database Pattern 1.1.0.0. Veja a Figura 22. O plug-in OLTP é exibido na área de janela esquerda (seta vermelha na Figura 23).

Exibir Detalhes do Plug-in de Sistema de Destino

Clique em oltp (1.1.0.0) na área de janela esquerda. Os detalhes OLTP são exibidos na área de janela direita.

Figura 23. Detalhes do plug-in do sistema OLTP

Configurar o Plug-in do Sistema

Clique no botão Configure no alto da área de janela direita (seta azul na Figura 23). A janela de configuração é aberta, como mostrado na Figura 24. Dependendo da sua intenção no ambiente de utilização, selecione uma das opções da lista suspensa. Nesse exemplo, Both está selecionada.

Figura 24. Janela de configuração OLTP

Verificar o Status do Plug-in Depois da Configuração

É possível verificar o status do plug-in OLTP pela janela System Plug-ins ou Pattern Types. Veja as Figuras 25 e 26 para obter os detalhes.

Figura 25. Configurar o Status do OLTP
Figura 26. O OLTP não está listado como plug-in do sistema desativado para IBM Transactional Database Pattern

Criar Grupos de IP e Incluir Faixa de IP para Cada Grupo de IPs

Os usuários com permissão total de administração da nuvem podem executar esta etapa se não estiverem utilizando o usuário padrão cbadmin.

Um grupo IP é um grupo lógico de endereços IP usado por um hypervisor específico. Seu administrador de rede pode designar uma faixa grande de endereços IP para a nuvem. Como um administrador de nuvem, é possível criar um grupo de IPs com um grande conjunto de endereços IP que seja compartilhado entre todos os hypervisors dentro de um grupo de nuvens, como mostrado na Figura 1. Isso simplifica o gerenciamento dos grupos de nuvens e assegura que todas as máquinas virtuais a serem implementadas tenham acesso à mesma sub-rede.

Outra opção é segmentar os endereços disponíveis em vários grupos de IPs. Em seguida, cada hypervisor pode usar um grupo de IP. O benefício é que fica evidente qual endereço IP é usado por qual hypervisor. A desvantagem é que, se houver muitos hypervisors, o gerenciamento se torna mais difícil e pode gerar mais erros. Por exemplo, se precisar incluir endereços IP a cada grupo, é necessário modificar todos os grupos IP. Se a sub-rede for diferente entre hypervisors, as máquinas virtuais criadas podem não ser capazes de se comunicar entre si. Uma configuração de exemplo é mostrada na Figura 27.

Antes de designar endereços IP para o grupo de IPs, o endereço IP deve ser resolvido por DNS. Sempre é possível voltar para alterar a faixa se mais endereços IP forem necessários para o grupo de IPs.

Figura 27. Ambiente de nuvem: cada hypervisor tem seu próprio grupo de IPs

A regra geral é ter os grupos de IP usados por hypervisors dentro de um grupo de nuvens na mesma sub-rede.

Ao implementar sistemas ou aplicativo virtuais, o Workload Deployer designa automaticamente endereços IP às máquinas virtuais com um mapeamento um-para-um. Quando não há nenhum endereço IP livre no grupo de IPs, a implementação de sistemas ou aplicativos virtuais falha ao reservar recursos. É uma boa ideia alocar endereços IP para o grupo de IPs.

Esta seção mostra como criar um novo grupo de IPs e inclui um endereço IP para o novo grupo.

Abrir a Janela IP Groups

Há dois caminhos para acessar a janela IP Groups.

  1. Clique em Welcome e clique em Setting up your private cloud . Acesse Step 2: Set up the cloud e clique no ícone Add IP groups .
    Figura 28. Abrir a janela IP Groups da janela Welcome
  2. Clique em Cloud na barra de menus e selecione IP Groups na lista suspensa.
    Figura 29. Abrir a janela IP Groups pela barra de menus

Criar um novo grupo de IPs

  1. Clique no ícone Add à esquerda da janela IP Groups. A janela Describe IP Group é aberta.
    Figura 30. Janela Describe IP Group
  2. Depois de fornecer todos os valores na seção Describe IP Group, clique no botão Create. A janela atual é descartada e a exibição retorna à janela IP Groups. Clique no grupo de IPs criados recentemente na área de janela esquerda. A exibição dos detalhes na área de janela direita, como mostrada na Figura 31.
    Figura 31. Janela IP group com área de janela de detalhes

Incluir Endereços IP no Grupo de IPs Criado

Há dois modos de fazer isso.

  1. Insira todos os nomes de host na área de texto separada por um espaço na seção IP Addresses (seta vermelha na Figura 31). Clique em Add Hostnames. O status mostra se os nomes de host são incluídos com êxito ou não. Veja a Figura 32 para nomes de host incluídos com êxito. Clique em [show more] para listar todos os endereços IP se a lista for longa.
    Figura 32. Nomes de host incluídos com êxito
  2. Para incluir a faixa de IPs, insira os endereços IP inicial e final nos dois campos de texto (setas vermelhas na Figura 32). Clique no botão Add (seta azul). Cada endereço IP e seu nome de host são incluídos na lista de hosts na seção IP Address, similar àqueles incluídos pelos nomes de host, como mostrado no retângulo vermelho na Figura 32.

Há um ícone de status na frente de cada par de endereços IP e nome de host:

  • O ícone de marca de seleção verde significa que o IP é usado por uma máquina virtual.
  • A barra no ícone da caixa branca significa que o IP é válido e está disponível para uso.
  • O ponto de exclamação branco no ícone esfera vermelha significa que o IP não é válido e uma mensagem de erro é exibida com o IP. É possível remover um IP inválido clicando em [remove] ao lado do IP de destino.

Criar Grupos de Nuvens

Os usuários com permissão total de administração da nuvem podem executar esta etapa se não estiverem utilizando o usuário padrão cbadmin.

Um grupo de nuvens é um agrupamento lógico de hypervisors que fornece um nível de isolamento para aplicativos diferentes executando na nuvem privada. Há dois tipos de grupos de nuvens — gerenciado e customizado.

Os grupos de nuvens gerenciados normalmente têm softwares que gerenciam todos os hypervisors fora do Workload Deployer, como VMware vCenter para ESX e IBM Systems Director VMControl ™ para PowerVM. O Workload Deployer se conecta aos hypervisors por um software de gerenciamento, por exemplo, vCenter ou VMControl.

Um grupo de nuvens de tipo customizado se conecta a cada hypervisor diretamente.

Ao criar um grupo de nuvens gerenciado, todos os hypervisors gerenciados por vCenter ou VMControl são incluídos automaticamente para o novo grupo de nuvens.

Ao criar um grupo de nuvens customizado, o Workload Deployer apenas cria um grupo de nuvens sem nenhum hypervisor. É necessário incluir manualmente hypervisors um a um e registrá-los para o grupo de nuvens.

Depois dos hypervisors serem incluídos em um grupo de nuvens, a configuração e início de hypervisors são os mesmos para grupos customizados e gerenciados.

A próxima seção mostra como criar um grupo gerenciado de nuvens usando hypervisors ESX gerenciados pelo VMware vCenter como um exemplo primário, seguido por um exemplo PowerVM para mostrar a diferença. Recomendamos que configure hypervisors e vCenter adequadamente antes de iniciar esta etapa, especialmente se estiver usando vários armazenamentos externos, comutadores virtuais e uma VLAN.

Abrir a Janela Cloud Groups

Escolha uma das duas opções a seguir para abrir a janela Cloud Groups.

  1. Clique no link Add cloud groups na tela de boas-vindas em Setting up your private cloud > Step 2: Set up the cloud. Veja o retângulo vermelho na Figura 33.
    Figura 33. Abrir a janela Cloud Groups na tela de boas-vindas
  2. Clique em Cloud na barra de menus e selecione Cloud Groups na lista suspensa.
    Figura 34. Janela Cloud Groups da barra de menus

Criar um Novo Grupo de Nuvens

  1. Abra a janela Describe the cloud you want to create .
  2. Clique no ícone verde Add na área da janela Cloud Groups. Veja a Figura 35. A janela Describe the cloud you want to create é aberta, como mostrado na Figura 36.
    Figura 35. Janela Cloud Groups
    Figura 36. A janela Describe the Cloud Group mostra que o ESX não é gerenciado pelo vCenter
  3. Para criar um grupo de nuvens de tipo customizado, é necessário fornecer informações para ele. Há dois tipos de grupos de nuvens para o tipo ESX do hypervisor: gerenciados por um vCenter (tipo gerenciado) e não gerenciado por um vCenter (tipo personalizado). Tipos diferentes de grupos de nuvens necessitam de entradas diferentes.

    Como mostrado na Figura 36, é possível criar um grupo de nuvens customizado em que os hypervisors não são gerenciados por um centro virtual. Depois de clicar no botão Create, o status do grupo de nuvens recém-criado é "No hypervisors in cloud group", mostrado pela seta vermelha na Figura 37. A seta azul mostra o tipo de grupo de nuvem como "Custom cloud group".

  4. Depois de criar com êxito um grupo de nuvens customizado, é possível criar novos hypervisors e incluí-los em um grupo de nuvens.
    Figura 37. O primeiro estado do grupo de nuvens customizado é "no hypervisors in cloud group"
  5. Para criar um grupo de nuvens do tipo gerenciado ,com ESX gerenciado pelo vCenter, certifique-se de que o servidor vCenter esteja pronto e executando com hypervisors registrados para o vCenter antes de iniciar estas etapas. Como mostrado na Figura 38, é possível criar um grupo de nuvens gerenciado. As etapas detalhadas são listadas abaixo.

Para criar um grupo de nuvem gerenciado:

  1. Consulte Managed by a Virtual Center na janela Describe the cloud you want to create (seta vermelha na Figura 38).
  2. Insira a entrada e clique em Create.
  3. A janela Accept certificate é aberta. Clique em Accept (veja a Figura 39) para aceitar o certificado. Se o certificado não for aceito, o hypervisor ainda será incluído no grupo de nuvens, mas não poderá ser utilizado. É possível aceitar o certificado da janela do hypervisor posteriormente.
    Figura 38. Grupo de Nuvens com Hypervisors Gerenciados por um Centro Virtual
    Figura 39. Janela Hypervisor certificate
  4. Na janela Cloud Groups, o status do grupo de nuvens recém-criado é "Discovering hypervisors, networks and storage devices" como mostrado na Figura 40.
    Figura 40. Detalhes do grupo de nuvens com o hypervisor gerenciado do vCenter
  5. Clique em Refresh na área de janela para atualizar o status. O status muda para "You must start at least one hypervisor to create virtual systems".
    Figura 41. Novo grupo de nuvens incluído com êxito

Agora, você está pronto para configurar os hypervisors.

Também é possível verificar os hypervisors recém-criados nesta etapa ao clicar na barra de menus Cloud e selecionar Hypervisors. Verifique a lista de hypervisors na área esquerda da janela Hypervisors.

Agora, vamos criar um grupo de nuvens de tipo gerenciado com um PowerVM gerenciado pelo VMControl do diretor do sistema. Isso é similar a criar um grupo de nuvens do tipo gerenciado com um EXS gerenciado pelo vCenter. Vamos examinar as diferenças.

Antes de criar um grupo de nuvens, certifique-se de que o System Director com o plug-in VMControl esteja pronto e em execução. PowerVM é usado na nuvem com o servidor NIM e VIOs configurados e disponíveis no VMControl.

A entrada da janela de grupo de nuvens é mostrada na Figura 42. O nome do usuário deve ser usado para acessar o VMControl.

Figura 42. Janela de descrição do grupo de nuvens

Todos os hypervisors e armazenamentos e redes conectados são automaticamente descobertos. Se o hypervisor for descoberto, clique no botão Discover no canto superior direito da janela de detalhes do grupo de nuvens para ativar a descoberta novamente. Atualize a janela de detalhes até a ação de descoberta estar concluída.

Em caso de êxito, todos os hypervisors gerenciados pelo VMControl são incluídos na lista e no grupo de nuvens recém-criado. O status do grupo de nuvens é alterado para "Current status: ! You must start at least one hypervisor to create virtual systems". Inicie todos os hypervisors que deseja, e o status do grupo de nuvens é alterado para "Current status: Connected". Uma janela detalhada de um grupo de nuvens conectado é mostrada na Figura 43.

Figura 43. Detalhes do grupo de nuvens com o hypervisor PowerVM no estado conectado

A Tabela 1 mostra as diferenças entre um grupo de nuvens customizado e gerenciado para várias tarefas.

Tablela 1. Diferenças entre dois tipos de grupos de nuvem
TarefasCustomGerenciado (pelo vCenter)
Como incluir um hypervisor para o Workload Deployer.Como descrito nesta etapa, inclua os hypervisors um a um. Hypervisors são incluídos como parte da etapa de criação do grupo de nuvens.
Como incluir um hypervisor no grupo de nuvens. Na janela Cloud Group, selecione o hypervisor da seção Hypervisors. Inclua hypervisors gerenciados pelo mesmo servidor vCenter na nuvem.
Como alternar um hypervisor entre grupos de nuvens.Na área de janela de detalhes do grupo de nuvens, clique em Remove e no hypervisor que deseja remover do grupo de nuvem. Em outra janela de detalhes de grupo de nuvens, inclua o hypervisor de destino. Remova o hypervisor da janela Hypervisor.

Clique no botão Reset action no canto superior direito da janela Cloud Group para redescobrir os hypervisors. Isso inclui o hypervisor novamente, mas não o incluirá no grupo de nuvens atuais.

Inclua o hypervisor em outro grupo usando a área de janela de detalhes do grupo de nuvens de destino, de forma similar ao tipo de grupos de nuvens customizado.

Agora que o grupo de nuvens foi criado com êxito, ele está quase pronto para implementar aplicativos. Deve haver pelo menos um hypervisor iniciado no grupo de nuvens. Para assegurar que o hypervisor possa ser iniciado, é necessário concluir a configuração do armazenamento e configuração de rede do hypervisor no grupo de nuvens, seguindo as etapas para criar grupos de IP e de nuvens para grupos de nuvens customizados, ou simplesmente a etapa para criação de grupos de nuvens ao trabalhar com grupos de nuvens gerenciados.

Como uma melhor prática, é altamente recomendado ter pelo menos dois hypervisors em cada grupo de nuvens para fornecer redundância. Por exemplo, dois servidores IBM System x3650 com o VMware ESX 4.1 instalado.


Incluir Hypervisor no Grupo de Nuvens de Tipo Customizado

Os usuários com permissão total de administração da nuvem podem executar esta etapa se não estiverem utilizando o usuário padrão cbadmin.

Esta etapa é necessária apenas em dois casos:

  • Os hypervisors não são gerenciados pelo software de gerenciamento como vCenter.
  • Os hypervisors gerenciados estão em grupo de nuvens diferentes dos outros hypervisors gerenciados pelo mesmo vCenter.

O Hypervisor é um recurso obrigatório em um grupo de nuvens. Todos os aplicativos e imagens são implementados como máquinas virtuais executando nos hypervisors.

Antes de iniciar esta etapa, deve haver um ou mais servidores físicos com um hypervisor instalado. O Workload Deployer suporta vários tipos de hypervisors, por exemplo, IBM PowerVM, IBM z/VM® e VMware ESX. Para obter uma lista detalhada de hypervisors e versões suportadas, consulte Centro de Informações do Workload Deployer.

Esta etapa usa o ESX 4.1 como um exemplo para mostrar como incluir um novo hypervisor no Workload Deployer e como agrupar hypervisors em grupos de nuvens diferentes.

Abrir janela hypervisors

  1. Clique em Cloud na barra de menus e selecione Hypervisor na lista suspensa.
    Figura 44. Abrir a janela Hypervisors na barra de menus
  2. A janela Hypervisors é aberta.
    Figura 45. Janela Hypervisors

Incluir um Novo Hypervisor

  1. Clique no ícone Add na janela Hypervisors como mostrado na Figura 45. A janela Describe hypervisor é aberta.
    Figura 46. Janela Describe hypervisor
  2. Insira as informações do hypervisor. Insira todos os valores necessários e clique em OK. A janela Certificate é aberta.
    Figura 47. Janela Hypervisor certificate
  3. Clique em Accept na janela Certificate depois de ler o certificado. Se clicar em Cancelar, o hypervisor é ainda incluído, mas não poderá ser utilizado.
  4. Verifique se o hypervisor foi incluído. O hypervisor recém-criado está listado na janela Hypervisors na área de janela esquerda. Se você clicar no novo hypervisor, a área de janela de detalhes exibe as informações do hypervisor à direita como mostrado na Figura 48. Neste exemplo, o hypervisor recém-criado é denominado ESX-hyper-1.
    Figura 48. Janela de detalhes do Hypervisor ESX-hyper-1
  5. Verifique o status do hypervisor. Clique em Refresh à direita no canto superior direito a área de janela de detalhes até ver o status atual mudar para o modo de manutenção, como na Figura 49. O hypervisor foi incluído com êxito. Repita as mesmas etapas para incluir mais hypervisors.
    Figura 49. O hypervisor foi incluído com êxito e está no modo de manutenção

Incluir Hypervisors em um Grupo de Nuvens

  1. Clique em Cloud na barra de menus. Em seguida, selecione Cloud Group na lista suspensa. A janela Cloud Group é exibida. Consulte Figura 34.
  2. Clique no grupo de nuvens de destino na área de janela esquerda da janela Cloud Groups. Os detalhes do grupo de nuvens de destino são exibidos na área de janela direita (seta azul na Figura 50).
    Figura 50. Incluir um hypervisor no grupo de nuvens da janela de detalhes do grupo de nuvens
  3. Na seção Hypervisors da área de janela de detalhes do grupo de nuvens, mostrado pela seta vermelha na Figura 50, clique no campo de texto para abrir a lista suspensa de hypervisors. Selecione a opção ESX-hyper-1 para incluí-lo no grupo de nuvens ESX padrão. Repita a mesma etapa para incluir o ESX-hyper-2 no mesmo grupo de nuvens.
  4. Agora, há dois hypervisors exibidos sob a seção Hypervisors.
    Figura 51. Dois hypervisors estão listados sob a seção Hypervisors

Agora que os grupos de nuvens têm hypervisors, é o momento de configurá-los.


Configurar Hypervisors

Os usuários com permissão total de administração da nuvem podem executar esta etapa se não estiverem utilizando o usuário padrão cbadmin.

Um hypervisor tem estados diferentes. Para obter os detalhes, consulte a seção sobre os estados do hypervisor no Centro de Informações do IBM Workload Deployer. É possível ver a maioria deles durante a configuração. Dica: Clique no botão Refresh depois de cada etapa de configuração para assegurar que o estado está devidamente atualizado.

Depois de incluir o hypervisor com êxito ao criar grupos de nuvens ou incluir hypervisors, o status do hypervisor é "Maintenance mode (must select a storage to use to start)".

Há duas configurações principais para cada hypervisor — armazenamento e rede. Mais precisamente, o hypervisor usa o armazenamento e rede selecionados em uma lista de armazenamentos descobertos e redes.

Configurar Armazenamento

O Workload Deployer descobre automaticamente todos os dispositivos de armazenamento configurados por um hypervisor. Nesta etapa, escolha o dispositivo de armazenamento a ser usado com um hypervisor para a nuvem privada. O Workload Deployer implementa apenas máquinas virtuais para armazenar dispositivos que são selecionados nesta etapa.

Depois de um hypervisor ser incluído com êxito, o status do hypervisor é "Maintenance mode". Você deve selecionar os dispositivos de armazenamento a serem usados para iniciar.

Figura 52. Selecione os dispositivos de armazenamento a serem usados com um hypervisor

Expanda a seção Storage devices na área de janela de detalhes do hypervisor clicando no ícone Add na frente dos dispositivos de Armazenamento (seta vermelha na Figura 52). Selecione a caixa de seleção ao lado de todos os dispositivos de armazenamento que você deseja usar com o hypervisor.

Clique no botão Refresh na área de janela superior direita até que o status se altere para "Maintenance mode (must select a network to use to start)".

Figura 53. Configurar a rede para um hypervisor

Configurar Rede

O Workload Deployer também descobre automaticamente todas as redes configuradas para um hypervisor e as exibe na área de janela de detalhes. A próxima etapa é selecionar todas as redes esperadas que serão usadas pelo hypervisor e designar grupos de VLAN e IP adequados para cada rede. A configuração da VLAN e rede não estão incluídas no Workload Deployer. A VLAN é opcional.

  1. Expanda a seção Networks clicando no ícone Add ao lado dela.
  2. Assegure que a caixa de seleção In use está selecionada ao lado de cada rede que você deseja usar para esse hypervisor.
  3. Expanda cada rede clicando no botão Add ao lado dela, insira o número da VLAN e selecione o grupo IP. A VLAN é opcional. Pelo menos uma rede com um grupo IP é necessária para um hypervisor (setas vermelhas na Figura 53).
  4. Clique no botão Refresh na área de janela superior direita até que o status se altere para "Maintenance mode".
    Figura 54. Hypervisor está pronto para ser iniciado no modo Manutenção

Iniciar um Hypervisor

Para iniciar um hypervisor:

  1. Clique em Start na área de janela superior direita (seta azul na Figura 54).
  2. Clique em Refresh para atualizar o estado do hypervisor. Ele deve estar no estado "Started (move to maintenance mode to make changes)". A seta vermelha na Figura 55 mostra todos os indicadores do status do hypervisor depois de ele ser iniciado e está pronto para uso.
    Figura 55. Um hypervisor no modo iniciado

Verificar o Status do Grupo de Nuvens

Verifique o estado do grupo de nuvens ao qual o hypervisor iniciado pertence. Ele deve estar em um estado Connected como mostrado na Figura 56.

Figura 56. Grupo de nuvens em um estado conectado

Repita as mesmas etapas para configurar e iniciar todos os hypervisors no grupo de nuvens de destino para preparar a nuvem privada.


Implementar Serviços Compartilhados

Os usuários que têm permissão total de administração da nuvem podem executar esta etapa se não estiverem usando o usuário padrão cbadmin.

Observe que há um erro no Workload Deployer 3.1 e 3.1.0.1 que requer permissão total da administração do dispositivo para implementar serviços compartilhados. Isso foi corrigido na 3.1.0.2.

O Workload Deployer inclui serviços compartilhados que estão prontos para serem implementados em um grupo de nuvens adequado preparado para uso. Os serviços compartilhados permitem diferentes funcionalidades dependendo de que serviço você precisa. Essa lista está crescendo com novos fix packs. Cada grupo de nuvens pode ter apenas uma instância de cada tipo de serviço compartilhado. A única instância é compartilhada entre todos os aplicativos em um grupo de nuvens. É uma boa ideia implementar os serviços compartilhados necessários antes que quaisquer aplicativos sejam implementados no grupo de nuvem de destino para aproveitar os serviços compartilhados.

Visualize o Centro de Informações para obter detalhes dos serviços compartilhados fornecidos no Workload Deployer 3.1.


Outras Considerações

Há um outro nível de isolamento de que um administrador de nuvem pode aproveitar o Workload Deployer. Um perfil de ambiente pode ser criado e compartilhado entre diferentes grupos de nuvens. Pode ser separado entre o ambiente de teste e produção para aplicativos executando no mesmo grupo de nuvens.

Um usuário com a permissão create-new-environment-profiles pode criar perfis de ambiente. Os perfis de ambiente também têm o controle de acesso do nível de objeto que permite compartilhamento entre vários usuários.

Quando usado adequadamente, o administrador de nuvem pode se beneficiar desse recurso para gerenciar a nuvem privada.

Para obter mais detalhes, visualize a visão geral dos perfis de ambiente no Centro de Informações do IBM Workload Deployer.

Recursos

Aprender

Obter produtos e tecnologias

Discutir

  • Participe da comunidade do developerWorks. Entre em contato com outros usuários do developerWorks e explore os blogs, fóruns, grupos e wikis voltados para desenvolvedores.

Comentários

developerWorks: Conecte-se

Los campos obligatorios están marcados con un asterisco (*).


Precisa de um ID IBM?
Esqueceu seu ID IBM?


Esqueceu sua senha?
Alterar sua senha

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


A primeira vez que você entrar no developerWorks, um perfil é criado para você. Informações no seu perfil (seu nome, país / região, e nome da empresa) é apresentado ao público e vai acompanhar qualquer conteúdo que você postar, a menos que você opte por esconder o nome da empresa. Você pode atualizar sua conta IBM a qualquer momento.

Todas as informações enviadas são seguras.

Elija su nombre para mostrar



Ao se conectar ao developerWorks pela primeira vez, é criado um perfil para você e é necessário selecionar um nome de exibição. O nome de exibição acompanhará o conteúdo que você postar no developerWorks.

Escolha um nome de exibição de 3 - 31 caracteres. Seu nome de exibição deve ser exclusivo na comunidade do developerWorks e não deve ser o seu endereço de email por motivo de privacidade.

Los campos obligatorios están marcados con un asterisco (*).

(Escolha um nome de exibição de 3 - 31 caracteres.)

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


Todas as informações enviadas são seguras.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=80
Zone=Cloud computing, WebSphere
ArticleID=843333
ArticleTitle=Configurar a Nuvem para o Workload Deployer
publish-date=05122014