Terheléselosztó TCP-alaphelyzetbe állítása és üresjárati időtúllépése

  • Cikk

A Standard Load Balancer használatával kiszámíthatóbb alkalmazás viselkedést hozhat létre a forgatókönyvekhez, ha engedélyezi a TCP-alaphelyzetbe állítást tétlen állapotban egy adott szabályhoz. A Load Balancer alapértelmezett viselkedése a folyamatok csendes elvetése egy folyamat tétlen időtúllépésének elérésekor. A TCP-visszaállítás engedélyezése miatt a Load Balancer kétirányú TCP-alaphelyzetbe állításokat (TCP RST-csomagokat) küld tétlen időtúllépéskor, hogy tájékoztassa az alkalmazásvégpontokat arról, hogy a kapcsolat időtúllépést eredményezett, és már nem használható. A végpontok szükség esetén azonnal létrehozhatnak egy új kapcsolatot.

Diagram shows default TCP reset behavior of network nodes.

TCP-visszaállítás

Módosíthatja ezt az alapértelmezett viselkedést, és engedélyezheti a TCP-alaphelyzetbe állítások küldését üresjárati időtúllépés esetén a bejövő NAT-szabályokon, a terheléselosztási szabályokon és a kimenő szabályokon. Ha szabályonként engedélyezve van, a Load Balancer kétirányú TCP-alaphelyzetbe állításokat (TCP RST-csomagokat) küld az ügyfél- és kiszolgálóvégpontoknak az összes egyező folyamat üresjárati időtúllépésekor.

A TCP RST-csomagokat fogadó végpontok azonnal bezárják a megfelelő szoftvercsatornát. Ez azonnali értesítést küld a végpont kapcsolati kiadásáról, és az ugyanazon a TCP-kapcsolaton folytatott jövőbeli kommunikáció meghiúsul. Az alkalmazások törölhetik a kapcsolatokat, ha a szoftvercsatorna szükség szerint bezárja és újraépítheti a kapcsolatokat anélkül, hogy megvárja a TCP-kapcsolat végleges időtúllépését.

Számos esetben a TCP alaphelyzetbe állítása csökkentheti a TCP (vagy az alkalmazásréteg) folyamatos küldésének szükségességét a folyamat tétlen időtúllépésének frissítéséhez.

Ha a tétlen időtartam túllépi a konfigurációs korlátokat, vagy ha az alkalmazás nem kívánatos viselkedést mutat a TCP-alaphelyzetbe állítások engedélyezésével, akkor is használhatJA a TCP-figyelőket vagy az alkalmazásréteg-figyelőket a TCP-kapcsolatok élőségének figyeléséhez. Emellett a megőrzés akkor is hasznos lehet, ha a kapcsolat valahol az elérési úton van, különösen az alkalmazásréteg-megtartók esetében.

A teljes végpontok közötti forgatókönyv alapos vizsgálatával meghatározhatja a TCP-alaphelyzetbe állítások engedélyezésének és az üresjárati időtúllépés beállításának előnyeit. Ezután döntse el, hogy szükség lehet-e további lépésekre a kívánt alkalmazás viselkedésének biztosításához.

Konfigurálható TCP tétlen időtúllépés

Az Azure Load Balancer 4 perc és 100 perc közötti időtúllépési tartományt biztosít a Load Balancer-szabályokhoz, a kimenő szabályokhoz és a bejövő NAT-szabályokhoz. Az alapértelmezett érték 4 perc. Ha egy inaktivitási időszak hosszabb az időtúllépési értéknél, nincs garancia arra, hogy a TCP- vagy HTTP-munkamenet megmarad az ügyfél és a felhőszolgáltatás között.

A kapcsolat lezárásakor az ügyfélalkalmazás a következő hibaüzenetet kapja: "A mögöttes kapcsolat lezárult: A kiszolgáló bezárt egy kapcsolatot, amely várhatóan életben maradt."

Gyakori eljárás a TCP életben tartása. Ez a gyakorlat hosszabb ideig tartja aktívnak a kapcsolatot. További információkért tekintse meg ezeket a .NET-példákat. Ha engedélyezve van az életben tartás, a rendszer a csomagokat a kapcsolat inaktivitási időszakaiban küldi el. Az életben tartási csomagok biztosítják, hogy a tétlen időtúllépési érték ne legyen elérve, és a kapcsolat hosszú ideig megmaradjon.

A beállítás csak bejövő kapcsolatok esetén működik. A kapcsolat elvesztésének elkerülése érdekében konfigurálja a TCP-t úgy, hogy a tétlen időtúllépési beállításnál kisebb időközzel legyen életben, vagy növelje az üresjárati időtúllépés értékét. Ezeknek a forgatókönyveknek a támogatásához elérhető egy konfigurálható tétlen időtúllépés támogatása.

A TCP életben tartása olyan helyzetekben működik, ahol az akkumulátor élettartama nem kényszer. Mobilalkalmazásokhoz nem ajánlott. Ha a TCP-t életben tartja egy mobilalkalmazásban, az gyorsabban ürítheti az eszköz akkumulátorát.

Elsőbbségi sorrend

Fontos figyelembe venni, hogy a különböző IP-címekhez beállított tétlen időtúllépési értékek hogyan kommunikálhatnak.

Bejövő

  • Ha van egy (bejövő) terheléselosztó-szabály, amelynek tétlen időtúllépési értéke eltér az előtér IP-cím által hivatkozott tétlen időtúllépésétől, a terheléselosztó előtérbeli IP-tétlen időtúllépése elsőbbséget élvez.
  • Ha van egy bejövő NAT-szabály, amelynek tétlen időtúllépési értéke más, mint a hivatkozott előtér IP-cím tétlenségi időtúllépése, a terheléselosztó előtérbeli IP-tétlen időtúllépése elsőbbséget élvez.

Kimenő

  • Ha egy kimenő szabály 4 percnél eltérő tétlenségi időtúllépési értékkel rendelkezik (ez az, ahol a nyilvános IP-cím kimenő üresjárati időtúllépése zárolva van), a kimenő szabály üresjárati időtúllépése elsőbbséget élvez.
  • Mivel a NAT-átjáró mindig elsőbbséget élvez a terheléselosztó kimenő szabályaival szemben (és a közvetlenül a virtuális gépekhez rendelt nyilvános IP-címeken), a RENDSZER a NAT-átjáróhoz rendelt tétlenségi időtúllépési értéket fogja használni. (Ugyanezen sorok mentén a NAT GW-hez rendelt IP-címek 4 perces zárolt nyilvános IP-kimenő tétlenségi időtúllépései nem tekinthetők meg.)

Korlátozások

  • A TCP-alaphelyzetbe állítás csak a TCP-kapcsolat során, MEGHATÁROZOTT állapotban van elküldve.
  • A TCP tétlen időtúllépése nem befolyásolja az UDP protokoll terheléselosztási szabályait.
  • A TCP-visszaállítás nem támogatott az ILB HA-portok esetében, ha egy hálózati virtuális berendezés az elérési úton van. Megkerülő megoldás lehet a kimenő szabály használata az NVA-ból történő TCP-visszaállítással.

Következő lépések