Nagy teljesítményű Azure NetApp Files-teljesítménymutatók Linuxhoz
Ez a cikk egy nagy Méretű Azure NetApp Files-kötet tesztelt teljesítményképességeit ismerteti a Linux-használati esetekhez kapcsolódóan. A tesztek az olvasási és írási számítási feladatok vertikális felskálázása és vertikális felskálázása esetén is áttekintett forgatókönyveket, amelyek egy és több virtuális gépet (virtuális gépet) is érintenek. A nagy kötetek teljesítményborításának ismerete megkönnyíti a kötetméretezést.
Tesztelési összefoglalás
Az Azure NetApp Files nagyméretű kötetek funkciója három szolgáltatási szintet kínál, amelyek mindegyike átviteli sebességkorlátokkal rendelkezik. A szolgáltatásszintek nem diszkont módon skálázhatók fel vagy lefelé, ahogy a teljesítménynek változnia kell.
- Ultra szolgáltatási szint: 12 800 MiB/s
- Prémium szolgáltatási szint: 6400 MiB/s
- Standard szolgáltatási szint: 1600 MiB/s
Ezekben a tesztekben az Ultra szolgáltatási szintet használták.
Szekvenciális I/O: A 100%-os szekvenciális írási sebesség legfeljebb 8500 MiB/másodperc, míg egyetlen nagy kötet 10 GiB/másodperces (12 800 MiB/másodperc) átviteli sebességre képes.
Véletlenszerű I/O: Ugyanaz az egy nagy kötet másodpercenként több mint 700 000 műveletet biztosít.
A metaadat-nagy számítási feladatok előnyösek az Azure NetApp File nagy kötetei számára a nagy kötetek megnövekedett párhuzamossága miatt. A teljesítménybeli előnyök a fájllétrehozásban, a leválasztásban és a fájl átnevezésében jelentős számítási feladatokban észlelhetők, a VCS-alkalmazásokra jellemző módon, valamint az EDA számítási feladatokban, ahol magas a fájlszám. A magas metaadat-számítási feladatok teljesítményével kapcsolatos további információkért lásd az Azure NetApp Files elektronikus tervezés automatizáláshoz való használatának előnyeit.
A FIO- t, egy szintetikus számítási feladatgenerátort, amelyet tárolási stressztesztként terveztek, a teszt eredményeinek meghajtására használták. A tárolási teljesítmény tesztelésének alapvetően két modellje van:
- Kibővített számítás, amely több virtuális gép használatával hozza létre a lehető legnagyobb terhelést egyetlen Azure NetApp Files-köteten.
- Vertikális felskálázási számítás, amely egy nagy virtuális gép használatával teszteli egyetlen ügyfél felső határait egyetlen Azure NetApp Files-köteten.
Linuxos vertikális felskálázási teszt
A vizsgálatok egy nagy méretű kötet teljesítményküszöbeit figyelték meg a vertikális felskálázáskor, és a következő konfigurációval lettek elvégezve:
| Összetevő | Konfiguráció |
|---|---|
| Azure-beli virtuális gép mérete | E32s_v5 |
| Azure-beli virtuális gépek kimenő sávszélességének korlátja | 2000MiB/s (2GiB/s) |
| Operációs rendszer | RHEL 8.4 |
| Nagy kötetméret | 101 TiB Ultra (12 800 MiB/s átviteli sebesség) |
| Csatlakoztatási beállítások | hard,rsize=65536,wsize=65536,vers=3 MEGJEGYZÉS: A 262144 és a 65536 használata is hasonló teljesítményt eredményezett. |
256 KiB szekvenciális számítási feladatok (MiB/s)
A gráf egy 256 KiB szekvenciális számítási feladatot és egy 1 TiB munkakészletet jelöl. Azt mutatja, hogy egyetlen Nagy Azure NetApp Files-kötet körülbelül 8518 MiB/s tiszta szekvenciális írás és 9970 MiB/s tiszta szekvenciális olvasás között képes kezelni.
8 KiB véletlenszerű számítási feladat (IOPS)
A gráf egy 8 KiB véletlenszerű számítási feladatot és egy 1 TiB munkakészletet jelöl. A grafikon azt mutatja, hogy egy Nagy Azure NetApp Files-kötet körülbelül 474 000 tiszta véletlenszerű írást és körülbelül 709 000 tiszta véletlenszerű olvasást képes kezelni.
Linuxos felskálázási tesztek
Míg a vertikális felskálázási tesztek úgy vannak kialakítva, hogy megtalálják az egyetlen nagy kötet korlátait, a vertikális felskálázási tesztek úgy vannak kialakítva, hogy megtalálják az adott példány felső korlátait az említett nagy kötetekkel szemben. Az Azure a virtuális gépekre korlátozza a hálózati kimenő forgalmat; hálózati tároló esetén ez azt jelenti, hogy az írási sávszélesség virtuális gépenként van leképezve. Ezek a vertikális felskálázási tesztek a nagy rendelkezésre álló sávszélesség-korlát és az említett számítási feladatok futtatásához szükséges processzorokkal rendelkező képességeket szemléltetik.
Az ebben a szakaszban szereplő teszteket a következő konfigurációval futtattuk:
| Összetevő | Konfiguráció |
|---|---|
| Azure-beli virtuális gép mérete | E104id_v5 |
| Azure-beli virtuális gépek kimenő sávszélességének korlátja | 12 500MiB/s (12,2GiB/s) |
| Operációs rendszer | RHEL 8.4 |
| Nagy kötetméret | 101 TiB Ultra (12 800 MiB/s átviteli sebesség) |
| Csatlakoztatási beállítások | hard,rsize=65536,wsize=65536,vers=3 MEGJEGYZÉS: A 262144 és a 65536 használata is hasonló teljesítményt eredményezett |
Az ebben a szakaszban található grafikonok az NFSv3 ügyféloldali csatlakoztatási lehetőségének nconnect eredményeit mutatják. További információkért tekintse meg a Linux NFS csatlakoztatási beállításainak ajánlott eljárásait az Azure NetApp-fájlhoz.
Az alábbi grafikonok az NFS-hez csatlakoztatott kötet nconnectelőnyeit nconnect hasonlítják össze anélkül, hogy az NFS-t. A tesztek során a FIO egyetlen E104id-v5-példányból generálta a számítási feladatot az USA keleti régiójában egy 64 KiB szekvenciális számítási feladat használatával; A rendszer 256 I/0-s méretet használt, amely az Azure NetApp Files által javasolt legnagyobb I/O-méret, amely összehasonlítható teljesítményt eredményezett. További információ: rsize és wsize.
Linuxos olvasási átviteli sebesség
Az alábbi grafikonok 256 KiB szekvenciális olvasást mutatnak ~10 000MiB/s értékben nconnect, ami nagyjából tízszerese az elért átviteli sebességnek nconnect.
Vegye figyelembe, hogy 10 000 MiB/s sávszélességet kínál egy nagy mennyiség az Ultra szolgáltatási szinten.
Linuxos írási átviteli sebesség
Az alábbi grafikonok szekvenciális írásokat mutatnak. A használat nconnect megfigyelhető előnyöket biztosít a szekvenciális írásokhoz 6600 MiB/s sebességgel, körülbelül négyszerese a csatlakoztatások nélkül nconnect.
Linux olvasási IOPS
Az alábbi grafikonok 8 KiB véletlenszerű olvasást mutatnak ~ 426 000 olvasási IOPS-val , nagyjából hétszer annyival nconnect, mint ami nem nconnectfigyelhető meg .
Linuxos írási IOPS
Az alábbi grafikonok ~405 000 írási IOPS 8 KiB véletlenszerű írását mutatják, körülbelül 7,2-szer annyival nconnect, mint ami nélkül nconnectmegfigyelhető.
