Kapasiteten til en Expressway-klynge for å betjene brukere av hybridkalendertjenesten avhenger av størrelsen på Expressway-C-nodene, antall noder i Expressway-klyngen og strategien for tjenestekontinuitet.

Tabellen nedenfor viser maksimalt antall brukere på én enkelt Expressway dedikert til de forskjellige hybridkalendermiljøene.

_{* For å unngå denne skaleringsbegrensningen anbefaler vi at du bruker den skybaserte kalendertjenesten i stedet for den lokale kontakten. For den Expressway-baserte hybridkalenderen er begrensningen av Office 365-brukerkapasiteten til 1000 per klynge uavhengig av klyngens nodestørrelse eller -antall. Denne begrensningen stammer fra samhandling med Microsofts skytjeneste og ikke fra omfanget av den lokale Expressway-distribusjonen.}

Vær oppmerksom på at brukerkapasiteten er den samme for en klynge med én node og for en klynge med to noder. Dette er fordi kalendertjenesten bruker failover for å forbedre tjenestekontinuiteten. Alle brukere tilordnes én node når det er to noder i klyngen. Den andre noden er en overflødig sikkerhetskopi. Se Planlegge kapasitet for Expressway-klynger for brukere av hybridtjenester for en detaljert forklaring.

Kapasiteten til en Expressway-klynge for brukere av hybridkalendertjeneste avhenger hovedsakelig av størrelsen og antallet noder i klyngen, og strategien for tjenestekontinuitet. Tabellen nedenfor viser den maksimale totale brukerkapasiteten som klyngen kan håndtere når du øker nodene (eller nodens OVA-størrelse) på en enkelt dedikert klynge.

_{* Vær oppmerksom på at brukerkapasiteten er den samme for en klynge med én node og for en klynge med to noder. Dette er fordi kalendertjenesten bruker fail-over for å forbedre tjenestekontinuiteten. Alle brukere tilordnes én node når det er to noder i klyngen. Den andre noden er en overflødig sikkerhetskopi. Se Planlegge kapasitet for Expressway-klynger for brukere av hybridtjenester for en detaljert forklaring.}

Brukertilordning på tvers av verter og klynger

Som standard tilordner og distribuerer hybridkalendertjenesten automatisk brukere jevnt på tvers av alle kalendertilkoblinger i en klynge. Tilordningen er dynamisk basert på tilgjengelighet, og administratoren har ingen kontroll over hvilken node en enkeltbruker er tilordnet til.

I tilfeller der en organisasjon har mer enn én klynge, er brukerdistribusjonen basert på flere faktorer, inkludert klyngetilgjengelighet, gjeldende tilordning (for å redusere flapping under feilgjenoppretting) og en sorteringsrekkefølge basert på høyeste klyngepreferanse. Administratoren har også muligheten til å tilordne en bruker eller gruppe av brukere til en ressursgruppe. Ressursgrupper er klyngespesifikke, slik at administratorer kan begrense tilordning av bestemte sett med brukere til en bestemt klynge.

Med denne grunnleggende forståelsen av brukertilordning og med tanke på forutsetningene for Expressway-kalendertilkobling, kan en administrator distribuere riktig kapasitet i skala for organisasjonen. La oss se på en eksempelorganisasjon med 126 000 brukere som skal aktiveres for hybridkalendertjenesten, gitt følgende parametere:

• Expressway-klynger med 6 noder som bruker den store OVA-malen (grense på 15 000 brukere per node)

• Ingen ressursgrupper kreves

Kapasitetsformelen for en enkelt klynge, U_calN= (N-1) * U_cal1 der N=6 og U_cal1=15 000 (ved hjelp av den store OVA-malen) gir maksimalt 75 000 brukere. Med 126 000 brukere totalt i distribusjonen av kalendertjenesten kreves flere Calendar Connector-vertsklynger. Brukerne vil bli likt fordelt som vist i følgende figur:

Hybridkalendertjenesten legger til brukere i klynge A først til klyngen når brukerkapasiteten på 75 000, og tilordner deretter de gjenværende brukerne til klynge B. Brukerne distribueres tilfeldig og likt på tvers av alle nodene i klyngen. Dette eksemplet viser en lik fordeling av vertsnoder for kalendertilkobling (innenfor hver av de to klyngene) på tvers av datasentrene RTP & PDX. Hver node bruker den samme OVA-malen og følger retningslinjene for høy tilgjengelighet for Expressway. Kalendertilkoblingen bruker Expressway-klyngelogikken i en 5+1 redundans-modell for å tillate scenarier med høy tilgjengelighet.

Med alle brukere tilordnet en kalendertilkobling, la oss nå undersøke hva som skjer når det oppstår en feil i en klynge. Den neste figuren viser en enkelt nodefeil. Brukere som ble tilordnet til den mislykkede noden, 5A i klynge A, har nå gått over til de gjenværende nodene i klyngen. En enkelt nodekapasitet tillater opptil 15 000 brukere, og hver node som gjenstår i klynge A legger til 2500 brukere som opprinnelig ble tilordnet på node 5A. Det er ingen endring eller innvirkning på klynge B eller på brukerne som er tilordnet klynge B.

