Az Nginx -ben a „multi_accept` irányelv ellenőrzi, hogy a munkavállalói folyamatok hogyan fogadják el az új bejövő kapcsolatokat. A "be" vagy a "ki" beállításai eltérő teljesítmény következményekkel járnak az ügyfélkapcsolatok kiszolgáló szintjén történő kezelésére. Az alábbiakban részletesen magyarázzuk a „multi_accept” beállításának következményeit a „be” vagy a „ki” -re, amely lefedi annak viselkedését, teljesítményhatásait és gyakorlati megfontolásait.
Meghatározás és alapértelmezett viselkedés
A „multi_accept` irányelv az Nginx konfigurációs fájl„ Events` kontextusában van konfigurálva. Meghatározza, hogy egy munkavállalói folyamat elfogad -e egy új kapcsolatot egyszerre (`multi_accept off`), vagy elfogadja -e az összes új kapcsolatot, amely egyszerre elérhető a hallgatási sorban (` multy_accept on`). Ennek az irányelvnek az alapértelmezett beállítása a „OFF”.Amikor a „multi_accept” „ki” -re van állítva, a munkavállalói folyamat új kapcsolatokat fogad el egyenként, amint jönnek. Amikor be van állítva, a munkavállaló egyszerre elfogadja az összes rendelkezésre álló új kapcsolatot, amikor értesítést kap az új kapcsolati eseményekről. Ez az értesítés az NGINX által alkalmazott eseményfeldolgozási mechanizmus alapján történik, amely operációs rendszerenként változik, de általában az EPOLL, a Kqueue vagy a hasonló méretezhető események értesítési rendszereit foglalja magában.
A multi_accct következményei ki vannak állítva
- Egyetlen kapcsolat elfogadása: A munkavállaló csak egy kapcsolatot fogad el értesítési eseményenként. Ez a megközelítés leegyszerűsíti a feldolgozást, mivel minden elfogadott kapcsolat feldolgozható sorrendben további terhelési tüskék nélkül.- A CPU terheléseloszlása: Mivel a munkavállalók egyenként elfogadják a kapcsolatokat, a CPU terhelése egyenletesebben terjed, mivel a munkavállalókat nem túlterhelik a többszörös csatlakozási elfogadás egyszerre.
- A mennydörgő állomány csökkent kockázata: Ez a beállítás hajlamos elkerülni a "mennydörgő állomány" problémát, ahol több munkavállaló egyidejűleg felébred, de csak az egyik kezeli a kapcsolatot, ami a CPU ciklusokat pazarolja a kontextusváltás során.
- Latencia -szabályozás: Az egy kapcsolat egyszerre történő elfogadása kissé növelheti a nagy terhelés melletti késleltetést, mivel a hallgatási sor lassabban leereszkedik.
- Potenciális áteresztési korlátozás: Nagyon magas csatlakozási arány mellett a kapcsolatok elfogadása egyenként alacsonyabb átviteli sebességet eredményezhet, mivel a munkavállaló nem dolgozik fel a bejövő kapcsolatokat olyan gyorsan, amint érkeznek.
- Erőforrás -hatékonyság: Ez a beállítás a rendszer erőforrásainak konzervatívabb felhasználására hajlamos, ami előnyös azoknak a szervereknek, amelyek nem tapasztalnak nagy egyidejű csatlakozási terhelést.
A multi_accept következményei beállítva
- A kötegelt csatlakozás elfogadása: A munkavállaló elfogadja az összes bejövő kapcsolatot, amely a hallgatási sorban azonnal értesítés után vár. Ez drasztikusan növelheti a munkavállalói folyamatok ciklusonkénti kapcsolatok számát.- Magasabb átviteli sebesség: Ez a beállítás javíthatja az áteresztőképességet nehéz terhelési körülmények között, ahol sok kapcsolat rövid robbantással érkezik, lehetővé téve a munkavállaló számára, hogy gyorsan kezelje a kapcsolatokat.
- A munkavállalók túlterhelésének kockázata: Az összes soros kapcsolat egyszerre történő elfogadása miatt a munkavállaló túlterhelhetővé válhat, ha a bejövő kapcsolatok meghaladják a munkavállaló feldolgozási kapacitását, ami potenciálisan a teljesítmény romlásához vezet.
- A megnövekedett CPU -ébredés és a rakomány tüskéje: A munkavállalók a CPU használatában tapasztalhatók, mivel az összes kapcsolatot egyszerre fogadják el, ami robbant CPU -fogyasztási mintákhoz vezethet.
- A leesett kapcsolatok vagy késések lehetősége: Ha az elfogadott csatlakozások száma meghaladja a maximális egyidejű kapcsolatot, amelyet a munkavállaló hatékonyan kezelhet (a „Worker_Connections” vagy a rendszer korlátozása alapján), akkor egyes kapcsolatok késleltethetők vagy leengedhetők.
- Hasznos a következetes nagy terhelési környezetben: Ha egy szerver következetesen nagy mennyiségű egyidejű kapcsolatot kezeli, ez a beállítás elősegíti a kapcsolatok egyéni elfogadásának csökkentését és javítja a válasz sebességét.
Interakció más beállításokkal
- Accept_mutex: Ez az irányelv, amelyet gyakran alapértelmezés szerint engedélyezve, ellenőrzi, hogy a munkavállalói folyamatok hogyan fogadják el a kapcsolatok elfogadását, hogy elkerüljék a "mennydörgő állomány" problémát. Az „elfogadás_mutex” beillesztésével a munkavállalók egyenként elfogadják a kapcsolatokat, ami kiegészíti a „multi_accept off” beállítást a rendezettebb kapcsolatkezeléshez.- Ha az „elfogadási_mutex” kikapcsol, akkor minden munkavállaló új kapcsolatokra ébred, de csak egy kezeli őket, ami potenciálisan nem hatékony CPU -használatot okozhat, különösen, ha a „multi_accept” szintén ki van kapcsolva.
- Worker_Connections és Worker_Processes: Ezek meghatározzák, hogy az egyes munkavállalók és a szerver általánosságban hány egyidejű kapcsolat képes kezelni, befolyásolva a „multi_accept” hatását. Ha a `multi_accept` be van kapcsolva, és a kapcsolat beáramlása meghaladja a kombinált kapacitást, akkor túlterhelheti a munkavállalókat.
- Eseményválasztási mechanizmus: A multi_accept irányelvet figyelmen kívül hagyják, ha a Kqueue -t egyes rendszereken használják, mivel a Kqueue az új kapcsolatok pontos számát mutatja be, lehetővé téve a jobb irányítást a kötegelés nélkül.
Teljesítmény megfontolások
- A „multi_accept” (`be”) engedélyezése előnyös, ha a szerver számos bejövő kapcsolat folyamatos folyamát tapasztal, mivel ez lehetővé teszi a munkavállalók számára, hogy sok kapcsolatot gyorsan elfogadjanak és dolgozzanak fel.- Az IT letiltása (`off ') jobb olyan környezeteknél, ahol kevesebb csatlakozási kóborolási lehetőség van, ahol megakadályozza a munkavállalókat abban, hogy túlterheljenek és csökkentsék a pazarolt CPU -ciklusokat.
- A „multi_accept` magas csatlakozási arányokkal történő használata a„ Worker_Connections ”és a CPU erőforrások megfelelő hangolása nélkül az erőforrások kimerültségéhez és a megnövekedett késéshez vezethet.
- Az egyes kapcsolatok blokkolását magában foglaló munkaterhelések, például az SSL kézfogások, több munkavállaló részesülhetnek előnyben a megfelelő „multi_accept” beállításokkal kombinálva a szűk keresztmetszetek elkerülése érdekében.
Használjon eseteket és ajánlásokat
- Nagy forgalmú API -k vagy webszerverek: A „multi_accept” bekapcsolása lehetővé teszi a szerver erőforrások jobb felhasználását azáltal, hogy elfogadja az összes függőben lévő kapcsolatot, amikor a tevékenységi epizódok felmerülnek, csökkentve a nagy párhuzamos forgatókönyvekben a késleltetést.- Alacsony vagy mérsékelt forgalmi vagy fejlesztési környezet: A „multi_accept” kikapcsolása elősegíti a stabil CPU használatát és az egyszerűbb terheléskezelést.
- Hangolás az optimális teljesítmény érdekében: Fontos figyelembe venni az alkalmazás kontextusát, a munkavállalók számát, a rendszerkorlátozásokat és a várható kapcsolat mennyiségét. A „multi_accept ON” kombinálása a munkavállalói folyamatok optimalizált konfigurációival és a csatlakozáskezelés javításához vezet.
- Hibrid megközelítések: Egyes adminisztrátorok kísérletezhetnek a „multi_accept” és az „elfogadási_mutex” különböző kombinációival, hogy elérjék a CPU hatékonyságának és a csatlakozási kezelési sebességet a kívánt egyensúlyt.
Összegzés
Összefoglalva: a „multi_accept” -re az „on” -ra történő beállítása lehetővé teszi a munkavállaló számára, hogy egyszerre elfogadja az összes függőben lévő kapcsolatot, javítva a nagy terhelési forgatókönyvek teljesítményét, de kockáztatja a munkavállalók túlterhelését és a CPU tüskéket. Ha "kikapcsolja", korlátozza a munkavállalókat arra, hogy egy kapcsolatot egyszerre fogadjanak el, ami stabilabb erőforrás -felhasználáshoz és potenciálisan nagyobb késleltetéshez vezethet nehéz kapcsolatterhelések mellett. A választás a forgalmi mintáktól, a munkaterhelés jellemzőitől és a rendszer hangolásától függ a szerver hatékonyságának és reagálása érdekében.Ez a magyarázat lefedi a „multi_accept” műszaki viselkedését, annak teljesítményhatását, az NGINX más munkavállalói beállításaival való interakciót és a gyakorlati felhasználási forgatókönyveket. Az irányelv az NGINX Server teljesítményének finomhangolásának kritikus része a különböző környezetek és a forgalmi feltételek számára.