Avamar: Il ripristino a livello di file VMware potrebbe non riuscire a causa della configurazione NAT

• I job FLR vengono inizialmente avviati, ma non vengono completati.
• I file più piccoli (ad esempio da 20 KB a 2,7 MB) vengono ripristinati correttamente, ma i file più grandi (ad esempio, 25 MB o 90 MB) hanno esito negativo.
• Questo problema riguarda il restore a livello di file di tutte le macchine virtuali in questo particolare ambiente.
• Durante i tentativi di ripristino, nei registri di accesso vengono visualizzati errori del server HTTP (Jetty) 500.
• Il registro di accesso Jetty mostra indirizzi IP insoliti (ad esempio, l'IP del client che termina con 0.1 o 0.254, che è probabilmente un indirizzo del gateway).

Il problema deriva dal modo in cui FLR gestisce le operazioni di trasferimento dei file, a seconda delle dimensioni del lavoro:

1. Piccoli job di ripristino:

   • Quando il processo FLR trasferisce una piccola quantità di dati (byte < totali 5 MB e file < totali 10), utilizza l'API vSphere per ripristinare i file. I trasferimenti di file dell'API vSphere ignorano le configurazioni NAT delle VM, in quanto la rete guest delle VM non è coinvolta nel trasferimento.

2. Job di ripristino di grandi dimensioni:

   • Per i processi FLR di dimensioni maggiori che superano i criteri dei processi di ripristino minuscoli, Avamar passa all'utilizzo di script wget/BatchDownload protetti per trasferire i file in modo più efficiente.
   • Questo metodo crea file temporanei e token per gestire il trasferimento sicuro, che si basa sull'indirizzo IP del client corrispondente a un valore previsto.

Quando NAT è abilitato nella rete, cambia l'indirizzo IP di origine del client nella richiesta. Ciò causa una mancata corrispondenza tra l'IP del client archiviato nella tabella dei token e l'indirizzo IP da cui viene effettuata la richiesta. Pertanto, il processo di verifica del token non riesce, causando un errore nel ripristino del file.

L'utilizzo di NAT con Avamar FLR non è supportato. Di seguito sono riportati i passaggi consigliati:

1. Disabilitare DNAT:

   • Collaborare con il team di rete per disabilitare DNAT per l'ambiente in cui viene utilizzato Avamar FLR. Questo è il modo più efficace per garantire che le operazioni FLR possano procedere senza mancate corrispondenze degli indirizzi IP.

2. Verificare se DNAT è abilitato:

   • Verificare con il team di rete se DNAT è abilitato. I registri di esempio potrebbero mostrare IP di origine non corrispondenti come 192.168.1.1, che potrebbe essere l'IP del gateway a causa di DNAT.

3. Soluzione alternativa: disabilitare il flusso di lavoro BatchDownload.exe/wget:

/usr/local/avamarclient/bin/config.xml

<enablewgetrestore>1</enablewgetrestore>

<enablewgetrestore>0</enablewgetrestore>

systemctl restart vmwareflr && systemctl restart avagent.service