Planlegge nettverksenheter som kobler til Office 365-tjenester
Denne artikkelen gjelder for både Microsoft 365 Enterprise og Office 365 Enterprise.
Noe nettverksmaskinvare kan ha begrensninger på antall samtidige økter som støttes. For organisasjoner som har mer enn 2000 brukere, anbefaler vi at de overvåker nettverksenhetene sine for å sikre at de er i stand til å håndtere den ekstra Office 365 tjenestetrafikken. SNMP-overvåkingsprogramvare (Simple Network Management Protocol) kan hjelpe deg med dette.
Denne artikkelen er en del av nettverksplanlegging og ytelsesjustering for Office 365.
Lokale innstillinger for utgående Internett-proxy påvirker også tilkobling til Office 365 tjenester for klientprogrammene. Du må også konfigurere nettverksproxyenhetene for å tillate tilkoblinger for nettadresser og programmer for Microsoft-skytjenester. Hver organisasjon er forskjellig. Hvis du vil ha en idé om hvordan Microsoft administrerer denne prosessen og hvor mye båndbredde vi klargjør, kan du lese kasusstudien.
Følgende Skype for Business hjelpeartikler har mer informasjon om Skype for Business innstillinger:
Obs!
Selv om mange av disse innstillingene er Skype for Business spesifikke, er den generelle veiledningen om nettverkskonfigurasjon nyttig for alle Office 365 tjenester.
Fastslå nettverkskapasitet
Alle nettverksenheter som finnes på en tilkobling, har kapasitetsgrensen. Disse enhetene inkluderer klient- og servernettverkskort, rutere, brytere og huber som kobler dem sammen. Tilstrekkelig nettverkskapasitet betyr at ingen av dem er mettet. Overvåking av nettverksaktivitet er viktig for å sikre at den faktiske belastningen på alle nettverksenheter er mindre enn den maksimale kapasiteten. Nettverkskapasitet påvirker ytelsen til proxy-enheten.
I de fleste tilfeller angir båndbredden for Internett-tilkobling grensen for trafikkmengden. Svak ytelse i trafikktiden er sannsynligvis forårsaket av overdreven bruk av Internett-koblingen. Denne situasjonen gjelder også for et avdelingskontorscenario, der proxy-serverdatamaskiner for avdelingskontor er koblet til proxy-enheten ved hovedkontoret for grenen over en treg WAN-kobling (Wide Area Network).
Hvis du vil teste nettverkskapasiteten, overvåker du nettverksaktiviteten på proxy-nettverksgrensesnittet. Hvis det er mer enn 75 prosent av den maksimale båndbredden for et nettverksgrensesnitt, bør du vurdere å øke båndbredden til nettverksinfrastrukturen som er utilstrekkelig. Du kan også vurdere å bruke avanserte funksjoner, for eksempel HTTP-komprimering.
WAN-akseleratorer
Hvis organisasjonen bruker wan-akselerasjonsproxyapparater (wide area network), kan det oppstå problemer når du åpner Office 365-tjenestene. Du må kanskje optimalisere nettverksenheten eller -enhetene for å sikre at brukerne har en konsekvent opplevelse når de får tilgang til Office 365. Office 365 tjenester krypterer for eksempel noe Office 365 innhold og TCP-hodet. Det kan hende at enheten ikke kan håndtere denne typen trafikk.
Les støtteerklæringen vår om bruk av WAN-optimaliseringskontroller eller trafikk-/inspeksjonsenheter med Office 365.
Belastningsfordelingsenheter for maskinvare og programvare
Organisasjonen må bruke en maskinvarebelastningsfordeling (HLB) eller en løsning for nettverksbelastningsfordeling (NLB) for å distribuere forespørsler til Active Directory Federation Services (AD FS)-servere og/eller Exchange-hybridserverne dine. Belastningsfordelingsenheter styrer nettverkstrafikken til de lokale serverne. Disse serverne er avgjørende for å sikre tilgjengeligheten av enkel pålogging og hybriddistribusjon for Exchange.
Vi leverer en programvarebasert NLB-løsning innebygd i Windows Server. Office 365 støtter denne løsningen for å oppnå belastningsfordeling.
Brannmurer og proxyer
Hvis du vil ha mer informasjon om hvordan du konfigurerer brannmurer og proxyer til å koble til Office 365, kan du lese Administrere Office 365 endepunkter, vurdere Office 365 nettverkstilkobling og Office 365 vanlige spørsmål om endepunkter for å finne ut mer om enheter og kretsvalg.
Se også
Tilbakemeldinger
Kommer snart: Gjennom 2024 faser vi ut GitHub Issues som tilbakemeldingsmekanisme for innhold, og erstatter det med et nytt system for tilbakemeldinger. Hvis du vil ha mer informasjon, kan du se: https://aka.ms/ContentUserFeedback.
Send inn og vis tilbakemelding for