Kapacitástervezés és terheléstesztelés a SharePoint Online-ban

Ez a cikk ismerteti, hogy miként telepíthet a SharePoint Online-ra a hagyományos terheléstesztelés elvégzése nélkül, mivel az nem engedélyezett.

Bár a SharePoint Online-on végzett aktív terheléstesztelés erősen ellenjavallt, vannak egyéb lehetőségek, amelyek segítségével meggyőződhet arról, hogy amikor elindít egy webhelyet, az megfelelően fogja a felhasználókat kiszolgálni.

A SharePoint Online-nal nem kell kapacitástervezést végeznie, mivel ez a szolgáltatásajánlat részeként már elkészült. A helyszíni környezetekkel végzett terhelésteszteléseknél a skálázási feltevést értékelik és a farmok töréspontját keresik meg, ami a terhelés telítésig tartó növelésével érhető el. A SharePoint Online-nal kapcsolatban másképp kell eljárnunk. Több-bérlős környezetként védelmet kell nyújtanunk az ugyanazon farmon lévő összes bérlőnek, így automatikusan szabályozni fogunk minden terheléstesztet. Ez azt jelenti, hogy kiábrándító és feltehetően félrevezető eredményt kap, ha megkísérli a környezetét terhelés szempontjából tesztelni.

A helyszíni telepítésekkel szemben a SharePoint Online egyik fő előnye a felhő rugalmassága. Nagy volumenű környezetünk felhasználók millióinak napi szinten történő kiszolgálására van kialakítva, tehát fontos, hogy hatékonyan kezeljük a kapacitást a farmok automatikus kibővítésével, amint és amikor szükségessé válik. Ez a cikk ismerteti, hogy miként tervezzük meg a kapacitás növelését és helybeni méretezését. A cikkben szerepelnek még olyan használható megoldások, amelyek nem tartalmaznak terheléstesztelést.

Hogyan jelzi előre az Office 365 a terhelést, és miként bővíti a kapacitást?

A SharePoint Online kiszolgálókapacitás-kezelés két módszerrel végezhető el:

  • Kapacitás-előrejelzés

  • Terheléselosztás egyedülálló kiszolgálófarmokon

A helyszíni környezetekhez való tervezéssel szemben a kapacitás előrejelzéséhez a SharePoint Online-ban bármely adott kiszolgálócsoportban össze tudunk állítani statisztikát és diagramot a lehetséges követelményekről. Az összesített igény az alábbi képen látható Kérelmek a zónában (ahol a zóna a SharePoint-farmok egy csoportja) exponenciális vonalhoz hasonlóan néz ki:

A prediktív kapacitást megjelenítő diagram: előrejelzés

Míg a növekedés az egyes farmokon kiszámíthatatlan, a kérelmek összesített száma egy zónában előre jelezhető. A növekedési trendek azonosításával a SharePoint Online-ban a jövőbeni bővülésre tervezhetünk.

Az előtér-kiszolgálók terhelését nyomon követő és szükség esetén helyben felskálázó automatizálásunk biztosítja a kapacitás hatékony kihasználását és a váratlan növekedések kezelését bármely farmon. Az előtér-kiszolgálók felskálázási igényének jelzéseként használt fő mérőszám a CPU-terhelés Az a célunk, hogy a CPU-csúcsterhelését 40% alatt tartsuk. Ez azért fontos, hogy elegendő pufferrel rendelkezzünk a váratlan csúcsok elnyeléséhez. Amint a terhelés állandósult állapotban megközelíti a 40%-ot, előtér-kiszolgálókat adunk hozzá a farmokhoz.

A prediktív kapacitást megjelenítő diagram: farmkezelés

A felhasználás előrejelzése alapján a zónához korábban hozzáadott kiszolgálók segítségével a további kiszolgálók gyorsan hozzáadhatók a farmokhoz.

Hogyan tervezhetek meg egy webhelyindítást?

Számíthat rá, hogy automatikusan figyelni fogjuk a farmot, amelyen az új webhely elindul, és így a fent leírtak szerint új előtér-kiszolgálókat adunk hozzá. Ezért nincs szükségünk értesítésre az új webhely elindításáról.

Ha más ajánlott eljárásokat is követ egyetlen laphoz a SharePoint Online-on, valószínűtlen, hogy egy akár 100 000 felhasználónak is szánt új webhely indítása bármilyen hatással lenne a farmra.

Több stratégia is létezik egy új SharePoint Online-webhely elindításának megtervezésére. Amint az alábbi képen látható, a meghívott felhasználók száma gyakran jelentősen nagyobb, mint a webhelyet ténylegesen használóké. Ez a kép egy kiadás bevezetésének egyik stratégiáját szemlélteti. Ez a módszer nemcsak a betöltési teljesítményhez nyújt segítséget, de még az előtt segít felismerni, hogy a SharePoint-webhely hogyan fejleszthető, mielőtt a felhasználók többsége látná azt.

A meghívott és aktív felhasználókat ábrázoló diagram

A kísérleti fázisban érdemes visszajelzést kérni a felhasználóktól, akikben a szervezet megbízik, és akikről tudja, hogy intenzíven bevonhatók lesznek. Ily módon felmérhető, hogy miként használják a rendszert, valamint hogy miként teljesít.

Ezután elkezdődik a szakaszos bevezetés az összes felhasználó számára, amely során rendszeres visszajelzést kérünk, és ellenőrizzük a teljesítményt. Ennek az előnye a rendszer lassú bevezetése és a használat növekedésével együtt a továbbfejlesztése. Ez lehetővé teszi, hogy reagálhassunk a megnövekedett terhelésre, amint a webhelyet egyre több felhasználóhoz vezetjük be.

Végül, miközben a betöltési tesztek le vannak tiltva, az ügyfeleknek érdemes időszakos pingeket beállítani a szolgáltatáshoz az elérhetőség és a késlekedés mérésére. Ez a művelet azonosítani fog egy alapszintet a webhelyhez. A korábban ismertetett teljesítményszabályozási problémák elkerülése érdekében azonban ezek gyakoriságát alacsonyan kell tartani.

Ismeretek bővítése
Oktatóanyagok megismerése
Új szolgáltatások listájának lekérése
Részvétel az Office Insider programban

Hasznos volt az információ?

Köszönjük a visszajelzését!

Köszönjük visszajelzését. Jobbnak látjuk, ha az Office egyik támogatási szakemberéhez irányítjuk.

×