Beim Versuch, meine Anwendung, die auf dem Andockfenster Swarm läuft, auf den Azure Container Service zu portieren, stosse ich auf den Load Balancer-Teil des Azure. Lokal habe ich eine Container-Instanz von HAproxy, die auf Swarm Master läuft und mehrere Web-Container läuft. Web-Container haben gerade die Ports freigegeben, und sie sind nicht den Computern zugeordnet, auf denen sie ausgeführt werden. Der HAproxy-Container hat den Port dem Master zugeordnet und kommuniziert intern mit meinen Webcontainern zum Lastenausgleich. Dies gibt mir die Möglichkeit, eine beliebige Anzahl von Containern mit einer begrenzten Anzahl von Arbeitern in Docker Swarm zu betreiben. Im Azure Container Service sehe ich, dass Azure Load Balancer nur mit Ports kommuniziert, die zugeordnet sind, dh ich kann nur einen Container pro Agent ausführen oder ich habe einen internen Load Balancer in meinen Containern, was bedeutet, dass die Benutzer durchgehen 2 Load Balancer, bevor Sie meine Anwendung treffen.Azure Container Services Portlastenausgleich
Kein ideales Szenario, wenn meine Anwendung Sticky-Sitzungen verwendet. Also Anscheinend Microsofts Aussage "Alles funktioniert gleich in Azure-Containern" geht für einen Wurf? Was sind die verfügbaren Lösungen oder mache ich hier etwas falsch?
Grüße, Harneet
Wenn Sie zwei Agenten haben, haben Sie zwei VMs im Agentenpool und nicht zwei Container im Pool. Ich denke also, Sie können viele Container haben und die Ressourcen von VMs für Agenten auswählen, für die Sie die Kapazität benötigen. Und danach lässt ACS LB das Balancing durchführen, ohne dass HAProxy benötigt wird. – hB0