Jõudluse plaanimine ja koormuse testimine SharePoint Online’is

Selles artiklis kirjeldatakse SharePoint Online’i juurutamist ilma tavapärase koormuse testimiseta, kuna see pole lubatud.

Kuigi aktiivne koormuse testimine on SharePoint Online’is rangelt ebasoovitatav, on olemas muid võimalusi veendumaks, et saidi kasutamine oleks pärast saidi väljastamist mugav ja meeldiv.

SharePoint Online’i kasutamisel ei ole jõudluse plaanimine vajalik, kuna see tehakse meie teenusepakkumise raames teie eest ära. Kohapealsetes keskkondades saab koormuse testimise abil kontrollida eeldatavat koormusjärku ja lõpuks proovilepaneku teel tuvastada serveripargi koormusetaluvust. SharePoint Online’is käivad asjad teisiti. Kuna tegemist on mitme rentnikuga keskkonnaga, peame kaitsma kõiki sama serveripargi rentnikke, nii et mis tahes koormusetesti piiratakse automaatselt. See tähendab, et saate soovimatuid ja võimalik, et eksitavaid tulemusi, kui püüate oma keskkonnas koormust testida.

SharePoint Online’i peamisi eeliseid kohapealse juurutusega võrreldes on pilvteenuse paindlikkus. Meie laiahaardeline keskkond on häälestatud iga päev miljonite kasutajate teenindamiseks, nii et oluline on laiendada jõudluse tõhusaks haldamiseks serveriparke automaatselt ja siis kui vaja. Selles artiklis selgitatakse, kuidas me jõudluse kasvu plaanime ja jõudluse õigesse mastaapi viime. Artiklis kirjeldatakse ka meetodeid, mida saate kasutada ja mis ei hõlma koormuse testimist.

Office 365 viisid koormuse prognoosimiseks ja jõudluse suurendamiseks

SharePoint Online’i serveri jõudluse haldustoimingud tehakse kahe meetodi abil:

  • Jõudluse prognoos

  • Koormuse tasakaalustamine ühe serveriga serveriparkides

Erinevalt kohapealse keskkonna kavandamisest saame SharePoint Online’i jõudluse prognoosimisel koostada statistika kindla mis tahes serverirühma kohta ja selle vajalikud nõuded graafikusse kanda. Liitnõudlus näeb välja umbes nagu tsooni taotluste (kus tsoon on SharePointi serveriparkide rühm) kasvav joon järgmisel joonisel.

Diagramm, millel on kujutatud eeldatav võimsus: prognoos

Kuigi igas serveripargis on jõudluse kasv ennustamatu, on tsooni taotluste kogusummat võimalik prognoosida. SharePoint Online’i kasvutrende tuvastades kavandame edasist laienemist.

Jõudluse edukaks kasutamiseks ja ootamatu kasvuga toimetulekuks on meil igas serveripargis automaatika, mille abil jälgitakse eesserverite koormust ja viiakse see vajaduse korral mastaapi. Peamine näitaja, mille järgi eesservereid mastaapi viime, on protsessori koormus. Meie eesmärgiks on hoida protsessori koormus alla 40%. See on vajalik koormusepuhver ootamatute jõnksude ennetamiseks. Kui koormus läheneb järk-järgult 40%-le, lisame serveriparkidele eesservereid.

Diagramm, millel on kujutatud eeldatav võimsus: serveriparkide haldus

Serveriparki saab kergesti servereid lisada. Saame kasutada servereid, mis on tsooni varem lisatud kasutusprognoosi käigus.

Kuidas saidi väljastamist kavandada?

Võite eeldada, et serveriparki, kus teie uus sait väljastatakse, jälgitakse automaatselt, nii et eespool kirjeldatu kohaselt lisatakse uusi eesservereid. Seepärast pole vaja meile uue saidi väljastamisest eraldi teada anda.

Järgides SharePoint Online’i ühe lehe teisi häid tavasid, on ebatõenäoline, et uue saidi väljastamine isegi 100 000 kasutajale avaldab serveripargi jõudlusele mõju.

Uue SharePoint Online’i saidi väljastamise kavandamiseks on mitu strateegiat. Nagu on näidatud järgmisel joonisel, on kutsutud kasutajaid sageli märgatavalt rohkem kui saidi tegelikke kasutajaid. Sellel joonisel on esitatud saidi väljastamise strateegia. Lisaks abile jõudluse haldamisel võimaldab see meetod SharePointi saiti täiustada enne, kui enamik kasutajaid seda näeb.

Diagramm, millel on kujutatud kutsutud ja aktiivsed kasutajad

Katseetapis on kasulik saada tagasisidet kasutajatelt, keda organisatsioon usaldab ja kelle kaasatuses ollakse kindlad. Nii on võimalik mõõta süsteemi kasutuskoormust ja ka jõudlust.

Seejärel algab kasutajatele väljastamine lainetena; regulaarselt saadakse tagasisidet ja jälgitakse jõudlust. Sel moel kasutatakse ära süsteemi järkjärgulise tutvustamise eeliseid ja täiustatakse süsteemi kasutamise elavnedes üha enam. Kui sait väljastatakse üha enamatele kasutajatele, saame ka meie kasvavale koormusele reageerida.

Lõpuks, kuigi koormusetestid on keelatud, võib juhtuda, et kliendid soovivad siiski häälestada teenuse kättesaadavuse ja latentsuse mõõtmiseks perioodilisi pinge. Sellega tuvastatakse saidi alusjoon. Siiski tuleb seda teha harva, et vältida eelnevalt kirjeldatud piiramist vajavaid olukordi.

Täiendage oma oskusi
Tutvuge koolitusmaterjalidega
Kasutage uusi funktsioone enne teisi
Liituge Office Insideri programmiga

Kas sellest teabest oli abi?

Täname tagasiside eest!

Täname tagasiside eest! Tundub, et võiksime teid kokku viia ühega meie Office'i tugiagentidest, kes aitab teil probleemi lahendada.

×