A NVMe segíthet egy I/O-érzékeny munkaterhelésen, de először erősítse meg, hogy az alkalmazás a tárolásra vár. Hasonlítsa össze a reprezentatív késleltetést, a párhuzamosságot és az alkalmazásidőzítéseket; egy gyorsabb protokollcímke nem old meg minden szűk keresztmetszetet.
A tárolási teljesítmény több mint egy átviteli szám
Amikor egy alkalmazás lassúnak tűnik, könnyű azonnal gyorsabb tárolást vásárolni. Először derítse ki, mire vár az alkalmazás. Egy sok kis rekordot kereső adatbázis hozzáférési mintája eltér egy nagy archívumot olvasó szolgáltatásétól. A hasznos mérőszámok közé tartozik az egyes műveletek válaszideje, a befejezett műveletek száma és a fenntartott átvitt adatmennyiség.
A NVMe egy szilárdtest-adathordozók köré tervezett, hatékony párhuzamos I/O-t biztosító tárolási protokoll. Előnyöket kínálhat a régebbi tárolási interfészekkel szemben, különösen ott, ahol sok művelet történik egyszerre. A protokoll neve a tárolási útvonal egy képességét írja le; nem ígéret arra, hogy minden alkalmazáskérés gyorsabban fejeződik be.
Keresse meg a lemezt elérő munkát
Vizsgálja az adatbázis-lekérdezéseket, a gyorsítótár-találatokat, a feltöltésfeldolgozást, a keresési indexeket és a build-összetevőket. Ha az alkalmazás ismételten lemezolvasásokra vagy tartós írásokra vár, a tárolás jelentős korlát lehet. Ha egy távoli API-ra vár, vagy idejének nagy részét CPU munkával tölti, a tárolási adathordozó cseréje alig befolyásolhatja a látható késleltetést.
A memória is megváltoztathatja a tárolási igényt. Egy megfelelő gyorsítótárba illő munkakészlet sok olvasást elkerülhet. A jobb indexelés vagy az ismételt lekérdezések eltávolítása hatékonyabban csökkentheti az I/O-t, mint egy hardverfrissítés. Kezelje a szoftverváltoztatásokat és az erőforrásválasztásokat ugyanazon vizsgálat részeiként.
Mérjen reprezentatív munkaterhelést
A szekvenciális másolási teszt hasznos nagy fájlokhoz, de nem írja le az összes adatbázis-munkaterhelést. Rögzítse a projektet képviselő műveletméretet, olvasás-írás arányt és párhuzamosságot. Tartsa összehasonlíthatóan az adatkészleteket és a tesztkörülményeket. Egy nagyrészt üres gépen kapott eredmény eltérhet egy forgalmas telepítés vagy biztonsági mentési ablak alatt kapottól.
Mérje az alkalmazást és az eszközt is. A kért válaszidők, a háttérfeladatok időtartama és az adatbázis-várakozási mutatók összekapcsolják az infrastruktúra változását a felhasználói élménnyel. Tartsa a tesztet nem destruktívnak és a saját engedélyezett környezetén belül. Ne generáljon ellenőrizetlen terhelést harmadik féltől származó szolgáltatások ellen összehasonlítás céljából.
Hagyjon helyet a karbantartási munkának
Válasszon elegendő kapacitást a növekedéshez és az ideiglenes műveletekhez. Az adatbázis-migrációk, a csomagfrissítések, az importálások és a tömörítési feladatok a végső adatkészlet méretén túl is igényelhetnek helyet. Egy alkalmazás, amely karbantartás közben megtölti a lemezét, akkor is meghibásodhat, ha a tárolás gyors. A naplókra és ideiglenes fájlokra vonatkozó korlátokat és megőrzést még azelőtt állítsa be, hogy a legnagyobb könyvtárakká válnának.
A specifikáció olvasásakor különítse el a rendszerindító lemezt egy tárolásorientált szolgáltatás kapacitásától. Egy kis NVMe rendszerindító kötet nem teszi azonos teljesítményűvé a sokkal nagyobb tárolási területet. Olvassa el az egyes tárolási összetevők leírását, és kérjen pontosítást, ha a szándékolt elrendezés nem egyértelmű.
Gyakorlati forgatókönyv: egy jelentés, amely sok rekordot olvas
Tegyük fel, hogy egy jelentéskészítő alkalmazás lassú, amikor sok kis rekordot olvas. A csapat a lekérdezési tervek, a gyorsítótár viselkedésének és az I/O várakozások ellenőrzése után választ másik tárolási profilt. Felfedezi az ismételt olvasásokat, amelyek indexeléssel csökkenthetők, majd megméri a fennmaradó munkát. Ez elválasztja a szoftverfejlesztést attól a kérdéstől, hogy a tárolási útvonal továbbra is korlátozza-e a jelentést.
Az összehasonlításhoz a csapat reprezentatív adatkészletet használ, és rögzíti az olvasási mintát, a műveletméretet és a párhuzamosságot. Az alkalmazás befejezési idejét a tárolási késleltetés mellett hasonlítja össze, nem egyetlen nagy fájl másolására támaszkodva. Egy szintetikus teszt segíthet elkülöníteni egy korlátot, de a valódi jelentés megerősíti, hogy a változás előnyös-e a munkafolyamat számára. A tesztkörülmények és a háttéractivitás dokumentálva maradnak, hogy egy másik futás értelmes legyen.
A csapat helyet is biztosít az ideiglenes exportoknak, és ellenőrzi a független biztonsági mentését. A NVMe válaszkészsége nem helyettesíti ezeket a kapacitási és helyreállítási döntéseket. Ha a jelentést továbbra is egy külső szolgáltatás vagy egy számításigényes lépés korlátozza, a tárolási frissítés nem változtathatja meg az időtartamát. Ez a forgatókönyv egy módszert szemléltet; nem ad benchmarkot vagy garantált sebességet egy SwissOctet konfigurációhoz.
| Kérdés | Hasznos megfigyelés | Kerülje ezt a következtetést |
|---|---|---|
| A tárolás a korlát? | Alkalmazásvárakozások és I/O aktivitás | Minden lassú kéréshez NVMe kell |
| Segít a változás? | Összehasonlítható jelentés-befejezési idők | A szekvenciális sebesség egyenlő az adatbázis sebességével |
| A rendszer helyreállítható? | Sikeres független visszaállítás | A gyors tárolás biztonsági mentés |
Tartsa külön a tartósságot a sebességtől
A gyors tárolás nem biztonsági mentés, és a több helyi meghajtó nem független helyreállítási hely. Határozza meg, mely adatoknak kell túlélniük egy véletlen törlést, egy hibás telepítést vagy a gép elvesztését. A szükséges helyreállítási kulcsokat tárolja külön, és tesztelje a visszaállítást egy elkülönített környezetbe.
Használjon Pulse NVMe-t, amikor erőforrásai illeszkednek egy I/O-érzékeny projekthez, vagy hasonlítsa össze a dedikált NVMe konfigurációkat, amikor fizikai gépre is szüksége van. Nagy archívumokhoz értékelje a Vault Storage-t a kapacitása és átviteli profilja alapján. A munkaterhelésre vonatkozó bizonyítékok alapján válasszon, majd a telepítés után ellenőrizze az eredményt, ahelyett hogy feltételezné, hogy egy címke minden szűk keresztmetszetet megold.
Az Ön gyakorlati ellenőrzőlistája.
- Azonosítsa a lemezvárakozásokat az alkalmazásban.
- Válassza külön a késleltetést, a műveleteket és az átviteli teljesítményt.
- Teszteljen reprezentatív párhuzamosságot és adatokat.
- Tartson fenn szabad helyet a migrációkhoz és exportokhoz.
- Tartson független, tesztelt biztonsági mentést.
A fontos részletek.
A NVMe mindig a legjobb tárolási választás?+
Akkor válassza, amikor kapacitása és teljesítményprofilja illeszkedik a munkaterheléshez. A nagy archívumoknak és a számításigényes alkalmazásoknak más prioritásaik lehetnek.
Megjósolhatja egy másolási teszt az adatbázis válaszidejét?+
Önmagában nem. Az adatbázisok eltérő műveletméreteket, hozzáférési mintákat és szinkronizálási viselkedést használhatnak.
Kevésbé fontossá teszi a NVMe a biztonsági mentéseket?+
Nem. A tárolási sebesség nem véd a törlés, a hibás telepítés vagy a környezet elvesztése ellen.
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.
- NVM Express: Specifikáció GYIK nvmexpress.org
- fio: Rugalmas I/O-teszter dokumentációja fio.readthedocs.io
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.