Configuration Manager webhely méretére és teljesítményére vonatkozó irányelvek
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 *.dll
a ü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
Töltse le a Diskspd segédprogramot.
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.
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
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.