En Expressway-klynges kapasitet til å betjene brukere av Hybrid Calendar Service avhenger av størrelsen på de inngående Expressway-C-nodene, antall noder i Expressway-klyngen og strategien for tjenestekontinuitet.

Tabellen nedenfor viser det maksimale antallet brukere på en enkelt Expressway dedikert til de ulike Hybrid Calendar-miljøene.

_{* For å unngå denne skalabegrensningen anbefaler vi at du bruker den skybaserte kalendertjenesten i stedet for den lokale koblingen. For den Expressway-baserte hybridkalenderen er begrensningen på 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.}

Merk 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 er tilordnet én node når det er to noder i klyngen; den andre noden er en redundant sikkerhetskopi. Se Planlegging av Expressway-klyngekapasitet for brukere av hybride tjenester for en detaljert forklaring.

En Expressway-klynges kapasitet for brukere av Hybrid Calendar Service 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 noder (eller nodens OVA-størrelse) på en enkelt dedikert klynge.

_{* Merk 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 er tilordnet én node når det er to noder i klyngen; den andre noden er en redundant sikkerhetskopi. Se Planlegging av motorveiklyngekapasitet for brukere av hybride tjenester for en detaljert forklaring.}

Brukertildeling på tvers av verter og klynger

Som standard tildeler og fordeler Hybrid Calendar Service automatisk brukere jevnt på tvers av alle kalenderkoblinger i en klynge. Tildelingen er dynamisk basert på tilgjengelighet, og administratoren har ingen kontroll over hvilken bestemt node en individuell bruker er tilordnet.

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

Med denne grunnleggende forståelsen av brukertildeling og med tanke på forutsetningene for Expressway Calendar Connector, kan en administrator distribuere riktig kapasitet i stor skala for organisasjonen sin. La oss se på en eksempelorganisasjon med 126 000 brukere som skal aktiveres for Hybrid Calendar Service, gitt følgende parametere:

• Expressway-klynger på 6 noder ved bruk av 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 hvor N=6 og U_cal1=15,000 (ved bruk av den store OVA-malen) gir maksimalt 75 000 brukere. Med totalt 126 000 brukere i kalendertjenestedistribusjonen kreves det flere Calendar Connector-vertsklynger. Brukerne ville bli likt fordelt som vist i figuren nedenfor:

Hybridkalendertjenesten legger først til brukere i klynge A inntil klyngen når en brukerkapasitet på 75 000, og tilordner deretter de resterende brukerne til klynge B. Brukerne fordeles tilfeldig og likt på tvers av alle noder i klyngen. Dette eksemplet viser en lik fordeling av Calendar Connector-vertsnoder (innenfor hver av de to klyngene) på tvers av datasentrenes RTP & PDX. Hver node bruker den samme OVA-malen og følger Expressway-retningslinjene for høy tilgjengelighet. Kalenderkoblingen bruker Expressway-klyngelogikken i en 5+1 redundansmodell for å tillate scenarier med høy tilgjengelighet.

Når alle brukere er tilordnet en kalenderkobling, 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 den mislykkede noden 5A i klynge A, har nå failover til de gjenværende nodene i den klyngen. En enkelt nodekapasitet tillater opptil 15 000 brukere, og hver node som blir igjen i klynge A legger til 2500 brukere som opprinnelig ble tildelt node 5A. Det er ingen endring eller innvirkning på klynge B eller 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. users/node. Derfor, hvis en annen node i klynge A blir utilgjengelig, for eksempel node 4A i neste figur, vil klynge B nå være ansvarlig for å plukke opp den ekstra brukerbelastningen. De 15 000 brukerne fra node 4A er nå omfordelt til klynge B og likt fordelt på alle nodene i klynge B.

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

Et viktig punkt å være klar over når man planlegger en storskala utrulling av en hybridkalendertjeneste er å forstå konsekvensene av en feil hvis den skulle oppstå i utrullingen. Hvis vi bruker den samme utplasseringen med 126 000 brukere, men mister et helt datasenter, er det en mulighet for at brukere ikke blir tilordnet en Calendar Connector-node. For å forhindre tjenesteavbrudd i denne typen scenario, ville kunden trenge en tredje klynge for å omdistribuere og håndtere de berørte brukerne.

En Expressway-klynges kapasitet til å betjene Hybrid Message-brukere avhenger av størrelsen på de inngående Expressway-nodene, antall noder i klyngen og strategien for tjenestekontinuitet.

Tabellen nedenfor viser det maksimale antallet brukere på en enkelt motorvei som brukes for hybridmeldingen.

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

Kapasiteten til koblingsvertsklyngen avhenger av størrelsen på de inngående Expressway-nodene, antall noder, koblingene som kjører på klyngen og strategien for tjenestekontinuitet. Se Planlegging av motorveiklyngekapasitet for brukere av hybride tjenester for en detaljert forklaring av disse faktorene.

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

Generelt anbefaler vi kun sameksistens for mindre distribusjoner på opptil to noder. Hvis distribusjonen din overskrider kapasiteten til et par noder, bør du flytte koblinger til Expressway-klynger som er dedikert til hver spesifikke hybridtjeneste.

Eksempel: Connector Host Scale med tre Coresid-kontakter

Tabellen nedenfor viser et eksempel på skala og samhørighet. Den gir maksimalt antall brukere per klynge, for hver tjeneste, med forskjellige spesifikasjoner for koblingsvertsklyngen. Klyngen deles mellom Hybrid Calendar (ved hjelp av din lokale Exchange), hybrid call og Hybrid Message Service.

Introduksjon

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

• Vi kan ikke støtte skalerbarhetsmodellen som gjelder for en dedikert koblingsvert Expressway. Brukertallene du får ut av å lese de andre emnene i denne artikkelen, eller bruke kalkulatoren, gjelder ikke når koblingsverten deles med andre Expressway-tjenester.

• Kombinasjonene av Expressway-baserte tjenester og hybride tjenestekoblinger som er beskrevet i denne artikkelen, og de tilhørende brukernumrene, er de eneste scenariene som støttes. Vi har ikke testet andre scenarier, og du kan ikke forvente at de vil fungere i ditt miljø.

Ekspressveibasert kalendertjeneste med anropskobling og anropstjenestetraversering

I dette scenariet er det en Expressway-klynge med to noder, en hybridkalenderkobling. Klyngen utfører også samtalegjennomgang for andre Cisco-anropsløsninger (SIP-signalering og media).

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

_{† For å unngå denne skalabegrensningen anbefaler vi at du bruker den skybaserte kalendertjenesten i stedet for den lokale koblingen. For den Expressway-baserte hybridkalenderen er begrensningen på 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 mobil- og fjerntilgang

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