Bruke objekthurtigbufferen med SharePoint
Denne artikkelen forklarer forskjellen mellom å bruke objekthurtigbufferen lokalt i SharePoint Server 2013 og SharePoint i Microsoft 365.
Det er betydelig negativ innvirkning på å stole på objekthurtigbufferen i SharePoint-distribusjon. All avhengighet av objekthurtigbufferen i SharePoint vil redusere påliteligheten til siden.
Slik fungerer objekthurtigbufferen for SharePoint i Microsoft 365 og SharePoint Server 2013
Når SharePoint Server 2013 driftes lokalt, har kunden private webfrontservere som er vert for objekthurtigbufferen. Dette betyr at hurtigbufferen er dedikert til én kunde og er bare begrenset av hvor mye minne som er tilgjengelig og tildelt objekthurtigbufferen. Fordi bare én kunde betjenes i det lokale scenarioet, har frontserverne vanligvis brukere som sender forespørsler til de samme nettstedene om og om igjen. Dette betyr at hurtigbufferen blir full raskt og forblir full av listespørringsresultatene og SharePoint-objekter som brukerne ber om regelmessig.
Som et resultat, den andre gangen en bruker besøker en side, blir sidelastingstiden bedre. Etter minst fire innlastinger av samme side bufres siden på alle frontserverne.
I SharePoint i Microsoft 365 finnes det derimot mange flere servere, men også mange flere områder. Hver bruker kan koble til en annen webfrontserver som ikke har hurtigbufferen fylt ut. Eller kanskje hurtigbufferen fylles ut for en server, men den neste brukeren til frontserveren ber om en side fra et annet nettsted. Eller, selv om den neste brukeren ber om samme side som ved forrige besøk, er de belastningsbalansert til en annen frontserver som ikke har denne siden i hurtigbufferen. I dette siste tilfellet hjelper ikke hurtigbufring brukerne i det hele tatt.
I illustrasjonen nedenfor representerer hver prikk en side som en bruker ber om, og hvor den bufres. Ulike farger representerer forskjellige kunder som bruker SaaS-infrastrukturen.
Som du kan se fra diagrammet, er sjansene for at en gitt bruker treffer en server med den bufrede versjonen av siden, slank. På grunn av den store gjennomstrømmingen og det faktum at serverne deles mellom mange nettsteder, varer ikke hurtigbufferen lenge siden det bare er så mye plass til hurtigbufring tilgjengelig.
Av alle disse grunnene er det å være avhengig av at brukere får bufrede objekter ikke en effektiv måte å sikre en kvalitetsbrukeropplevelse og sidelastingstider i SharePoint på.
Hva bruker vi i stedet hvis vi ikke kan stole på objekthurtigbufferen for å forbedre ytelsen i SharePoint?
Siden du ikke bør stole på hurtigbufring i SharePoint, bør du evaluere alternative utformingstilnærminger for SharePoint-tilpasninger som bruker objekthurtigbufferen. Dette betyr at du bruker fremgangsmåter for ytelsesproblemer, som ikke er avhengig av objekthurtigbufring for å gi gode resultater for brukerne. Dette beskrives i noen av de andre artiklene i denne serien og inkluderer: