Portas de validação

A partir do NDIS 6.30 no Windows Server 2012, a interface de comutador extensível cria uma porta operacional para hospedar uma conexão extensível do adaptador de rede switch. Em determinadas condições, a interface de comutador extensível cria uma porta de validação antes de criar uma porta operacional para uma partição filha Hyper-V. A porta de validação é usada para validar e verificar as configurações da porta operacional que será conectada ao adaptador de rede da VM (máquina virtual de comutador extensível) da partição filho.

Nota No Hyper-V, uma partição filho também é conhecida como uma VM.

Essa porta de validação é criada nas seguintes condições:

• A VM é criada pela primeira vez. Depois que a VM é ativada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

• A máquina virtual entra em um estado salvo. Quando a VM é restaurada e ativada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

  Para obter mais informações, consulte Hyper-V Operações extensíveis de salvamento e restauração de comutadores.

• A VM é interrompida e desligada. Depois que a VM é ativada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

• A VM está sendo migrada ao vivo para outro computador host. Depois que a VM é criada e ativada no novo computador host, a porta de validação é excluída e a porta operacional é criada em seu lugar.

Depois que a porta de validação é criada, a interface de comutador extensível emite solicitações de OID para baixar políticas de porta para a porta. Como essas portas são criadas para validação e verificação de política, como quando uma VM é configurada pela primeira vez, é importante que a validação que ocorre seja apropriada para o tempo de configuração em vez de tempo de execução. As extensões devem executar os seguintes tipos de validação de política para essas portas:

• Validação de sintaxe. Essa validação falhará se os valores não estiverem formatados corretamente.

• Validação de intervalo. Essa validação falhará se as configurações não estiverem em conformidade com o intervalo esperado de valores mínimos e máximos.

• Validação de aplicabilidade. Essa validação falhará se as configurações não se aplicarem à opção extensível. Por exemplo, um perfil de política que define um SLA (contrato de nível de serviço de rede) externo não se aplicaria a um comutador extensível que não tenha acesso à interface de rede externa.

• Detecção de conflitos. A validação falhará se as configurações entrarem em conflito com outras configurações que já estão definidas na mesma porta.

Quando a extensão de comutador extensível valida as configurações de porta e política para uma porta de validação, ela deve seguir estas diretrizes:

• Como a porta de validação é temporal, a extensão não deve validar e falhar as configurações de política e configuração que não podem ser atendidas atualmente pelo comutador extensível.

  Por exemplo, um comutador extensível, que dá suporte a no máximo 10 gigabits de largura de banda, pode ter atualmente apenas 1 gigabit de largura de banda disponível para reserva. A extensão não falha na validação de uma propriedade de porta que reserva mais de 1 gigabit de largura de banda. Em vez disso, esse tipo de validação deve ocorrer quando a porta operacional é criada. Isso ocorre porque as configurações que estão sendo validadas ainda podem ser aplicadas a uma porta operacional na qual a largura de banda está disponível. Isso permite que os administradores do sistema configurem inicialmente VMs sem serem restringidas por restrições de tempo de execução.

• A extensão não deve alocar ou reservar recursos para a porta de validação. Por exemplo, as configurações de reserva de largura de banda em uma porta de validação não devem deduzir da largura de banda disponível do comutador extensível. A reserva deve ocorrer somente quando a porta operacional for criada.

Para obter mais informações sobre portas operacionais de comutador extensível, consulte Portas Operacionais.