Sie führen eine Lift-and-Shift-Migration von heterogenen lokalen Backend-Servern durch, die von einem einzigen Network Load Balancer-Frontend bedient werden. Welche GCP-native Bereitstellung ist geeignet?

Die korrekte Antwort ist, einen Zielpool zu erstellen und alle Backend-Instanzen hinzuzufügen, da dies die native GCP-Methode ist, um einen Network Load Balancer (früher als Target Pool Load Balancer bekannt) mit heterogenen Backend-VMs zu verbinden. Der Network Load Balancer ist ein Passthrough-Load Balancer auf Schicht 4, der die Instanzen in einem Zielpool überwacht und den eingehenden TCP/UDP-Verkehr auf diese Instanzen verteilt. Eine verwaltete Instanzgruppe (Managed Instance Group) ist ungeeignet, da sie für homogene Server gedacht ist, die aus einem gemeinsamen Image erstellt werden, was hier aufgrund der heterogenen lokalen Backend-Server nicht der Fall ist. Eine virtuelle Drittanbieter-Appliance ist keine native GCP-Lösung und würde unnötige Komplexität und Kosten verursachen. Die ECMP-Funktion (Equal-Cost Multi-Path) ist eine Routing-Funktion und kein Load Balancer, der für die Verteilung von Anwendungs-Traffic auf Backend-Server konzipiert ist.