A nagy port csak akkor értékes, ha az alkalmazás, a tárolás, a processzor, a hálózati útvonal és a fogadók használni tudják. Tervezze meg a munkakészletet és a párhuzamosságot, mérje fel az egyes korlátozó szakaszokat, és határozza meg az üzemeltetési határokat. A 40, 100 és 200 Gbps katalóguscímkék portosztályok, nem általános átviteli vagy rendelkezésre állási garanciák.
Fordítsa le a portot adatléptékre
Tizedes egységekkel a 40, 100 és 200 Gbps a 5, 12.5 és 25 GB másodpercenkénti vonalsebesség-aritmetikájának felel meg. Ezek referencia-átváltások a protokoll- és implementációs hatások előtt. A környező tervezés léptékét írják le, nem mért sebességet vagy ígéretet arra, hogy egy origó ekkora mennyiségű alkalmazástartalmat fog szolgáltatni.
Egy terjesztési projekt esetén becsülje meg az egyidejű kéréseket, az objektumméreteket és a munkakészletet. Más egy kis népszerű készletet ismételten kiszolgáló szolgáltatás, mint egy nem gyorsítótárazott archívumokat streamelő. Tegye egyértelművé a feltételezéseket. A feltételezések nélkül vásárolt nagy port érintetlenül hagyhatja a tárolási, alkalmazás- vagy fogadói korlátokat, miközben növeli a projekt ismétlődő költségét.
| Felsorolt portosztály | Nyers tizedes átváltás | Tervezési következmény |
|---|---|---|
| 40 Gbps | 5 GB/s az overhead előtt | Mérje a tartalmat és az alkalmazásútvonalat |
| 100 Gbps | 12.5 GB/s az overhead előtt | Vizsgálja a tárolást, a párhuzamosságot és a feldolgozást |
| 200 Gbps | 25 GB/s az overhead előtt | Érvényesítse minden szakaszt és a fogadási kapacitást |
Modellezze a munkakészletet és a gyorsítótár viselkedését
Határozza meg, mely tartalmat kérik gyakran, és melyiket kell igény szerint a tárolóból beolvasni. A meleg gyorsítótár olyan eredményt hozhat, amelyet a hideg indítás nem tud fenntartani. Tesztelje mindkét feltételt, amikor azok fontosak a projekt szempontjából. Tartsa az adathalmazt elég nagynak és elég valósághűnek ahhoz, hogy a mérés megválaszolja azt a kérdést, amelyet valóban meg kell oldania.
Képzeljen el egy jogszerű szoftverletöltési origót népszerű kiadásokkal és egy régebbi archívummal. Hasonlítsa össze a forgalmas kiadási időszakot a normál archívumhozzáféréssel. Tartson fenn kapacitást a közzétételre, ellenőrzőösszeg-generálásra és biztonsági mentési forgalomra, ahol ezek a műveletek átfedésben vannak. Ez az eredeti forgatókönyv tervezési keretet nyújt; nem állítja, hogy bármely konkrét hardver vagy gyorsítótárazási szolgáltatás a SwissOctet részét képezi.
Mérje a tárolást önállóan
Kezdje azzal, hogy megméri az alkalmazás által végzett tárolási műveleteket. A nagy fájlok szekvenciális olvasása és a sok kis véletlenszerű olvasás különböző korlátokat tárhat fel. Az fio dokumentációja leírja azokat a munkaterhelés-paramétereket, amelyek ezeket a mintázatokat reprezentálhatják. Használjon ellenőrzött tesztfájlokat és a rendszerhez illő beállításokat, és kerülje a romboló teszteket az éles adatokon.
Jegyezze fel a tárolási elrendezést, az adathalmaz méretét és a tesztkörülményeket. A gyorsítótárazott adatokat tartalmazó benchmark nem egyenértékű a mögöttes eszközökről történő fenntartott olvasással. Ismételje meg utána az alkalmazás valódi tartalomútvonalával. A nagyobb kapacitás nem növeli automatikusan a szállítási sebességet, és néhány kiválasztott meghajtó nem hoz létre konkrét tömb-elrendezést vagy mért átviteli sebességet.
Figyelje a processzor- és sorkorlátokat
Nagy átviteli sebességeknél a feldolgozás és a megszakításkezelés az alkalmazás CPU-használata mellett is számíthat. A Linux dokumentálja a fogadóoldali skálázást és a kapcsolódó mechanizmusokat a hálózati munka sorok és processzorok közötti elosztására. Jelenlétük és viselkedésük a hardvertől és a konfigurációtól függ. Ezeket a dokumentumokat a mérések értelmezésére használja, ahelyett hogy általános hangolási receptet alkalmazna minden szerverre.
Figyelje, hogy egy CPU, feldolgozó vagy fogadási sor válik-e forgalmassá az összesített rendszer előtt. A tesztbe foglalja bele a titkosítást, a tömörítést és a kérések kezelését, amikor az éles szolgáltatás használja ezeket. Egy tétlen átlagos CPU szám elrejthet egy telített összetevőt. Egyszerre egy tényezőt változtasson, és őrizze meg az alapvonalat, hogy a hatás érthető legyen.
Érvényesítse a kiszolgáló alkalmazást
A szervernek többet kell tennie, mint bájtokat mozgatni egy hálózati benchmarkon keresztül. Érvényesítse a kapcsolatokat, a kérések elemzését, az engedélyezést, a tartalomolvasást és a válasz befejezését a szánt szoftverrel. A Nginx a saját implementációjához dokumentálja a fájlátviteli és kapcsolatvezérlő beállításokat; más szoftvereknek eltérő beállításaik vannak. Olvassa el annak a tényleges verziónak a dokumentációját, amelyet üzemeltetni fog.
Teszteljen valósághű párhuzamosságot, és figyelje a farok-befejezési időket, valamint az összesített kimenetet. Egy nagy összesített szám együtt létezhet olyan egyedi kérésekkel, amelyek időtúllépést szenvednek. Határozzon meg egy határt, amelynél a szolgáltatás még elfogadhatóan viselkedik, majd hagyjon üzemeltetési tartalékot, ahelyett hogy minden összetevőt a nap egészében az elméleti maximumon próbálna futtatni.
Hasonlítsa össze a tényleges Transit specifikációkat
A SwissOctet Transit családjai svájciak maradnak, miközben különböző processzor-, memória- és tárolási alapokat sorolnak fel. Olvassa el a pontos csomagot: a Transit 100 SSD-tárolást sorol fel, míg a többi Transit alap-specifikáció NVMe-t listáz. A további lemezopcióknak saját címkéik vannak. Ne engedje, hogy a portosztály helyettesítse a konfiguráció többi részének áttekintését.
A tényleges szolgáltatással erősítse meg a rendelkezésre állást, a forgalmi feltételeket, az adminisztratív felelősségeket és a helyreállítási folyamatot is. A korlátlan forgalom egy forgalmi modellt ír le, nem engedélyt bármilyen tevékenységre vagy üzemidő-garanciát. A nagy volumenű munkaterheléseknek világos üzemeltetési feltételekre és a tartalom terjesztésére vonatkozó jogokra van szükségük, akárcsak a kisebbeknek.
Készítse elő az üzemeltetést a forgalom megnyitása előtt
Határozza meg, ki tehet közzé tartalmat, módosíthat konfigurációt és adminisztrálhatja az origót. Védje ezeket az interfészeket, gyűjtsön hasznos üzemeltetési méréseket, és állítson be küszöbértékeket a túlterheléshez. Tartson fenn módot a forgalom csökkentésére vagy egy kiadás visszaállítására, ha az alkalmazás váratlanul viselkedik. Egy nagy interfész felerősítheti egy hétköznapi szoftver- vagy hozzáférési hiba következményeit.
Futtasson szakaszos gyakorlatot engedélyezett fogadókkal és egyeztetett korlátokkal, majd növelje a tervezett munkaterhelés felé. Őrizze meg az eredményeket, a megválaszolatlan kérdéseket és az erőforrás-tartalékot a telepítési nyilvántartásban. Csak akkor válasszon nagyobb portot, ha ezt bizonyítékok támasztják alá; egy teljes, mért tervezés hasznosabb, mint a katalógusban elérhető legnagyobb szám.
Az Ön gyakorlati ellenőrzőlistája.
- Alakítsa át a portosztályt anélkül, hogy hasznos adatok szállításaként kezelné.
- Modellezze a gyorsítótár-találatokat, a hideg olvasásokat és az egyidejű kéréseket.
- Benchmarkolja a tárolást ártalmatlan tesztadatokkal.
- Figyelje a CPU, a feldolgozókat és a hálózati sorokat.
- Tesztelje a kiszolgáló alkalmazást és a fogadói kapacitást.
- Szakaszolja a forgalmat, és tartson fenn visszaállítási eljárást.
A fontos részletek.
A legnagyobb port mindig a legbiztonságosabb választás?+
Nem. Mért igény és a teljes rendszer korlátai alapján válasszon. A nagyobb port nem oldja meg az elégtelen tárolási, processzor- vagy alkalmazáskapacitást.
Minden Transit család NVMe-t használ?+
Nem. Olvassa el a tényleges csomagot. A Transit 100 alap-specifikációja SSD-t sorol fel; a többi alapcsomagnak és további meghajtóopciónak saját leírása van.
Miért kell hideg adatokkal és gyorsítótárazott adatokkal is tesztelni?+
Különböző üzemeltetési feltételeket tárnak fel. Egy kiadás, újraindítás vagy változó munkakészlet olyan tárolási tevékenységet eredményezhet, amelyet a meleg gyorsítótáras benchmark elkerül.
Menjen a forráshoz.
Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana.
- Linux kernel: Skálázás a hálózati veremben docs.kernel.org
- fio: Munkaterhelés- és mérési dokumentáció fio.readthedocs.io
- Nginx: HTTP magmodul nginx.org
Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni.