Configuration Manager webhely méretére és teljesítményére vonatkozó irányelvek

  • Cikk

A következőre vonatkozik: Configuration Manager (aktuális ág)

Configuration Manager irányítja az iparágat a méretben és a teljesítményben. Az egyéb dokumentáció a maximális támogatott méretezési korlátokat és hardveres irányelveket ismerteti a webhelyek legnagyobb méretű környezetekben való futtatásához. Ez a cikk kiegészítő teljesítménnyel kapcsolatos útmutatást nyújt minden méretű környezethez. Ez az útmutató segíthet pontosabban megbecsülni a Configuration Manager telepítéséhez szükséges hardvereket.

Ez a cikk a teljesítmény szűk keresztmetszeteinek ( a lemezbemeneti/kimeneti alrendszernek vagy az IOPS-nak) a legnagyobb mértékben hozzájáruló Configuration Manager.

  • Az IOPS-ra összpontosító részleteket és teszteredményeket mutat be
  • Dokumentumok a tesztek saját környezetekkel és hardverekkel való reprodukálásához
  • Lemez IOPS-követelményeit javasolja különböző méretű környezetekhez

Teljesítményteszt módszertana

A Configuration Manager számos egyedi módon üzembe helyezheti, de fontos, hogy minden méretezési vitafórumban tisztában legyen néhány változóval. Az egyik változó a funkcióintervallum, például a leltárciklus. Egy másik változó a felhasználók, a szoftvertelepítések és a rendszer által hivatkozott vagy üzembe helyezhető egyéb objektumok száma. A teljesítménytesztelés a terhelés részeként alkalmazza ezeket a változókat. A terhelés az éles környezeteket különböző méretű környezetekben használó vállalati ügyfelek számára jellemző sebességgel hoz létre objektumokat.

Megjegyzés:

Az ügyfélhasználati adatok lehetővé teszik az aktuális ág buildjeinek tesztelését a leggyakoribb forgatókönyvekkel, konfigurációkkal és beállításokkal a legtöbb ügyfél számára. A cikkben szereplő javaslatok ezeken az átlagokon alapulnak. A felhasználói élmény a környezet méretétől és konfigurációjától függően változhat. Általánosságban elmondható, hogy Configuration Manager az objektumokra és intervallumokra vonatkozóan józan észre van szükség. Csak azért, mert összegyűjtheti a rendszer összes fájlját, vagy beállíthatja egy ciklus időközét egy percre, nem jelenti azt, hogy érdemes.

Az alábbi szakaszok néhány olyan kulcsfontosságú beállítást és konfigurációt emelnek ki, amelyek a nagyvállalatok feldolgozási igényeinek tesztelése és modellezése során használhatók. Ezek az irányelvek segítenek meghatározni a javasolt hardverméretekre vonatkozó alapvető rendszerteljesítmény-elvárásokat.

Funkcióintervallum-beállítások

A legtöbb tesztnek a rendszer kulcsciklusaihoz alapértelmezett időközöket kell használnia. A hardverleltár-tesztelés például hetente egyszer, az alapértelmezettnél nagyobb .mof fájllal történik. Egyes ismétlődő funkcióintervallumok, különösen a hardver- és szoftverleltár-ciklusok jelentős hatással lehetnek a környezet teljesítményjellemzőire. Az adatgyűjtés agresszív alapértelmezett időközeit engedélyező környezeteknek a tevékenységnövekedéssel közvetlen arányban túlméretezett hardverre van szükségük. Tegyük fel például, hogy 25 000 asztali ügyféllel rendelkezik, és az alapértelmezett időköznél kétszer gyorsabban szeretné összegyűjteni a hardverleltárt. Kezdje úgy a webhely hardverének méretezésével, mintha 50 000 ügyféllel rendelkezett volna.

Objektumok

A teszteknek a nagyvállalatok által a rendszerrel általában használt objektumok felső átlagát kell használniuk. A tipikus értékek gyűjtemények és alkalmazások ezrei, amelyek több százezer felhasználó vagy rendszer számára vannak üzembe helyezve. A teszteknek egyszerre kell futniuk a rendszer minden objektumán ezen korlátok között. Sok ügyfél több funkciót is használ, de általában nem használja a termék összes funkcióját ezen a felső korláton. Az összes termékfunkcióval végzett tesztelés segít a lehető legjobb rendszerszintű teljesítmény biztosításában, és puffert biztosít az olyan funkciókhoz, amelyeket egyes ügyfelek az átlag felett használhatnak.

Terhel

A teszteknek a normál átlagos napi terhelésnél nagyobb terheléseken is futniuk kell, olyan szimulációk használatával, amelyek csúcsterhelést eredményeznek a rendszeren. Az egyik példa a Patch Tuesday bevezetésének szimulálása, hogy a rendszer azonnal visszaadhassa a frissítési megfelelőségi adatokat a csúcsidőszakban. Egy másik példa a webhelytevékenység szimulálása egy széles körben elterjedt kártevő-kitörés során, hogy az időben értesíthető és válaszolható legyen. Bár az ajánlott méretű üzembe helyezett gépek bármelyik napon kihasználatlanok lehetnek, a szélsőségesebb helyzetekben némi feldolgozási pufferre van szükség.

Konfigurációk

Futtasson tesztelést számos fizikai, Hyper-V- és Azure-hardveren a támogatott operációs rendszerek és SQL Server verziók keverékével. Mindig ellenőrizze a támogatott konfiguráció legrosszabb eseteit. Általánosságban elmondható, hogy a Hyper-V és az Azure hasonló konfigurálás esetén hasonló teljesítményeredményeket ad vissza az egyenértékű fizikai hardverekhez. A jelenlegi kiszolgálói operációs rendszerek teljesítménye általában egyenlő vagy jobb, mint a korábbi operációsrendszer-verzióké. Bár az összes támogatott platform megfelel a minimális követelményeknek, általában a támogató termékek legújabb verziói, például a Windows és a SQL Server még jobb teljesítményt nyújtanak.

A legnagyobb változat a használatban lévő SQL Server verziókból származik. A SQL Server verziókkal kapcsolatos további információkért lásd: Melyik verziójú SQL Server futtassam?

Fő teljesítménybeli determinánsok

Különböző beállításokkal, különböző módokon és különböző webhelyméretekkel tesztelheti és mérheti Configuration Manager teljesítményét. Az alábbi beállítások és objektumok jelentősen befolyásolhatják a teljesítményt. Mindenképpen vegye figyelembe őket, amikor teszteli és modellezheti a teljesítményt a környezetben.

Figyelem

Bár a Configuration Manager néhány aspektusa rendelkezik a túlzott használatot megakadályozó hivatalos maximális vagy felhasználói felületi korlátokkal, az irányelveken túl jelentős káros hatással lehet a webhely teljesítményére. A javasolt szintek túllépése vagy a méretezési útmutató figyelmen kívül hagyása általában nagyobb hardvert igényel, és elérhetetlenné teheti a környezetet, amíg nem csökkenti a különböző objektumok gyakoriságát vagy számát.

Hardverleltár

Az alapkonfiguráció teljesítményének teszteléséhez állítsa a hardverleltár-gyűjteményt hetente egyszer, az alapértelmezett .mof fájlmérettel és körülbelül 20%-os egyéb tulajdonságokkal. Ne engedélyezze az összes tulajdonságot, és csak a ténylegesen szükséges tulajdonságokat gyűjtse össze. Különös figyelmet fordítanak az olyan tulajdonságok, például a rendelkezésre álló virtuális memória gyűjtésekor, amelyek minden leltárciklus esetében változnak. Ezeknek a tulajdonságoknak a begyűjtése túlzott adatváltozást okozhat minden leltárciklusban minden ügyfélről.

Szoftverkészlet

Az alapkonfiguráció teljesítményének teszteléséhez állítsa a szoftverleltár-gyűjteményt hetente egyszer, csak a termék részleteivel. Sok fájl összegyűjtése jelentős terhelést okozhat a leltáralrendszernek. Ne adjon meg olyan szűrőket, amelyek végül több ezer fájlt gyűjthetnek több ügyfélen, például *.exe a vagy *.dlla ügyfélen.

Gyűjtemények

Az alapkonfigurációs teljesítményteszt több ezer gyűjteményt tartalmazhat, különböző hatókörrel, mérettel, összetettséggel és frissítési beállításokkal. A webhely teljesítménye nem a webhelyeken található gyűjtemények számának közvetlen függvénye. A teljesítmény emellett a gyűjtemények lekérdezési összetettségének, a teljes és növekményes frissítéseknek, a változás gyakoriságának, a gyűjtemények közötti függőségeknek és a gyűjteményekben lévő ügyfelek számának keresztterméke.

Ahol lehetséges, minimalizálja a költséges vagy bonyolult dinamikus szabály-lekérdezésekkel rendelkező gyűjteményeket. Az ilyen típusú szabályokat igénylő gyűjtemények esetében állítsa be a megfelelő frissítési időközöket és frissítési időpontokat, hogy minimalizálja a gyűjtemények újraértékelésének hatását a rendszeren. Például 8:00 helyett éjfélkor frissítsen.

A gyűjtemények növekményes frissítéseinek engedélyezése gyors és időszerű frissítéseket biztosít a gyűjteménytagsághoz. Bár a növekményes frissítések hatékonyak, mégis terhelést jelentenek a rendszerre. Egyensúlyba hozhatja a várható változási gyakoriságot a tagság közel valós idejű frissítéseinek szükségességével. Tegyük fel például, hogy nagy mértékű adatváltozásra számít a gyűjteménytagokban, de nincs szükség közel valós idejű tagságfrissítésekre. Hatékonyabb, és kevesebb terhelést okoz a rendszernek, hogy bizonyos időközönként ütemezett teljes frissítéssel frissítse a gyűjteményt, mint a növekményes frissítések engedélyezése.

Ha engedélyezi a növekményes frissítéseket, csökkentse ugyanazon gyűjtemények ütemezett teljes frissítéseit. Ezek csak biztonsági mentési kiértékelési módszerek, mivel a növekményes frissítéseknek közel valós időben kell frissíteniük a gyűjteménytagságot. A gyűjtemények ajánlott eljárásai a növekményes frissítésekhez maximális számú gyűjteményt javasolnak, de ahogy a cikk rámutat, a felhasználói élmény számos tényezőtől függően változhat.

A csak közvetlen tagsági szabályokkal rendelkező és a növekményes frissítéseket nem végző korlátozó gyűjteményekhez nincs szükség ütemezett teljes frissítésekre. Tiltsa le az ilyen típusú gyűjtemények frissítési ütemezését a rendszer szükségtelen terhelésének elkerülése érdekében. Ha a korlátozó gyűjtemény növekményes frissítéseket használ, előfordulhat, hogy a csak közvetlen tagsági szabályokkal rendelkező gyűjtemények legfeljebb 24 óráig vagy ütemezett frissítésig nem tükrözik a tagsági frissítéseket.

Bár nem ajánlott eljárás, egyes szervezetek több száz vagy akár több ezer gyűjteményt hoznak létre különböző üzleti folyamatok részeként. Ha automatizálással hoz létre gyűjteményeket, fontos, hogy a szükséges növekményes frissítéseket megfelelően engedélyezze. Minimalizálhatja és szétoszthatja a teljes frissítési ütemezéseket, hogy elkerülje a gyűjteményértékelés gyakori pontjait egyetlen időszakban. Hozzon létre egy rendszeres karcsúsítási folyamatot a nem használt gyűjtemények törléséhez, különösen akkor, ha automatikusan olyan gyűjteményeket hoz létre, amelyekre egy idő után már nincs szüksége.

Ne feledje, hogy Configuration Manager házirendeket hoz létre a gyűjtemények összes objektumához, amikor olyan feladatokat céloz meg, mint a központi telepítések. A tagság módosítása akár ütemezett frissítéssel, akár növekményes frissítésekkel sokkal több munkát hozhat létre a teljes rendszer számára. Az aktuális ág legújabb buildjei speciális szabályzatoptimalizálásokkal rendelkeznek a Minden rendszer és a Minden felhasználó gyűjteményhez. Ha a teljes vállalatot célozza, a beépített gyűjtemények klónja helyett használja a beépített gyűjteményeket.

A gyűjtemény teljesítményének még mélyebb vizsgálatához tekintse meg a gyűjtemény kiértékelését a konzolon. További információ: Gyűjteményértékelés megtekintése.

Felderítési módszerek

Az alapkonfiguráció teljesítményteszteléséhez hetente egyszer futtasson kiszolgálóalapú felderítési módszereket, így a változásfelderítés megfelelő módon engedélyezve van, hogy az adatok naprakészek maradjanak a hét folyamán. A teszteknek a szimulált vállalati mérethez viszonyított objektummennyiséget kell felderítenie. A szívverés-felderítés teljesítménykonfigurációs tesztjének hetente egyszer is futnia kell.

A felderítési adatok globális adatok. A teljesítménnyel kapcsolatos gyakori probléma, hogy helytelenül konfigurálja a kiszolgálóalapú felderítési módszereket egy hierarchiában, ami ugyanazon erőforrások duplikált felderítését okozza több elsődleges helyről. Gondosan konfigurálja a felderítési módszereket a célszolgáltatással, például az Active Directory-tartományvezérlőkkel folytatott kommunikáció optimalizálásához, ugyanakkor elkerülheti ugyanazon felderítési hatókör duplikálását több elsődleges helyen.

Általános méretezési irányelvek

Az előző teljesítménytesztelési módszer alapján az alábbi táblázat általános minimális hardverkövetelmény-irányelveket tartalmaz adott számú felügyelt ügyfélhez. Ezeknek az értékeknek lehetővé kell tenniük, hogy a megadott számú ügyféllel rendelkező ügyfelek többsége elég gyorsan dolgozza fel az objektumokat a megadott hely felügyeletéhez. A számítási teljesítmény folyamatosan csökken minden évben, és az alábbi követelmények némelyike kicsi a modern kiszolgálói hardverkonfigurációk esetében. Az alábbi irányelveket meghaladó hardverek arányosan növelik a teljesítményt a nagyobb feldolgozási teljesítményt igénylő vagy speciális termékhasználati mintákkal rendelkező helyeken.

Asztali ügyfelek Webhely típusa/szerepkör Magok – 1. megjegyzés Memória (GB) SQL Server memóriafoglalás 2. megjegyzése IOPS: Beérkezett üzenetek 3. megjegyzés IOPS: SQL Server 3. megjegyzés Szükséges tárterület (GB) 4. megjegyzés
25k Elsődleges vagy CAS adatbázis-helyszerepkörökkel ugyanazon a kiszolgálón 6 24 65% 600 1700 350
25k Elsődleges vagy CAS 4 8 600 100
Távoli SQL Server 4 16 70% 1700 250
50 ezer Elsődleges vagy CAS adatbázis-helyszerepkörökkel ugyanazon a kiszolgálón 8 32 70% 1200 2800 600
50 ezer Elsődleges vagy CAS 4 8 1200 200
Távoli SQL Server 8 24 70% 2800 400
100 ezer Elsődleges vagy CAS adatbázis-helyszerepkörökkel ugyanazon a kiszolgálón 12 64 70% 1200 5000 1100
100 ezer Elsődleges vagy CAS 6 12 1200 300
Távoli SQL Server 12 48 80% 5000 800
150 ezer Elsődleges vagy CAS adatbázis-helyszerepkörökkel ugyanazon a kiszolgálón 16 96 70% 1800 7400 1600
150 ezer Elsődleges vagy CAS 8 16 1800 400
Távoli SQL Server 16 72 90% 7400 1200
700 ezer CAS adatbázis-helyszerepkörökkel ugyanazon a kiszolgálón 20+ 128+ 80% 1800+ 9000+ 5000+
700 ezer Cas 8+ 16+ 1800+ 500+
Távoli SQL Server 16+ 96+ 90% 9000+ 4500+
5k Másodlagos hely 4 8 500 - 200
15k Másodlagos hely 8 16 500 - 300

Megjegyzések az általános méretezési irányelvekhez

1. megjegyzés: Magok

Configuration Manager számos egyidejű folyamatot futtat, ezért a különböző helyméretekhez bizonyos minimális processzormagszámra van szükség. Bár a magok minden évben gyorsabban működnek, fontos biztosítani, hogy bizonyos minimális számú mag párhuzamosan működjön. Általánosságban elmondható, hogy a 2015 után létrehozott kiszolgálószintű cpu megfelel a táblázatban megadott magok alapvető teljesítményigényének. Configuration Manager a javaslatokon kívül más magokat is kihasznál. Ha már rendelkezik a javasolt minimális magokkal, rangsorolja a CPU-erőforrások befektetését a meglévő magok sebességének növelése érdekében. Ne adjon hozzá több, lassabb magot. A Configuration Manager például jobb teljesítményt nyújt a 16 gyors maggal rendelkező kulcsfeldolgozási feladatokon, mint a 24 lassabb maggal. Ez a teljesítmény azt feltételezi, hogy elegendő más rendszererőforrás, például lemez IOPS áll rendelkezésre.

A magok és a memória közötti kapcsolat is fontos. Általánosságban elmondható, hogy ha magonként kevesebb mint 3–4 GB RAM van, azzal csökkenti az SQL Serverek teljes feldolgozási kapacitását. Magonként több RAM-ra van szükség, ha SQL Server a helykiszolgáló összetevőivel együtt van helyezve.

Megjegyzés:

Minden tesztelés úgy állítja be a gép energiasémát, hogy maximális processzorhasználatot és teljesítményt biztosíthasson.

2. megjegyzés: SQL Server memóriafoglalás

Ezzel az értékkel konfigurálhatja a maximális kiszolgálómemória (MB-ban) értékét a SQL Server tulajdonságaiban. Ez a kiszolgálón rendelkezésre álló memória teljes mennyiségének százalékos aránya.

Ne konfigurálja a minimális és maximális értékeket. Ez az útmutató kifejezetten arra a maximális memóriára vonatkozó, amelyet engedélyeznie kell SQL Server számára.

3. megjegyzés: IOPS: Beérkezett üzenetek és IOPS: SQL

Ezek az értékek a Configuration Manager és SQL Server logikai meghajtók IOPS-igényeire vonatkoznak. Az IOPS: Beérkezett üzenetek oszlop a logikai meghajtó IOPS-követelményeit jeleníti meg a Configuration Manager beérkezett üzenetek mappáival. Az IOPS: SQL oszlop a különböző SQL Server fájlok által használt logikai meghajtó(k) összes IOPS-igényét jeleníti meg. Ezek az oszlopok eltérőek, mert a két meghajtónak eltérő formázást kell beállítania. A javasolt SQL Server lemezkonfigurációkkal és ajánlott fájlokkal kapcsolatos további információkért és példákért, beleértve a fájlok több kötetre való felosztásának részleteit, tekintse meg a webhely méretezésével és teljesítményével kapcsolatos gyakori kérdéseket.

Mindkét IOPS-oszlop az iparági szabványnak megfelelő Diskspd eszköz adatait használja. A mérések duplikálásával kapcsolatos utasításokért lásd: Lemezteljesítmény mérése . Általánosságban elmondható, hogy ha megfelel az alapvető processzor- és memóriakövetelményeknek, a tárolóalrendszer a legnagyobb hatással van a hely teljesítményére, és az itt végzett fejlesztések a legnagyobb megtérülést eredményezik.

4. megjegyzés: Tárterület szükséges

Ezek a valós értékek eltérhetnek a többi dokumentált javaslattól. Ezeket a számokat csak általános iránymutatásként adjuk meg; az egyes követelmények nagy mértékben eltérhetnek. A hely telepítése előtt gondosan tervezze meg a lemezterületre vonatkozó igényeket. Tegyük fel, hogy ennek a tárterületnek egy része az idő nagy részében szabad lemezterületként marad. Ezt a pufferterületet helyreállítási forgatókönyvekben vagy olyan frissítési forgatókönyvekben használhatja, amelyekhez a csomagbővítéshez szabad lemezterületre van szükség. A webhely nagyobb tárterületet igényelhet nagy mennyiségű adatgyűjtéshez, hosszabb adatmegőrzési időszakokhoz és nagy mennyiségű szoftverterjesztési tartalomhoz. Ezeket az elemeket külön, alacsonyabb átviteli sebességű köteteken is tárolhatja.

Lemezteljesítmény mérése

A Diskspd iparági szabványnak megfelelő eszközzel szabványosított javaslatokat adhat a különböző méretű Configuration Manager környezetekhez szükséges IOPS-hez. Bár nem teljes, a következő tesztelési lépések és parancssorok egyszerű és reprodukálható módot biztosítanak a kiszolgálók lemezalrendszerének átviteli sebességének becslésére. Az általános méretezési irányelvek táblázatában összehasonlíthatja az eredményeket a minimálisan ajánlott IOPS-okkal.

A tesztkörnyezetek különböző hardverkonfigurációinak teszteredményeit lásd: Példa lemezkonfigurációkra. Az adatokat egy hozzávetőleges kiindulási ponthoz használhatja, amikor teljesen új környezethez tervezi a tárolóalrendszert.