Klynge A har fortsatt maksimal kapasitet, og hver av de operative nodene i klyngen har nå maksimal kapasitet, 15 000 brukere/node. Hvis en annen node i klynge A blir utilgjengelig, for eksempel node 4A i neste figur, vil klynge B nå være ansvarlig for å hente den ekstra brukerbelastningen. De 15 000 brukerne fra node 4A er nå tilordnet på nytt til klynge B og fordeles likt på tvers av alle nodene i klynge B.

Når nodene 4A og 5A gjenopprettes, vil brukerne på klynge A bli distribuert på tvers av nodene i klyngen. Brukerne som mislyktes til klynge B, forblir på klynge B i denne gjenopprettingsfasen for å unngå unødvendige brukertildelinger mellom klynger, som vist i neste figur.

Et viktig punkt å være oppmerksom på når du planlegger distribusjon av hybridkalendertjeneste i stor skala, er å forstå virkningen av en feil hvis den skulle oppstå i distribusjonen. Hvis vi bruker den samme 126 000 brukerdistribusjonen, men det skjer at vi mister et helt datasenter, er det potensial for at brukere ikke blir tilordnet en Kalendertilkobling-node. For å forhindre et tjenesteavbrudd i denne typen scenario, trenger kunden en tredje klynge for å omdistribuere og håndtere de berørte brukerne.

Kapasiteten til en Expressway-klynge for å betjene brukere av hybridmeldinger avhenger av størrelsen på Expressway-nodene, antall noder i klyngen og strategien for tjenestekontinuitet.

Tabellen nedenfor viser maksimalt antall brukere på én enkelt Expressway som brukes for hybridmeldingen.

Dette emnet handler om å dele en tilkoblingsvert Expressway mellom tilkoblingene for flere hybridtjenester, inkludert kalendertjeneste og meldingstjeneste. Tilkoblingsverten deles ikke med andre Expressway-baserte løsninger som MRA og B2B.

Kapasiteten til tilkoblingsvertsklyngen avhenger av størrelsen på Expressway-nodene, antall noder, kontaktene som kjører på klyngen, og strategien for tjenestekontinuitet. Se Planlegge kapasitet for Expressway-klynger for brukere av hybridtjenester for en detaljert forklaring på disse faktorene.

Det finnes også en kalkulator som lar deg modellere ulike tilkoblingsvertsklynger og se hvor mange brukere av hver tjeneste den foreslåtte klyngen kan støtte.

Generelt anbefaler vi samkjøring kun for distribusjoner i mindre størrelse på opptil to noder. Hvis distribusjonen overskrider kapasiteten til et nodepar, bør du flytte koblinger til Expressway-klynger som er dedikert til hver spesifikke hybridtjeneste.

Eksempel: Tilkoblingsvertsskala med tre samkjøringstilkoblinger

Tabellen nedenfor viser et eksempel på skalering og samkjøring. Den gir maksimalt antall brukere per klynge, for hver tjeneste, med forskjellige spesifikasjoner for tilkoblingsvertsklyngen. Klyngen deles mellom hybridkalender (ved hjelp av din lokale Exchange), hybridsamtale og hybridmeldingstjeneste.

Introduksjon

Dette emnet handler om å dele en tilkoblingsvert Expressway med andre Expressway-baserte løsninger. Når du velger å være vert for tilkoblinger på en Expressway som du bruker til andre formål, gjelder følgende viktige hensyn:

• Vi kan ikke støtte skalerbarhetsmodellen som gjelder for en dedikert tilkoblingsvert Expressway. Brukernumrene du henter fra å lese de andre emnene i denne artikkelen, eller ved hjelp av kalkulatoren, gjelder ikke når tilkoblingsverten deles med andre Expressway-tjenester.

• Kombinasjonene av Expressway-baserte tjenester og hybridtjenestekontakter som er beskrevet i denne artikkelen, og de tilknyttede brukernumrene, er de eneste støttede scenarioene. Vi har ikke testet andre scenarier, og du kan ikke forvente at de fungerer i miljøet ditt.

Expressway-basert kalendertjeneste med samtalekobling og samtaletjenestetraversering

I dette scenariet er en to-node Expressway-klynge hybridkalendertilkoblinger. Klyngen gjennomfører også samtaletraversering for andre Cisco-oppringingsløsninger (SIP-signalisering og media).

Tabellen viser de forskjellige kalendermiljøene du kan bruke med den Expressway-baserte kontakten. Den Expressway-baserte kalendertilkoblingen støttes ikke på klynger med mer enn to noder. Bruk den skybaserte kontakten for større skala med Office 365 (se Kalendertjenesteskala).

_{For å unngå denne skaleringsbegrensningen anbefaler vi at du bruker den skybaserte kalendertjenesten i stedet for den lokale kontakten. For den Expressway-baserte hybridkalenderen er begrensningen av Office 365-brukerkapasiteten til 1000 per klynge uavhengig av klyngens nodestørrelse eller -antall. Denne begrensningen stammer fra samhandling med Microsofts skytjeneste og ikke fra omfanget av den lokale Expressway-distribusjonen.}

Kalender med Mobile and Remote Access

I dette scenariet er en MRA-klynge med én eller to små VM-er vert for kalendertilkoblingen. Dette scenariet forutsetter at klyngen bare brukes for MRA og de to tilkoblingene. Klyngen er begrenset til én eller to små noder.