Kapasiteten til en Expressway-klynge for brukere av hybridkalendertjenester 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 antallet noder (eller node-OVA-størrelsen) i én enkelt dedikert klynge.

I et hybrid Exchange-miljø med Office 365-brukere er det en grense på 1000 Office 365-brukere per klynge, uavhengig av nodeantallet eller -størrelsen for klyngen. Den skybaserte tjenesten er den foretrukne metoden for å håndtere Office 365-brukere. Vi anbefaler på det sterkeste at du bare midlertidig er vert for Office 365-brukere på Expressway. Denne begrensningen stammer fra samhandling med Microsofts skytjeneste og ikke fra skalering av den lokale Expressway-distribusjonen. Hvis du for eksempel har én liten Expressway-node, er kapasiteten begrenset til 1000 Office 365-brukere og 4000 Microsoft Exchange-brukere. Hvis du har en klynge på 6 små noder, er kapasiteten begrenset til 1000 Office 365-brukere pluss 24 000 Microsoft Exchange-brukere.

_{* 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 til å forbedre tjenestekontinuiteten. Alle brukere tilordnes én node når det finnes to noder i klyngen. Den andre noden er en overflødig sikkerhetskopi. Se Planlegge kapasitet for Expressway-klynge for hybridtjenestebrukere hvis du vil ha en detaljert forklaring.}

Brukertildeling 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 bestemt node en enkelt bruker er tilordnet til.

I tilfeller der en organisasjon har mer enn én klynge, er brukerdistribusjon basert på flere faktorer, inkludert klyngetilgjengelighet, gjeldende tilordning (for å redusere flapping under gjenoppretting etter feil) og en sorteringsrekkefølge basert på høyeste klyngepreferanse. Administratoren har også muligheten til å tilordne en bruker eller gruppe 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 hvis man tar hensyn til forutsetningene for Expressway-kalendertilkobling, kan en administrator distribuere riktig kapasitet i riktig 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 én 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 det flere kalendertilkobling-vertsklynger. Brukere vil bli lik fordelt som vist i følgende figur:

Hybridkalendertjenesten legger til brukere i klynge A først frem til klyngen når brukerkapasiteten på 75 000, og tilordner deretter tjenesten 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 og PDX. Hver node bruker samme OVA-mal og følger retningslinjene for høy Expressway-tilgjengelighet. Kalenderkoblingen bruker Expressway-klyngelogikken i en 5+1-redundansmodell for å muliggjøre scenarier med høy tilgjengelighet.

Når alle brukere er tilordnet en kalendertilkobling, kan vi 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 noden med feil, 5A i klynge A, er nå overført til de gjenværende nodene i denne klyngen. En enkel 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 brukerne tilordnet klynge B.

Klynge A har fortsatt maksimal kapasitet, og hver av de operative nodene i klyngen har nå maksimal kapasitet, 15 000 brukere per node. Hvis en annen node i klynge A blir utilgjengelig, for eksempel node 4A i neste figur, vil klynge B nå bli ansvarlig for å ta over den ekstra brukerbelastningen. De 15 000 brukerne fra node 4A tilordnes nå til klynge B og fordeles likt mellom alle nodene i klynge B.

Når nodene 4A og 5A gjenopprettes, distribueres brukerne på klynge A på nytt til nodene i klyngen. Brukerne som ble overført til klynge B, forblir i klynge B i denne gjenopprettingsfasen for å unngå unødvendige brukertildelinger mellom klynger, som vist i neste figur.

Et viktig element å 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 brukerdistribusjonen på 126 000, men vi et helt datasenter blir satt ut av spill, kan brukere potensielt ikke bli tilordnet en kalendertilkobling-node. For å forhindre et tjenesteavbrudd i slike scenarier, trenger kunden en tredje klynge for å omdistribuere og håndtere de berørte brukerne.

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

Tabellen nedenfor viser maksimalt antall brukere på en enkelt Expressway som brukes for hybridmeldingstjenesten.

Brukernumrene er de samme for en klynge med én node og for en klynge med to noder. Dette er tilfellet fordi meldingstjeneste bruker failover til å forbedre tjenestekontinuiteten. Brukere distribueres jevnt på tvers av flere noder i klyngen: Hvis én node får feil, tilordnes brukerne til denne noden til de andre nodene.

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 tilkoblingsvertens klynge avhenger av størrelsen på Expressway-nodene, antall noder, tilkoblingene som kjøres på klyngen, og strategien for tjenestekontinuiteten. Se Planlegge kapasitet for Expressway-klynge for hybridtjenestebrukere hvis du vil ha en detaljert forklaring på disse faktorene.

Det finnes også en kalkulator du kan bruke til å modellere forskjellige tilkoblingsvertsklynger og se hvor mange brukere av hver tjeneste den foreslåtte klyngen kan støtte.

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

Eksempel: Tilkoblingsvertsskalering med tre samkjøringstilkoblinger

Tabellen nedenfor viser et eksempel på skalering og samkjøring. Det gir maksimalt antall brukere per klynge for hver tjeneste, med forskjellige spesifikasjoner for tilkoblingsvertsklyngen. Klyngen deles mellom hybridkalendertjenesten (ved hjelp av lokal Exchange), hybridsamtaletjeneste 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. Brukerantallet du finner ved å 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 hybridtjenestetilkoblinger som er beskrevet i denne artikkelen, og det tilknyttede brukerantallet, er de eneste støttede scenariene. Vi har ikke testet andre scenarier, og du kan ikke forvente at de fungerer i miljøet ditt.

Expressway-basert kalendertjeneste med Call Connector og samtaletjenestetraversering

I dette scenariet er det en tonoders Expressway-klynge med hybridkalendertjeneste-tilkoblinger. Klyngen utfører også samtaletraversering for andre Cisco-anropsløsninger (SIP-signalering og -media).

Tabellen viser de forskjellige kalendermiljøene du kan bruke med den Expressway-baserte tilkoblingen. Den Expressway-baserte kalendertilkoblingen støttes ikke på klynger med flere enn to noder. Bruk den skybaserte koblingen 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 koblingen. For den Expressway-baserte hybridkalendertjenesten er begrensningen for Office 365-brukerkapasitet på 1000 per klynge uavhengig av klyngens nodestørrelse eller -antall. Denne begrensningen stammer fra samhandling med Microsofts skytjeneste og ikke fra skalering av den lokale Expressway-distribusjonen.}

Kalender med Mobile and Remote Access

I dette scenariet er en MRA-klynge av én eller to små virtuelle Expressway-maskiner 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.