Lemez IOPS-tesztje

  1. Töltse le a Diskspd segédprogramot.

  2. Győződjön meg arról, hogy legalább 100 GB szabad lemezterülettel rendelkezik. Tiltsa le azokat az alkalmazásokat, amelyek zavarhatják vagy extra terhelést okozhatnak a lemezen, például a könyvtár, az SQL vagy az SMSExec aktív víruskeresését.

  3. Futtassa a Diskspd parancsot egy rendszergazda jogú parancssorból.

    Futtassa kétszer egymás után az eszközt a tesztelni kívánt kötethez. Az első teszt 64k méretű, véletlenszerű írási műveletekkel egy percig. Ez a teszt ellenőrzi a vezérlő gyorsítótárának betöltését és a lemezterület lefoglalását abban az esetben, ha a kötet dinamikusan bővül. Az első teszt eredményeinek elvetése. A második tesztnek azonnal követnie kell az első tesztet, és ugyanezt a terhelést öt percig kell elvégeznie.

    A kötet teszteléséhez G: például használja az alábbi parancssorokat.

    DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d60 -h -L G:\\test\testfile.dat

del G:\\test\testfile.dat

DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d300 -h -L G:\\test\testfile.dat

  4. Tekintse át a második teszt kimenetét, és keresse meg a teljes IOPS-t az I/O/s oszlopban. Az alábbi példában a teljes IOPS 3929,18.

    Total IO
| thread |  bytes      |  I/Os   |  MB/s  | I/O per s | AvgLat | LatStdDev |
|--------|-------------|---------|--------|-----------|--------|-----------|
|   1    |  9651814400 |  147275 |  30.68 |    490.92 | 16.294 | 10.210    |
|   2    |  9676652544 |  147654 |  30.76 |    492.18 | 16.252 |  9.998    |
|   3    |  9638248448 |  147068 |  30.64 |    490.23 | 16.317 | 10.295    |
|   4    |  9686089728 |  147798 |  30.79 |    492.66 | 16.236 | 10.072    |
|   5    |  9590931456 |  146346 |  30.49 |    487.82 | 16.398 | 10.384    |
|   6    |  9677242368 |  147663 |  30.76 |    492.21 | 16.251 | 10.067    |
|   7    |  9637330944 |  147054 |  30.64 |    490.18 | 16.319 | 10.249    |
|   8    |  9692577792 |  147897 |  30.81 |    492.99 | 16.225 | 10.125    |
| Total: | 77250887680 | 1178755 | 245.57 |   3929.18 | 16.286 | 10.176    |

Példa lemezkonfigurációkra

Az alábbi táblázatok a lemezteljesítmény különböző tesztlabor-konfigurációkkal való mérése című cikk tesztlépéseinek futtatásából származó eredményeket mutatják be. Használja ezeket az adatokat egy hozzávetőleges kiindulási ponthoz, amikor a tárolóalrendszert teljesen új környezethez tervezi.

Fizikai gépek és Hyper-V

A hardver folyamatosan fejlődik. A hardverek és a különböző hardverkombinációk( például SSD-k és SAN-ok) újabb generációi várhatóan meghaladják az alább megadott teljesítményt. Ezek az eredmények alapvető kiindulási pontként szolgálnak a kiszolgáló tervezésekor vagy a hardvergyártóval való megbeszéléskor.

Az alábbi táblázat a különböző lemezalrendszereket , köztük az orsó- és SSD-alapú merevlemezeket érintő teszteredményeket mutatja be különböző tesztkörnyezeti konfigurációkban. Minden konfiguráció 64 000 fürttel formázza a lemezeket, és csatolja őket egy vállalati szintű lemezvezérlőhöz. A RAID-tömblemezek száma mellett mindegyik rendelkezik legalább egy tartalék lemezzel.

Lemez típusa Lemezek száma, a +1 tartalék lemez ki nem számítva RAID IOPS mérése
15 000 SAS 2 1 620
15 000 SAS 4 10 1206
15 000 SAS 6 10 1751
15 000 SAS 8 10 2322
15 000 SAS 10 10 2882
15 000 SAS 12 10 3476
15 000 SAS 16 10 4236
15 000 SAS 20 10 5148
15 000 SAS 30 10 7398
15 000 SAS 40 10 9913
SSD SATA 2 1 3300
SSD SATA 4 10 5542
SSD SATA 6 10 7201
SSD SAS 2 1 7539
SSD SAS 4 10 14346
SSD SAS 6 10 15607

