Para encontrar a melhor infraestrutura na qual fazer uma implantação, o vRealize Automation toma várias decisões de filtragem. A integração do vRealize Automation com o vRealize Operations Manager pode refinar ainda mais a decisão de posicionamento.

O vRealize Operations Manager pode ajudar a posicionar as cargas de trabalho da maneira ideal, desde que você tenha ativado a opção de política de colocação Avançada em suas zonas de nuvem baseadas no vSphere.

Além disso, as contas de nuvem do vSphere das zonas de nuvem devem ser monitoradas pelo vRealize Operations Manager.

Fase 1: Reserva

Observação: Embora o nome seja o mesmo, a reserva não está relacionada ao recurso de reserva do vRealize Automation 7.

A fase de reserva do vRealize Automation é a mesma, sem considerar se você ativou ou não a colocação Avançada no vRealize Operations Manager.

Diagrama da fase de reserva
  1. A reserva começa com um modelo de nuvem vinculado a um projeto. Esse projeto, por sua vez, está vinculado a zonas de nuvem.
  2. As zonas de nuvem consistem em hosts de recursos de processamento, pools, clusters e armazenamento anexado.

    Inicialmente, qualquer zona de nuvem no projeto pode ser um alvo de posicionamento potencial.

  3. O vRealize Automation faz uma filtragem para remover as zonas de nuvem que não têm recursos íntegros suficientes para a implantação.

    Por exemplo, se houver muitos recursos desligados ou em manutenção, essa zona de nuvem será removida.

  4. O vRealize Automation faz uma filtragem para remover as zonas de nuvem que não atendem aos requisitos de negócios.

    Por exemplo, a implantação pode exceder um limite de preço ou orçamento para a zona.

  5. O vRealize Automation faz uma filtragem para remover as zonas de nuvem que não atendem aos requisitos de cluster.

    Por exemplo, os recursos da zona de nuvem podem ter limites de uso de CPU ou memória que são muito baixos para a implantação.

  6. O vRealize Automation faz uma filtragem para remover as zonas de nuvem que não têm afinidade com as restrições do aplicativo.

    A afinidade requer que as tags de restrição no nível do projeto ou do modelo de nuvem correspondam às tags de capacidade encontradas em algum lugar nos recursos da zona de nuvem.

    Por exemplo, se o modelo de nuvem ou o projeto incluir uma restrição para usar o armazenamento com a tag pci, uma zona de nuvem que não tenha recursos de armazenamento com essa tag de capacidade será removida.

  7. O vRealize Automation seleciona as zonas de nuvem com a melhor prioridade de provisionamento.
  8. Se a política de colocação no nível do projeto for diferente de Padrão, o vRealize Automation selecionará uma zona de nuvem que ofereça suporte à política de colocação não padrão.

    Nesta versão, a Dispersão é a única que não é padrão. A propagação distribui a carga selecionando a zona de nuvem com a proporção mais baixa de máquinas virtuais para hosts. O padrão simplesmente implanta na primeira zona disponível.

    A política de posicionamento do projeto é apenas um fator durante a fase de reserva da zona de nuvem. Ela não tem efeito nem relação com a política de colocação da zona de nuvem na fase de alocação.

Quando concluída, a fase de reserva seleciona uma zona de nuvem e seus recursos. O vRealize Automation reserva a primeira zona disponível que ainda está qualificada depois de passar pelos filtros anteriores.

Fase 2: Alocação

O vRealize Automation inspeciona os recursos de processamento reservados da zona de nuvem e o armazenamento vinculado.

Diagrama da fase de alocação
  1. Na zona de nuvem, o vRealize Automation faz uma filtragem para remover os recursos que estão em estado desligado ou de manutenção.

    Observe que ainda há recursos íntegros suficientes para a implantação. Caso contrário, toda a zona de nuvem teria sido filtrada durante a fase de reserva.

  2. O vRealize Automation faz uma filtragem para remover os recursos que não correspondem às restrições no nível do cluster encontradas no modelo de nuvem ou no projeto.

    Por exemplo, um recurso na zona de nuvem pode ser marcado como test em Infraestrutura > Recursos > Processamento.

    Se o modelo de nuvem ou o projeto incluir uma tag de restrição para usar um recurso dev, o recurso test será removido.

    Além disso, os perfis de armazenamento ou de rede na zona de nuvem podem ser marcados de maneiras que não correspondem às restrições de rede ou de armazenamento no nível do cluster do modelo de nuvem ou do projeto.

  3. O vRealize Automation faz uma filtragem para remover os recursos com base nas configurações de afinidade definidas no vCenter.

    Por exemplo, pode haver uma regra no vCenter em que a presença de uma máquina virtual em um cluster pode impedir que outro cluster seja usado.

  4. O vRealize Automation faz uma filtragem para remover os recursos que não correspondem à nenhuma restrição personalizada restante encontrada no modelo de nuvem ou no projeto.

    Por exemplo, se o modelo de nuvem incluir uma restrição para usar uma imagem marcada com ubuntu, uma zona de nuvem na qual nenhum dos mapeamentos de imagem estiver marcado com ubuntu será removida.

  5. O vRealize Automation procura os melhores processamento e armazenamento possíveis de acordo com a política de colocação da zona de nuvem.

    O vRealize Automation envolve o vRealize Operations Manager somente quando as duas condições abaixo são verdadeiras:

    • A política de colocação da zona de nuvem está definida como Avançada.
    • Após a filtragem da etapa 4, pelo menos um cluster ativado para DRS e o armazenamento vinculado a ele permanecem qualificados.

    Caso contrário, o vRealize Automation continuará com seu próprio algoritmo de posicionamento sem entrada do vRealize Operations Manager.

Recomendação de posicionamento do vRealize Operations Manager

Se qualificado para entrada do vRealize Operations Manager, o vRealize Automation contata o vRealize Operations Manager para receber uma recomendação dos melhores processamento e armazenamento possíveis para a implantação. O vRealize Automation envia os seguintes dados para o vRealize Operations Manager:

  • Os clusters ativados para DRS de destino qualificados e seus repositórios de dados ou cluster de repositório de dados anexados
  • A contagem de recursos ou o tamanho do cluster da implantação
  • Requisitos de CPU e memória para as máquinas virtuais na implantação
  • Requisitos de disco para as máquinas virtuais na implantação

Nos destinos qualificados, se o vRealize Operations Manager puder retornar um posicionamento ideal para cada uma das máquinas virtuais, o vRealize Automation alocará o processamento e o armazenamento de acordo com a recomendação do vRealize Operations Manager.

Para obter mais informações sobre como o vRealize Operations Manager lida com cargas de trabalho, consulte a documentação do vRealize Operations.

Se o vRealize Operations Manager não conseguiu encontrar uma recomendação ou se o vRealize Automation não conseguiu encontrar nenhum cluster e armazenamento ativado para DRS, o vRealize Automation verifica a configuração de fallback da zona de nuvem:

  • Com fallback

    O vRealize Automation aloca o processamento e o armazenamento que permanecem qualificados mesmo sem uma recomendação do vRealize Operations Manager.

  • Sem fallback

    O vRealize Automation cancela a solicitação e não continua o provisionamento.

Fase 3: Provisionamento

O vRealize Automation implanta as máquinas virtuais, o armazenamento e a rede solicitados por meio do adaptador referente ao destino de posicionamento selecionado no fim da fase de alocação.

O destino de posicionamento consiste em hosts de processamento, clusters ou pools de recursos e no repositório de dados de armazenamento ou no cluster de repositório de dados anexado.