Megosztás a következőn keresztül:


Azure Files-metrikák elemzése az Azure Monitor használatával

A fájlmegosztás teljesítményének figyelése kritikus fontosságú annak biztosítása érdekében, hogy az alkalmazás a lehető leghatékonyabban fusson. Ez a cikk bemutatja, hogyan elemezheti az Azure Files-metrikákat, például a rendelkezésre állást, a késést és a kihasználtságot az Azure Monitor használatával.

Az Azure Fileshoz gyűjthető monitorozási adatokról és azok használatáról az Azure Files monitorozása című témakörben olvashat.

A következőre érvényes:

Fájlmegosztás típusa SMB NFS
Standard szintű fájlmegosztások (GPv2), LRS/ZRS Igen Nem
Standard szintű fájlmegosztások (GPv2), GRS/GZRS Igen Nem
Prémium fájlmegosztások (FileStorage), LRS/ZRS Igen Igen

Támogatott metrikák

Az Azure Files metrikái a következő névterekben találhatók:

  • Microsoft.Storage/storageAccounts
  • Microsoft.Storage/storageAccounts/fileServices

Az Azure Fileshoz elérhető metrikák listájáért tekintse meg az Azure Files monitorozási adatreferenciáját.

Az Azure Monitor által támogatott metrikák, köztük az Azure Files listájáért tekintse meg az Azure Monitor által támogatott metrikákat.

Azure Files-metrikák adatainak megtekintése

Az Azure Files-metrikákat az Azure Portal, a PowerShell, az Azure CLI vagy a .NET használatával tekintheti meg.

Az Azure Storage metrikáit az Azure Monitor Metrics Explorer használatával elemezheti más Azure-szolgáltatásokból származó metrikákkal. Nyissa meg a Metrics Explorert az Azure Monitor menü Metrikák elemének kiválasztásával. Az eszköz használatával kapcsolatos részletekért lásd : Metrikák elemzése az Azure Monitor metrikakezelőjével.

A dimenziókat támogató metrikák esetében a kívánt dimenzióértékkel szűrheti a metrikát. Az Azure Storage által támogatott dimenziók teljes listáját a Metrikák dimenziói című témakörben találja.

Számítási feladatok teljesítményének monitorozása

Az Azure Monitor használatával elemezheti az Azure Filest használó számítási feladatokat. Kövesse ezeket a lépéseket.

  1. Nyissa meg a tárfiókot az Azure Portalon.
  2. A bal oldali navigációs sávon válassza az Adattárolási>fájlmegosztások lehetőséget. Jelölje ki a figyelni kívánt fájlmegosztást.
  3. A bal oldali navigációs sávon válassza a Figyelési>metrikák lehetőséget.
  4. Az Azure Fileshoz készült Azure Monitor használatakor fontos, hogy mindig válassza ki a Files metrikanévteret . Válassza a Metrika hozzáadása lehetőséget.
  5. A Metrika névtér alatt válassza a Fájl lehetőséget.

Képernyőkép a Fájlok metrikanévtér kiválasztásáról.

A rendelkezésre állás figyelése

Az Azure Monitorban a rendelkezésre állási metrika akkor lehet hasznos, ha valami láthatóan hibás egy alkalmazás vagy felhasználó szempontjából, vagy a riasztások hibaelhárítása során.

Ha ezt a metrikát az Azure Files használatával használja, fontos, hogy az összesítést mindig átlagként tekintse meg, szemben a Max vagy a Min értékekkel. Az Átlag használata segít megérteni, hogy a kérések hány százaléka tapasztal hibákat, és hogy az Azure Files SLA-jában vannak-e.

Képernyőkép az Azure Monitorban elérhető tranzakciómetrikákról.

Késés figyelése

A két legfontosabb késési metrika a Sikeres E2E késés és a sikeres kiszolgáló késése. Ezek ideális metrikák a teljesítményvizsgálatok indításakor. Az átlag az ajánlott összesítés. Ahogy korábban említettük, Max és Min néha félrevezető lehet.

A következő diagramokon a kék vonal jelzi, hogy mennyi időt tölt a teljes késésben (Success E2E Latency), a rózsaszín vonal pedig a csak az Azure Files szolgáltatásban töltött időt (Success Server Latency).

Ez a diagram egy olyan ügyfélszámítógépre mutat példát, amely helyszíni környezetből csatlakoztatott egy Azure-fájlmegosztást. Ez valószínűleg egy tipikus felhasználót jelent, aki irodából, otthonról vagy más távoli helyről csatlakozik. Látni fogja, hogy az ügyfél és az Azure-régió közötti fizikai távolság szorosan összefügg a megfelelő ügyféloldali késéssel, ami az E2E és a kiszolgáló késése közötti különbséget jelöli.

Képernyőkép egy Azure-fájlmegosztáshoz csatlakozó távoli felhasználó késési metrikáiról.

Ehhez képest az alábbi diagram egy olyan helyzetet mutat be, amelyben az ügyfél és az Azure-fájlmegosztás is ugyanabban a régióban található. Vegye figyelembe, hogy az ügyféloldali késés csak 0,17 ms az első diagram 43,9 ms-éhez képest. Ez azt mutatja be, hogy miért elengedhetetlen az ügyféloldali késés minimalizálása az optimális teljesítmény elérése érdekében.