Az alábbi táblázat az ebben a példában használt eszközöket sorolja fel. Ez az információ nem egy adott hardvermodellre vagy gyártóra vonatkozó javaslat.

Lemez típusa Modell RAID-vezérlő Gyorsítótár memóriája és konfigurációja
15 000 RPM SAS HD HP EH0300JDYTH Smart Array P822 2 GB, 20% Olvasás / 80% Írás
SSD SATA ATA MK0200GCTYV Smart Array P420i 1 GB, 20% Olvasás / 80% Írás
SSD SAS HP MO0800 JEFPB Smart Array P420i 1 GB, 20% Olvasás / 80% Írás

Az Azure-beli gépek és lemezek teljesítménye

Az Azure-lemez teljesítménye számos tényezőtől függ, például az Azure-beli virtuális gép méretétől, valamint a használt lemezek számától és típusától. Az Azure emellett folyamatosan új géptípusokat és lemezsebességeket ad hozzá, amelyek eltérnek az alábbi diagramtól. Az Azure-ban futó Configuration Manager és az Azure-beli lemez I/O-jának megismeréséről további információt az Azure-beli Configuration Manager gyakori kérdések című témakörben talál.

Minden lemez ntfs 64k-os fürtméretű, és az egynél több lemezzel rendelkező sorok csíkozott kötetként vannak konfigurálva a Windows Lemezkezelő segédprogramon keresztül.

Azure-beli virtuális gép Azure-lemez Lemezek száma Szabad terület IOPS mérése Korlátozó tényező
DS2/DS11 P20 1 512 GB 965 Azure-beli virtuális gép mérete
DS2/DS11 P20 2 1024 GB 996 Azure-beli virtuális gép mérete
DS2/DS11 P30 1 1024 GB 996 Azure-beli virtuális gép mérete
DS2/DS11 P30 2 2048 GB 996 Azure-beli virtuális gép mérete
DS3/DS12/F4S P20 1 512 GB 1994 Azure-beli virtuális gép mérete
DS3/DS12/F4S P20 2 1024 GB 1992 Azure-beli virtuális gép mérete
DS3/DS12/F4S P30 1 1024 GB 1993 Azure-beli virtuális gép mérete
DS3/DS12/F4S P30 2 2048 GB 1992 Azure-beli virtuális gép mérete
DS4/DS13/F8S P20 1 512 GB 2334 P20 lemez
DS4/DS13/F8S P20 2 1024 GB 3984 Azure-beli virtuális gép mérete
DS4/DS13/F8S P20 3 1536 GB 3984 Azure-beli virtuális gép mérete
DS4/DS13/F8S P30 1 1024 GB 3112 P30 lemez
DS4/DS13/F8S P30 2 2048 GB 3984 Azure-beli virtuális gép mérete
DS4/DS13/F8S P30 3 3072 GB 3996 Azure-beli virtuális gép mérete
DS5/DS14/F16S P20 1 512 GB 2335 P20 lemez
DS5/DS14/F16S P20 2 1024 GB 4639 P20 lemez
DS5/DS14/F16S P20 3 1536 GB 6913 P20 lemez
DS5/DS14/F16S P20 4 2048 GB 7966 Azure-beli virtuális gép mérete
DS5/DS14/F16S P30 1 1024 GB 3112 P30 lemez
DS5/DS14/F16S P30 2 2048 GB 6182 P30 lemez
DS5/DS14/F16S P30 3 3072 GB 7963 Azure-beli virtuális gép mérete
DS5/DS14/F16S P30 4 4096 GB 7968 Azure-beli virtuális gép mérete
DS15 P30 1 1024 GB 3113 P30 lemez
DS15 P30 2 2048 GB 6184 P30 lemez
DS15 P30 3 3072 GB 9225 P30 lemez
DS15 P30 4 4096 GB 10200 Azure-beli virtuális gép mérete

A jelenleg elérhető lemezekkel kapcsolatos további információkért lásd: Lemeztípus kiválasztása Azure IaaS virtuális gépekhez.

Lásd még