Del via


SharePoint til kapacitetsplanlægning og belastningstest i Microsoft 365

I denne artikel beskrives det, hvordan du kan installere til SharePoint i Microsoft 365 uden traditionel belastningstest, da belastningstest ikke er tilladt på SharePoint i Microsoft 365. SharePoint i Microsoft 365 er en cloudtjeneste, og Microsoft administrerer belastningsfunktioner, tilstand og samlet justering af belastningen i tjenesten.

Den bedste tilgang til at sikre, at lanceringen af dit websted lykkes, er at følge de grundlæggende principper, fremgangsmåder og anbefalinger, der er fremhævet i planen for udrulningen af portalen.

Oversigt over, hvordan SharePoint i Microsoft 365 udfører kapacitetsplanlægning

En af de største fordele ved SharePoint i Microsoft 365 i forhold til en udrulning i det lokale miljø er fleksibiliteten i cloudmiljøet og optimeringer for brugere i distribuerede områder. Vores store miljø er konfigureret til at betjene millioner af brugere på daglig basis. Det er derfor vigtigt, at vi håndterer kapacitet effektivt ved at balancere og udvide farme.

Selvom væksten ofte er uforudsigelig for en lejer i en hvilken som helst farm, er den samlede sum af anmodninger forudsigelig over tid. Ved at identificere væksttendenserne i SharePoint i Microsoft 365 kan vi planlægge en fremtidig udvidelse.

For effektivt at kunne bruge kapacitet og håndtere uventet vækst på alle farme har vi automatisering, der sporer og overvåger forskellige elementer i tjenesten. Der anvendes flere målepunkter, hvor en af de vigtigste er CPU-belastning, som bruges som et signal til skalering af frontendservere. Derudover anbefaler vi en faseinddelt/bølgetilgang, da SQL-miljøer skaleres i henhold til belastning og vækst over tid. Efter faser og bølger giver mulighed for den korrekte fordeling af denne belastning og vækst.

Kapacitet handler mere end blot om at tilføje mere hardware løbende, men det vedrører også administration og styring af kapaciteten for at sikre, at den servicerer gyldige belastningsanmodninger. Vi anbefaler, at kunderne følger den anbefalede vejledning for at sikre, at de får den bedste oplevelse. Det betyder også, at vi har begrænsninger på mønstre og kontrolelementer på plads for at sikre, at vi ikke tillader "krænkende" adfærd i tjenesten. Selvom ikke al "dårlig" funktionsmåde er bevidst, er vi nødt til at sikre, at vi begrænser effekten af denne funktionsmåde. Du kan finde flere oplysninger om begrænsning, og hvordan du undgår det, i artiklen Vejledning til, hvordan du undgår begrænsning .

Derfor kan du ikke indlæse SharePoint-test i Microsoft 365

I miljøer i det lokale miljø bruges belastningstest til at validere skaleringsantagelse og i sidste ende finde brudpunktet for en farm. ved at mætte den med belastning.

Med SharePoint i Microsoft 365 skal vi gøre tingene anderledes, fordi skalaen er relativt flydende og justerer, begrænser og styrer belastningen baseret på visse heuristik. Da vi er et multitenant miljø i stor skala, skal vi beskytte alle lejere i den samme farm, så vi begrænser automatisk alle belastningstests.

Hvis du forsøger at indlæse testen, kan du ud over at være begrænset få skuffende og potentielt vildledende resultater. Årsagen til, at det kan ske, er, at den farm, du testede i dag, kan have skaleringsændringer i løbet af testvinduet eller inden for få timer efter testen, da skala- og farmjusteringshandlinger udføres løbende.

I stedet for at forsøge at indlæse SharePoint som en tjeneste skal du i stedet fokusere på at følge de anbefalede fremgangsmåder og følge vejledningen Til oprettelse, start og vedligeholdelse af en sund portal .