Képernyőkép a késési metrikákról, ha az ügyfél és az Azure-fájlmegosztás ugyanabban a régióban található.

Egy másik késési mutató, amely arra utalhat, hogy a probléma a sikeres kiszolgáló késésének megnövekedett gyakorisága vagy rendellenes kiugrása. Ezt általában a szabályozás okozza, mivel túllépte a standard fájlmegosztások Azure Files méretezési korlátait, vagy egy alulkiépített Prémium szintű Azure Files-megosztást.

További információ: Nagy késés, alacsony átviteli sebesség vagy alacsony IOPS hibaelhárítása.

Kihasználtság figyelése

A továbbított adatok (átviteli sebesség) vagy a szervizelt műveletek (IOPS) mennyiségét mérő kihasználtsági metrikákat gyakran használják annak meghatározására, hogy az alkalmazás vagy a számítási feladat mennyi munkát végez. A tranzakciómetrikák különböző időrészletességgel határozhatják meg az Azure Files szolgáltatással kapcsolatos műveletek vagy kérések számát.

Ha a kimenő vagy kimenő adatok mennyiségének meghatározásához a kimenő vagy kimenő adatok mennyiségét használja, az Összeg aggregációval határozza meg, hogy a fájlmegosztásba és a fájlmegosztásból 1 perctől 1 napig tartó részletesség alatt mennyi adatot továbbít. Más összesítések, például az Átlag, a Max és a Min csak az egyes I/O-méret értékét jelenítik meg. Ezért a legtöbb ügyfél általában 1 MiB-t fog látni a Maximális összesítés használatakor. Bár hasznos lehet a legnagyobb, legkisebb vagy akár átlagos I/O-méret méretének megértése, nem jeleníthető meg a számítási feladat használati mintája által létrehozott I/O-méret eloszlása.

A választípusokra (sikeres, hibák, hibák) vagy API-műveletekre (olvasás, írás, létrehozás, bezárás) vonatkozó felosztás alkalmazásával további részleteket is megjeleníthet az alábbi diagramon látható módon.

Képernyőkép a kihasználtsági metrikák API-név szerinti felosztásával.

A számítási feladat átlagos I/O-jának (IOPS) meghatározásához először határozza meg a tranzakciók teljes számát egy perc alatt, majd ossza el ezt a számot 60 másodperccel. Például 120 000 tranzakció 1 perc / 60 másodperc alatt = 2000 átlagos IOPS.

A számítási feladat átlagos átviteli sebességének meghatározásához vegye figyelembe a továbbított adatok teljes mennyiségét a bejövő és kimenő forgalom metrikáinak (teljes átviteli sebesség) kombinálásával, és ossza el 60 másodperccel. Például 1 GiB teljes átviteli sebesség 1 perc / 60 másodperc alatt = 17 MiB átlagos átviteli sebesség.

Kihasználtság monitorozása maximális IOPS és sávszélesség alapján (csak prémium szintű)

Mivel az Azure Premium-fájlmegosztások egy kiépített modellen vannak számlázva, amelyben az ön által kiosztott összes GiB-tárolókapacitás több IOPS-ra és átviteli sebességre jogosít fel, gyakran hasznos meghatározni a maximális IOPS-t és sávszélességet. Míg az átviteli sebesség a sikeresen továbbított adatok tényleges mennyiségét méri, a sávszélesség a maximális adatátviteli sebességre vonatkozik.

Az Azure Premium-fájlmegosztásokkal a Max IOPS és a Max MiB/s metrikák által végrehajtott tranzakciók használatával megjelenítheti, hogy a számítási feladatok milyen eredményeket érnek el csúcsidőben. Ha ezeket a metrikákat használja a számítási feladat elemzéséhez, az segít megérteni a nagy léptékű valódi képességeket, valamint alapkonfigurációt létrehozni a nagyobb átviteli sebesség és az IOPS hatásának megértéséhez, hogy optimálisan kiépíthesse az Azure Premium-fájlmegosztást.

Az alábbi diagram egy olyan számítási feladatot mutat be, amely 2,63 millió tranzakciót generált 1 óra alatt. Ha 2,63 millió tranzakció 3600 másodperccel van elosztva, átlagosan 730 IOPS-t kapunk.

Képernyőkép a számítási feladat által egy órán át generált tranzakciókról.

Most, amikor összehasonlítjuk az átlagos IOPS-t a Max IOPS tranzakcióival, azt látjuk, hogy a maximális terhelés alatt 1840 IOPS-t értünk el, ami jobban szemlélteti a számítási feladat skálázási képességét.

A maximális IOPS-tranzakciókat bemutató képernyőkép.

Válassza a Metrika hozzáadása lehetőséget a bejövő és kimenő metrikák egyetlen gráfon való kombinálásához. Ez azt mutatja, hogy a 76,2 GiB (78 028 MiB) egy óra alatt lett átadva, ami 21,67 MiB átlagos átviteli sebességet biztosít ugyanazon az órán.

Képernyőkép a bejövő és kimenő metrikák egyetlen gráfba való kombinálásáról.

A Max MiB/s sávszélességével összehasonlítva 123 MiB/s-t értünk el a csúcson.

Képernyőkép a maximális MIBS sávszélességről.