Criar uma política de posicionamento na Solução VMware do Azure
Na Solução VMware do Azure, os clusters em uma nuvem privada são um recurso gerenciado. Como resultado, a função CloudAdmin não pode fazer determinadas alterações no cluster a partir do vSphere Client, incluindo o gerenciamento de regras do Distributed Resource Scheduler (DRS).
O recurso de política de posicionamento está disponível em todas as regiões da Solução VMware do Azure. As políticas de posicionamento permitem controlar o posicionamento de máquinas virtuais (VMs) em hosts dentro de um cluster por meio do portal do Azure. Quando você cria uma política de posicionamento, ela inclui uma regra DRS no cluster vSphere especificado. Ele também inclui outra lógica para interoperabilidade com as operações da Solução VMware do Azure.
Uma política de colocação tem pelo menos cinco componentes necessários:
Nome - Define o nome da política e está sujeito às restrições de nomenclatura dos Recursos do Azure.
Type - Define o tipo de controle que você deseja aplicar aos recursos contidos na política.
Cluster - Define o cluster para a política. O escopo de uma política de posicionamento é um cluster vSphere, portanto, somente recursos do mesmo cluster podem fazer parte da mesma política de posicionamento.
Estado - Define se a política está habilitada ou desabilitada. Em determinados cenários, uma política pode ser desativada automaticamente quando uma regra conflitante é criada. Para obter mais informações, consulte Considerações.
Máquina virtual - Define as VMs e hosts para a política. Dependendo do tipo de regra que você criar, sua política pode exigir que você especifique algum número de VMs e hosts. Para obter mais informações, consulte Tipos de política de posicionamento.
Pré-requisito
Você deve ter acesso de nível de Colaborador à nuvem privada para gerenciar políticas de posicionamento.
Tipos de política de posicionamento
Políticas VM-VM
As políticas VM-VM especificam se as VMs selecionadas devem ser executadas no mesmo host ou devem ser mantidas em hosts separados. Além de escolher um nome e um cluster para a política, as políticas VM-VM exigem que você selecione pelo menos duas VMs para atribuir. A atribuição de anfitriões não é necessária ou permitida para este tipo de política.
As políticas de afinidade VM-VM instruem o DRS a tentar manter as VMs especificadas juntas no mesmo host. É útil por razões de desempenho, por exemplo.
As políticas de antiafinidade VM-VM instruem o DRS a tentar manter as VMs especificadas separadas umas das outras em hosts separados. É útil em cenários de disponibilidade em que um problema com um host não afeta várias VMs dentro da mesma política.
Políticas de VM-Host
As políticas de VM-Host especificam se as VMs selecionadas podem ser executadas em hosts selecionados. Para evitar interferências com operações gerenciadas pela plataforma, como o modo de manutenção do host e a substituição do host, as políticas VM-Host na Solução VMware do Azure são sempre preferenciais (também conhecidas como regras "deveriam"). Consequentemente, as políticas VM-Host podem não ser honradas em determinados cenários. Para obter mais informações, consulte Monitorar a operação de uma política.
Determinadas operações de plataforma atualizam dinamicamente a lista de hosts definidos nas políticas VM-Host . Por exemplo, quando você exclui um host que é membro de uma política de posicionamento, o host é removido quando mais de um host faz parte dessa política. Além disso, se um host fizer parte de uma política e precisar ser substituído como parte de uma operação gerenciada pela plataforma, a política será atualizada dinamicamente com o novo host.
Além de escolher um nome e um cluster para a política, uma política de VM-Host requer que você selecione pelo menos uma VM e um host para atribuir à política.
As políticas de afinidade VM-Host instruem o DRS a tentar executar as VMs especificadas nos hosts definidos.
As políticas de antiafinidade de host de VM instruem o DRS a tentar executar as VMs especificadas em hosts diferentes dos definidos.
Considerações
Escalonamento de cluster
A Solução VMware do Azure tenta impedir que determinadas violações de regras de DRS ocorram ao executar operações de escalonamento de cluster.
Não é possível remover o último host de uma política de VM-Host. No entanto, se você precisar remover o último host da política, poderá corrigi-lo adicionando outro host à política antes de remover o host do cluster. Como alternativa, você pode excluir a política de posicionamento antes de remover o host.
Você não pode ter uma política de antiafinidade VM-VM com mais VMs do que o número de hosts em um cluster. Se a remoção de um host resultar em menos hosts no cluster do que VMs, você receberá um erro impedindo a operação. Você pode corrigi-lo removendo primeiro as VMs da regra e, em seguida, removendo o host do cluster.
Conflitos de regras
Se forem detetados conflitos de regras DRS quando você cria uma política VM-VM, isso resultará na criação dessa política em um estado desabilitado seguindo o comportamento padrão da regra VMware DRS. Para obter mais informações sobre como exibir conflitos de regras, consulte Monitorar a operação de uma política.
Criar uma política de posicionamento
Não há um limite definido para o número de políticas que você cria. No entanto, quanto mais restrições de posicionamento você criar, mais desafiador será para o vSphere DRS mover efetivamente máquinas virtuais dentro do cluster e fornecer os recursos necessários para as cargas de trabalho.
Certifique-se de revisar os requisitos para o tipo de política.
Na nuvem privada da Solução VMware do Azure, em Gerenciar, selecione Políticas de posicionamento>+ Criar.
Gorjeta
Você também pode selecionar o Cluster no painel de visão geral da Política de Posicionamento e, em seguida, selecionar Criar.
Forneça um nome descritivo, selecione o tipo de política e selecione o cluster onde a política foi criada. Em seguida, selecione Ativado.
Aviso
Se você desabilitar a política, a política e a regra DRS subjacente serão criadas, mas as ações da política serão ignoradas até que você habilite a política.
Se você selecionou afinidade VM-Host ou antiafinidade VM-Host como o tipo, selecione + Adicionar hosts e os hosts a serem incluídos na política. Você pode selecionar vários hosts.
Nota
O painel selecionar hosts mostra quantas políticas VM-Host estão associadas ao host e o número total de VMs contidas nessas políticas associadas.
Selecione + Adicionar máquina virtual e as VMs a serem incluídas na política. Você pode selecionar várias VMs.
Nota
O painel selecionar hosts mostra quantas políticas VM-Host estão associadas ao host e o número total de VMs contidas nessas políticas associadas.
Quando terminar de adicionar as VMs desejadas, selecione Adicionar máquinas virtuais.
Selecione Seguinte: Rever e criar para rever a sua política.
Selecione Criar política. Se quiser fazer alterações, selecione Voltar: Noções básicas.
Depois que a política de posicionamento for criada, selecione Atualizar para vê-la na lista.
Editar uma política de posicionamento
Você pode alterar o estado de uma política, adicionar um novo recurso ou cancelar a atribuição de um recurso existente.
Alterar o estado da política
Você pode alterar o estado de uma política para Habilitado ou Desabilitado.
Na nuvem privada da Solução VMware do Azure, em Gerenciar, selecione Políticas de posicionamento.
Para a política que pretende editar, selecione Mais (...) e, em seguida, selecione Editar.
Gorjeta
Você pode desativar uma política na Visão geral da política de posicionamento selecionando Desativar na lista suspensa Configurações . Não é possível ativar uma política na lista suspensa Configurações.
Se a política estiver ativada, mas pretender desativá-la, selecione Desativado e, em seguida, selecione Desativado na mensagem de confirmação. Caso contrário, se a política estiver desativada e você quiser habilitá-la, selecione Habilitar.
Selecione Rever + atualizar.
Reveja as alterações e selecione Atualizar política. Se quiser fazer alterações, selecione Voltar: Noções básicas.
Atualizar os recursos de uma política
Você pode adicionar novos recursos, como uma VM ou um host, a uma política ou remover os existentes.
Na nuvem privada da Solução VMware do Azure, em Gerenciar, selecione Políticas de posicionamento.
Para a política que pretende editar, selecione Mais (...) e, em seguida , Editar.
Para remover um recurso existente, selecione um ou mais recursos que deseja remover e selecione Cancelar atribuição.
Para adicionar um novo recurso, selecione Editar máquina virtual ou Editar host, selecione o recurso que deseja adicionar e selecione Salvar.Selecione Seguinte : Rever e atualizar.
Reveja as alterações e selecione Atualizar política. Se quiser fazer alterações, selecione Voltar: noções básicas.
Excluir uma política
Você pode excluir uma política de posicionamento e sua regra DRS correspondente.
Na nuvem privada da Solução VMware do Azure, em Gerenciar, selecione Políticas de posicionamento.
Para a política que pretende editar, selecione Mais (...) e, em seguida, selecione Eliminar.
Selecione Excluir na mensagem de confirmação.
Monitorizar o funcionamento de uma política
Use o vSphere Client para monitorar a operação da regra DRS correspondente de uma política de posicionamento.
Como titular da função CloudAdmin, você pode visualizar, mas não editar, as regras DRS criadas por uma política de posicionamento na guia Configurar do cluster em Regras de VM/Host. Ele permite visualizar informações adicionais, como se as regras do DRS estão em um estado de conflito.
Além disso, você pode monitorar várias operações de regra DRS, como recomendações e falhas, na guia Monitor do cluster.
Restringir o movimento da VM
Para determinadas aplicações sensíveis, o vMotion pode causar interrupções ou interrupções inesperadas do serviço. Para esses tipos de aplicativos, pode ser preferível restringir o movimento da VM apenas ao vMotion iniciado manualmente. Com a Política de posicionamento de movimento de VM restrita, os vMotions iniciados pelo DRS podem ser desativados. Para a maioria das cargas de trabalho, isso não é necessário e pode causar impactos não intencionais no desempenho devido a vizinhos barulhentos no mesmo host.
Habilitar Restringir movimento de VMs para VMs específicas
- Navegue até Gerenciar políticas de posicionamento e selecione Restringir movimento da VM.
- Selecione a VM ou VMs que deseja restringir e, em seguida, selecione Selecionar.
- A VM ou VMS selecionada aparece na guia VMs com movimento restrito.
No vSphere Client, uma substituição de VM é criada para definir o DRS como parcialmente automatizado para essa VM.
O DRS não migrará mais a VM automaticamente.
O vMotion manual da VM e o posicionamento inicial automático da VM continuam a funcionar.
FAQs
As políticas de posicionamento são as mesmas que as regras de afinidade DRS?
Sim e não. Enquanto o vSphere DRS implementa o conjunto atual de políticas, simplificamos a experiência. Modificar grupos de VM e grupos de hosts é uma operação complicada, especialmente porque os hosts são efêmeros por natureza e podem ser substituídos em um ambiente de nuvem. À medida que os hosts são substituídos no inventário do vSphere em um ambiente local, o administrador do vSphere deve modificar o grupo de hosts para garantir que as restrições de posicionamento desejadas do VM-Host permaneçam em vigor. As políticas de posicionamento na Solução VMware do Azure atualizam os grupos de hosts quando um host é girado ou alterado. Da mesma forma, se você dimensionar em um cluster, o Grupo de Hosts será atualizado automaticamente, conforme aplicável. A atualização automática elimina a sobrecarga de gerenciar os grupos de hosts para o cliente.
Como essa é uma funcionalidade existente disponível no vCenter Server, por que não posso usá-la diretamente?
A Solução VMware do Azure fornece uma nuvem privada no Azure. Nessa infraestrutura de solução VMware gerenciada, a Microsoft gerencia os clusters, hosts, datastores e switches virtuais distribuídos na nuvem privada. Ao mesmo tempo, o locatário é responsável por gerenciar as cargas de trabalho implantadas na nuvem privada. Como resultado, o locatário que administra a nuvem privada não tem o mesmo conjunto de privilégios disponível para o administrador da solução VMware em uma implantação local.
Além disso, a falta da granularidade desejada nos privilégios do vSphere apresenta alguns desafios ao gerenciar o posicionamento das cargas de trabalho na nuvem privada. Por exemplo, as regras do vSphere DRS comumente usadas no local para definir regras de afinidade e antiafinidade não podem ser usadas como estão em um ambiente do Azure VMware Solution, pois algumas dessas regras podem bloquear a operação diária da nuvem privada. As Políticas de Posicionamento fornecem uma maneira de definir essas regras usando o portal do Azure, contornando assim a necessidade de usar regras DRS. Juntamente com uma experiência simplificada, as Políticas de Colocação garantem que as regras não afetam as atividades diárias de manutenção e operação da infraestrutura.
Qual é a diferença entre a política de afinidade VM-Host e Restringir movimento de VM?
Uma política de afinidade VM-Host é usada para restringir o movimento de VMs a um grupo de hosts incluídos na política de afinidade VM-Host. Assim, uma VM pode ser vMotioned dentro do conjunto de hosts selecionados na política de afinidade VM-Host. Como alternativa, Restringir movimento de VM garante que a VM selecionada permaneça no host no qual reside atualmente.
Que ressalvas devo saber?
As regras VM-Host MUST não são suportadas porque bloqueiam as operações de manutenção.
As regras VM-Host SHOULD são regras preferenciais, onde o vSphere DRS tenta acomodar as regras na medida do possível. Ocasionalmente, o vSphere DRS pode vMotion VMs sujeitas às regras VM-Host SHOULD para garantir que as cargas de trabalho obtenham os recursos de que precisam. É um comportamento padrão do vSphere DRS e o recurso de políticas de posicionamento não altera o comportamento subjacente do vSphere DRS.
Se você criar regras conflitantes, esses conflitos poderão aparecer no vCenter Server e as regras recém-definidas poderão não entrar em vigor. É um comportamento padrão do vSphere DRS, cujos logs podem ser observados no vCenter Server.