Kapasitet planlegging og Last inn testing av SharePoint Online

Viktig: Denne artikkelen er maskinoversatt, se ansvarsfraskrivelsen. Du finner den engelske versjonen av artikkelen her som referanse.

Denne artikkelen beskriver hvordan du kan distribuere til SharePoint Online uten å utføre tradisjonell lasting testing siden det ikke er tillatt.

Selv om aktive belastning testing på SharePoint Online er på det sterkeste, det finnes andre måter du kan kontrollere at produsere et område ikke en dårlig brukeropplevelse når du starter området.

Med SharePoint Online trenger du ikke å gjøre, kapasitetsplanlegging, som dette er gjort for deg som en del av våre tjenestetilbudet. Med lokale miljøer brukes lasting testing til å validere antas det skala, og Finn siste instans punktet deling av en farm; ved å fylle den med belastning. Med SharePoint Online trenger vi å gjøre ting på en annen måte. Blir et miljø med flere leier, har vi å beskytte alle leiere i samme farmen, slik at vi skal automatisk regulerer alle lasting tester. Dette betyr at du får forventet og potensielt villedende resultater hvis du prøver å laste inn teste miljøet.

En av hovedfordelene ved SharePoint Online over en lokal distribusjon er elasticity i nettskyen. Vår stor skala-miljøet er konfigurert til tjenesten millioner av brukere på daglig basis slik at det er viktig at vi håndtere kapasitet effektivt ved å utvide automatisk farmer, som, og når det er nødvendig. Denne artikkelen forklarer hvordan vi planlegger for kapasitet vekst og skala ut i stedet. Denne artikkelen dekker også fremgangsmåter du kan bruke som ikke innebærer lasting testing.

Hvordan Office 365 forutsier lasting og utvider kapasitet

SharePoint Online server kapasitet management arbeid gjøres gjennom to metoder:

  • Kapasitet prognoser

  • Belastningsfordeling på én serverfarmer

I motsetning til planlegging av et lokalt miljø for kapasitet prognose i SharePoint Online, kan vi samle statistikk og graph potensielle krav i en gitt server-gruppe. Mengde behov kan se omtrent slik forespørsler i sonen (der en sone er en gruppe med SharePoint-farmer) vekst linje i bildet nedenfor:

Diagram som viser forventet kapasitet: prognose

Mens veksten er uventede i en hvilken som helst én farm, er aggregert summen av forespørsler i en sone forutsigbare. Ved å identifisere veksttrender i SharePoint Online, kan vi planlegger for utvidelse i fremtiden.

Hvis du skal bruke kapasitet effektivt og håndtere uventede vekst, i en farm har vi automatisering som sporer front-end lasting og skalerer på plass, når det er nødvendig. Viktigste metrisk vi bruker som et signal til å skalere forhånd slutter er CPU-belastning. Vårt mål er å holde topp CPU belastning under 40%. Dette er å ha nok buffer til absorberer uventede spisser. Last inn fremgangsmåtene 40% stabil tilstand, vi Legg til som foran endene farmer.

Diagram som viser forventet kapasitet: administrere farmer

Ekstra servere kan legges til en farm, ved å bruke denne som tidligere er lagt til i sonen gjennom Bruk prognose raskt.

Hvordan kan jeg planlegge for et område-lanseringen?

Du bør forvente at farmen som starter det nye området vil automatisk skal overvåkes slik at nye frontservere legges til, som beskrevet ovenfor. Derfor må vi ikke en varsling om den nye området lanseringen.

Følge andre anbefalte fremgangsmåter for én enkelt side på SharePoint Online er det trolig at et nytt område-lanseringen til enda 100 000 brukere, må eventuelle innvirkning farmen.

Det finnes noen strategier for å planlegge for en versjon av et nytt SharePoint Online-område. Som vist på bildet nedenfor, er ofte av antall brukere som er invitert betydelig høyere enn dem som faktisk bruker nettstedet. Dette bildet viser en strategi rulle ut en utgivelse. Denne metoden ikke bare hjelper med ytelsen innlasting, men også hjelpe med å identifisere måter å forbedre SharePoint-området før store mesteparten av brukerne ser den.

Graf som viser inviterte og aktive brukere

I pilotfase er det lurt å få tilbakemelding fra brukere at organisasjonen klarerer og vet skal være opptatt. Dermed er det mulig å måle hvordan systemet brukes, og hvordan den fungerer.

Etter dette, starter du en rulle ut til alle brukerne i bølger; få tilbakemelding og se gjennom ytelsen regelmessig. Dette har nytte av langsomt innføring systemet og gjøre forbedringer når systemet blir mer bruk. Dette også gjør at vi skal reagere på den økte belastningen som området rulles til flere og flere brukere.

Til slutt mens inntrengningstester Last er forbudt, bør kunder konfigurere periodisk Ping til tjenesten for å måle tilgjengelighet og ventetid. Dette vil identifisere en opprinnelig plan for området. Disse må imidlertid holdes til lav frekvens unngås begrensningsnivå problemer som er beskrevet tidligere.

Merknad: Ansvarsfraskrivelse for maskinoversettelse: Denne artikkelen er oversatt av et datasystem i stedet for en oversetter. Microsoft tilbyr disse maskinoversettelsene slik at brukere som ikke snakker engelsk, får tilgang til innhold om Microsoft-produkter, -tjenester og –teknologier. Ettersom artikkelen er maskinoversatt, kan den inneholde feil i vokabular, syntaks eller grammatikk.

Utvid ferdighetene dine
Utforsk opplæring
Vær først ute med de nye funksjonene
Bli med i Office Insiders

Var denne informasjonen nyttig?

Takk for tilbakemeldingen!

Takk for tilbakemeldingen! Det høres ut som det kan være lurt å sette deg i kontakt med én av våre Office-kundestøtteagenter.

×