Kapasitetsplanlegging og belastningstesting av SharePoint i Microsoft 365
Denne artikkelen beskriver hvordan du kan distribuere til SharePoint i Microsoft 365 uten tradisjonell belastningstesting, siden belastningstesting ikke er tillatt på SharePoint i Microsoft 365. SharePoint i Microsoft 365 er en skytjeneste, og Microsoft administrerer belastningsfunksjonene, tilstanden og den generelle belastningen i tjenesten.
Den beste fremgangsmåten for å sikre at du lykkes med å starte nettstedet, er å følge grunnleggende prinsipper, fremgangsmåter og anbefalinger som er uthevet i planen for utrullingen av portallanseringen.
Oversikt over hvordan SharePoint i Microsoft 365 utfører kapasitetsplanlegging
En av de viktigste fordelene med SharePoint i Microsoft 365 via en lokal distribusjon er elastisiteten til skyen og optimaliseringer for brukere i distribuerte områder. Vårt miljø i stor skala er konfigurert til å betjene millioner av brukere daglig. Så det er viktig at vi håndterer kapasiteten effektivt ved å balansere og utvide gårder.
Selv om veksten ofte er uforutsigbar for én leier i én farm, er den samlede summen av forespørsler forutsigbar over tid. Ved å identifisere veksttrendene i SharePoint i Microsoft 365 kan vi planlegge for fremtidig utvidelse.
For effektivt å bruke kapasitet og håndtere uventet vekst, har vi automatisering i en hvilken som helst farm som sporer og overvåker ulike elementer i tjenesten. Flere måledata brukes, og en av de viktigste er CPU-belastning, som brukes som et signal for å skalere opp frontservere. I tillegg anbefaler vi en faset/bølge-tilnærming, ettersom SQL-miljøer skaleres i henhold til belastning og vekst over tid. Etter fasene og bølgene muliggjør riktig fordeling av denne belastningen og veksten.
Kapasitet handler mer enn bare om å legge til mer maskinvare kontinuerlig, men det gjelder også administrasjon og kontroll av denne kapasiteten for å sikre at den vedlikeholder gyldige belastningsforespørsler. Vi anbefaler at kunder følger den anbefalte veiledningen for å sikre at de får den beste opplevelsen. Det betyr også at vi har begrensningsmønstre og kontroller på plass for å sikre at vi ikke tillater "fornærmende" oppførsel i tjenesten. Selv om ikke all "dårlig" oppførsel er tilsiktet, må vi sørge for at vi begrenser effekten av denne oppførselen. Hvis du vil ha mer informasjon om begrensning og hvordan du unngår det, kan du se hvordan du unngår å bli begrenset veiledningsartikkel .
Hvorfor du ikke kan laste inn test-SharePoint i Microsoft 365
Med lokale miljøer brukes belastningstesting til å validere skalaantakelsen og til slutt finne bristepunktet for en farm. ved å metne den med belastning.
Med SharePoint i Microsoft 365 må vi gjøre ting annerledes fordi skalaen er relativt flytende og justerer, begrenser og kontrollerer belastningen, basert på visse heuristikk. Hvis vi er et så stort miljø med flere enheter, må vi beskytte alle leiere i samme farm, slik at vi automatisk begrenser eventuelle belastningstester.
Hvis du imidlertid prøver å laste inn testen, i tillegg til å bli begrenset, kan du få skuffende og potensielt villedende resultater. Årsaken til at det kan skje, er at farmen du testet i dag, kan ha skaleringsendringer i løpet av testvinduet eller i løpet av timer etter testing, ettersom skalerings- og farmfordelingshandlinger utføres kontinuerlig.
I stedet for å prøve å laste inn test-SharePoint som en tjeneste, bør du heller fokusere på å følge anbefalte fremgangsmåter og følge veiledningen opprette, starte og vedlikeholde en sunn portal .