Am o integrare care încearcă să utilizeze IP-ul pe care vSphere îl detectează pentru un invitat vm, dar uneori IP-ul pe care vSphere îl detectează nu este IP-ul pe care ar trebui să-l folosească integrarea. Cel mai simplu exemplu este în cazul în care traficul de rețea al oaspetelui trece printr-un NAT 1:1 (fiecare oaspete are un IP unic după ce trece prin NAT, dar este un IP diferit de cel pe care îl vede vSphere) înainte de a fi văzut de aplicație care se integrează cu vSphere.
Crearea unei hărți interne spre externe a NAT este destul de ușoară, dar consumatorul de integrare nu va folosi acea hartă, ci doar ceea ce primește de la vSphere. Astfel, aș dori pur și simplu să împing acea mapare înapoi în vSphere, astfel încât vSphere să raporteze IP-ul NAT la integrare în loc de IP-ul intern. Este posibil?
M-am gândit să pun IP-ul NAT într-o etichetă, dar integrarea nu va folosi nici o valoare de etichetă pentru IP, ci doar ceea ce primește de la vSphere ca IP invitat.
Știu că oamenii vor spune să scapi de NAT, dar este necesar din motive specifice aplicației. În plus, există și alte scenarii în care IP-urile pe care vSphere le vede nu sunt ceea ce vreau să vadă integrarea.
Editare: După cum am ghicit, unul dintre marile motive pentru NAT este echilibrarea încărcăturii și asigurarea unei direcționări corecte prin echilibrul de încărcare. Suntem conștienți de faptul că există opțiuni non-NAT pentru a face față complexităților de rutare din jurul echilibratorilor de încărcare, dar toate vin cu compromisuri, iar NAT-ul este cel care credem că este cel mai puțin rău.
După cum am sugerat, există și motive non-NAT pentru a dori să faceți acest lucru, centrate pe VMware care raportează prea multe IP-uri (unde toate sunt prezente din punct de vedere tehnic, dar majoritatea sunt destinații specifice serviciului și doar unul este folosit pentru a genera trafic. îmi place să văd doar IP-ul care generează trafic) sau VMware nu detectează niciunul la IP-uri (este rar, dar se întâmplă).