NVP vProxy: Solução de problemas de conectividade de rede para operações de backup e restauração

Sistemas e portas envolvidos nas operações de backup e restauração de máquina virtual (VM) VMware.

Requisitos de porta

Tabela de requisitos de porta

De	Para (target_system)	Porta	Objetivo
Servidor NetWorker	Equipamento vProxy	9090	Chamadas de serviço da Web do NetWorker VMware Protection para iniciar e monitorar backups, recuperações de imagem e recuperações granulares.
Servidor NetWorker	Servidor vCenter	443	VMware View no NetWorker Management Console
Servidor NetWorker	Servidor ESXi	443	Restauração de emergência, reimplementação do vProxy
Servidor vCenter	Servidor NetWorker	9090	Plug-in do Dell NetWorker do vSphere Client.
Dell Data Protection Restore Client Interface	Servidor NetWorker	9090	Recuperação em nível de arquivo no Dell Data Protection Restore Client. Nota: Isso também se aplica ao NetWorker Web User Interface (NWUI).
Servidores ESXi	Data Domain	111, 2049, 2052	Recuperação em nível de arquivo e recuperação instantânea.
Máquinas virtuais	Data Domain	111, 2049	Backups consistentes com aplicativos SQL
Equipamento vProxy	Sistema de Nomes de Domínio (DNS)	53	Resolução de nomes.
Equipamento vProxy	Data Domain	22, 111, 131, 161, 2049, 2052, 3009	Gerenciamento do Data Domain Nota: A porta 3009 é exigida pelo vProxy com DDOS 7.0 ou posterior para executar a restauração de FLR e acesso instantâneo.
Equipamento vProxy	Servidor ESXi	443, 902	Operações de backup e recuperação
Equipamento vProxy	Servidor vCenter	443	Operações de registro, backup e recuperação do vProxy.  Nota: O uso de uma porta vCenter não padrão para HTTPS não é compatível.
Equipamento vProxy	Máquina virtual de destino	9613	vProxy FLR — Comunicação com o agente FLR na VM de destino Nota: A porta 9613 é usada para operações de FLR somente quando disponível. Se a porta não estiver disponível, ela retornará ao método mais antigo por meio da API do VMware VIX.

Sistema de Nomes de Domínio (DNS)

Verifique se o DNS foi resolvido corretamente para os sistemas envolvidos; incluindo o FQDN (Fully Qualified Domain Name, nome do domínio completo), o nome curto e o endereço IP (pesquisa inversa).

nslookup FQDN
nslookup SHORT_NAME
nslookup IP_ADDRESS

Consulte o artigo: Solução de problemas

de DNS e resolução de nomesTambém é aconselhável verificar os arquivos dos hosts do sistema. As entradas do arquivo host podem entrar em conflito ou substituir uma consulta DNS ou resultar em um endereço IP ou nome de host incorreto.

• Sistemas Linux: /etc/hosts
• Sistemas Windows: C:\Windows\System32\drivers\etc\hosts

Servidor NetWorker

O NetWorker nsrports O comando pode ser usado para confirmar a resolução de nome e a conectividade de porta entre os sistemas envolvidos. Consulte a tabela acima em relação a quais portas e sistema de destino devem ser especificados ao testar a comunicação.

nsrports -t target_system -p port

Os sistemas Linux podem usar o curl Comando para testar a conectividade: Os sistemas Windows podem usar Test-NetConnection Cmdlet do PowerShell:

Test-NetConnection -ComputerName target_system  -port port

Equipamento vProxy

O utilitário ProxyHC (verificação de integridade) pode ser executado no vProxy para verificar a conectividade de porta entre sistemas, consulte o artigo: NVP-vProxy: Como usar a ferramenta de verificação de integridade ProxyHC no equipamento vProxy.

O equipamento vProxy também pode usar o curl Comando para testar a conectividade. Consulte a tabela acima em relação a quais portas e sistema de destino devem ser especificados ao testar a comunicação.

curl -v target_system:port

Servidor ESXi

O comando netcat O comando (nc) pode ser usado em hosts do ESXi para verificar a conectividade da porta. Consulte a tabela acima em relação a quais portas e sistema de destino devem ser especificados ao testar a comunicação.

nc -zv target_system port

Consulte o artigo NVP vProxy: VIB do NetWorker para abrir portas NFS para FLR do vProxy.

Servidor vCenter

Os vCenter Servers usam comandos de conexão baseados em sistema operacional. Consulte a tabela acima em relação a quais portas e sistema de destino devem ser especificados ao testar a comunicação.

curl -v target_system:port

Máquinas virtuais

Seja testando a comunicação de uma VM para o Data Protection Restore Client, a Interface do usuário da Web do NetWorker (NWUI) ou a conectividade com o Data Domain, o comando usado depende do sistema operacional da máquina virtual. Os sistemas Linux podem usar o curl Comando para testar a conectividade:

curl -v target_system:port

Os sistemas Windows podem usar Test-NetConnection Cmdlet do PowerShell:

Test-NetConnection -ComputerName target_system  -port port

De acordo com o Guia de configuração de segurança do NetWorker, o NetWorker usa uma conexão direta de soquete para se comunicar e mover dados pela rede para o serviço necessário com sobrecarga mínima. Embora o NetWorker abra algumas portas para TCP e UDP, ele requer apenas portas TCP. As portas UDP são opcionais, exceto para SNMP que usa as portas UDP 161 e 162.

A tabela de portas e a topologia de rede exibidas neste artigo da KB foram extraídas diretamente do Guia de integração do NetWorker VMware. Os guias de configuração de integração e segurança do VMware podem ser encontrados na página do produto NetWorker do Suporte Dell.