Portas de validação

A partir do NDIS 6.30 no Windows Server 2012, a interface do comutador extensível cria uma porta operacional para hospedar uma conexão do adaptador de rede do comutador extensível. Sob certas condições, a interface do switch extensível cria uma porta de validação antes de criar a 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 máquina virtual (VM) do comutador extensível da partição filha.

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

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

• A Máquina Virtual é criada primeiro. Depois que a VM é ligada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

• A VM entra num estado salvo. Quando a VM é restaurada e ligada, a porta de validação é excluída e a porta operacional é criada em seu lugar.

  Para obter mais informações, consulte Hyper-V Extensible Switch Save and Restore Operations.

• A VM é interrompida e desligada. Depois que a VM é ligada, 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 ligada 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 do switch extensível emite solicitações 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 e não para o 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 gama. 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 ao comutador extensível. Por exemplo, um perfil de política que define um contrato de nível de serviço (SLA) de rede externa não se aplicaria a um switch extensível que não tem acesso à interface de rede externa.

• Deteçã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 do 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 é temporária, a extensão não deve validar nem falhar nas definições de política e configuração que não podem ser atualmente satisfeitas pelo switch extensível.

  Por exemplo, um switch extensível, que suporta um máximo de 10 gigabits de largura de banda, pode atualmente ter 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 está reservando mais de 1 gigabit de largura de banda. 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 de sistema configurem inicialmente VMs sem serem restringidos 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 ser deduzidas da largura de banda disponível do switch extensível. A reserva deve ocorrer somente quando a porta operacional for criada.

Para obter mais informações sobre portas operacionais de switch extensíveis, consulte Operational Ports.