En Expressway-klynges kapasitet for å betjene brukere av hybridkalendertjeneste avhenger av størrelsen på de konstituerende Expressway-C-nodene, antall noder i Expressway-klyngen og tjenestekontinuitetsstrategien.

Tabellen nedenfor viser maksimalt antall brukere på en enkelt motorvei dedikert til de forskjellige hybridkalendermiljøene.

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

Merk at brukerkapasiteten er den samme for en klynge med en node og for en klynge med to noder. Dette er fordi kalendertjenesten bruker failover for å forbedre tjenestekontinuiteten. Alle brukere tilordnes en node når det er to noder i klyngen; den andre noden er en redundant sikkerhetskopi. Se Planlegging av motorveiklyngekapasitet for brukere av hybridtjenester for en detaljert forklaring.

En Expressway-klynges kapasitet for brukere av Hybrid Calendar Service avhenger først og fremst av størrelsen og antall noder i klyngen, og tjenestekontinuitetsstrategien. 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 en node og for en klynge med to noder. Dette er fordi kalendertjenesten bruker failover for å forbedre tjenestekontinuiteten. Alle brukere tilordnes en node når det er to noder i klyngen; den andre noden er en redundant sikkerhetskopi. Se Planlegging av motorveiklyngekapasitet for brukere av hybridtjenester for en detaljert forklaring}.

Brukertildeling på tvers av verter og klynger

Som standard tilordner og fordeler Hybrid Calendar Service automatisk brukere jevnt over alle kalenderkoblinger i en klynge. Oppgaven er dynamisk basert på tilgjengelighet, og administratoren har ingen kontroll over hvilken bestemt node en individuell 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 feilgjenoppretting) 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 tildeling av bestemte sett med brukere til en bestemt klynge.

Med denne grunnleggende forståelsen av brukertildeling og med hensyn til forutsetningene for Expressway Calendar Connector, kan en administrator distribuere riktig kapasitet i stor skala for organisasjonen. La oss se på et eksempel på en organisasjon på 126 000 brukere som skal aktiveres for Hybrid Calendar Service, 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 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 vil være likt fordelt som vist i følgende figur:

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

Med alle brukere som er tilordnet en kalenderkontakt, la oss nå undersøke hva som skjer når det er en feil i en klynge. Den neste figuren viser en enkelt nodefeil. Brukere som ble tildelt den mislykkede noden, 5A i klynge A, har nå mislyktes over til de gjenværende nodene i den 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 tildelt på 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 operasjonelle nodene i klyngen har nå maksimal kapasitet, 15 000 brukere/node. Derfor, hvis en annen node i klynge A blir utilgjengelig, slik som knutepunkt 4A i neste figur, vil klynge B nå være ansvarlig for å plukke opp den ekstra brukerbelastningen. De 15 000 brukerne fra node 4A blir nå tildelt klynge B og fordelt likt over alle noder i klynge B.

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

Et viktig element du må være oppmerksom på når du planlegger en storskala Hybrid Calendar Service-distribusjon, er å forstå virkningen av en feil hvis den skulle oppstå i distribusjonen. Hvis vi bruker den samme 126 000 brukerdistribusjonen, men tilfeldigvis mister et helt datasenter, er det et potensial for at brukere ikke blir tilordnet en Calendar Connector-node. For å forhindre tjenestebrudd i denne typen scenarier, trenger kunden en tredje klynge for å omfordele og håndtere de berørte brukerne.

En Expressway-klynges kapasitet for å betjene hybridmeldingsbrukere avhenger av størrelsen på de konstituerende Expressway-nodene, antall noder i klyngen og tjenestekontinuitetsstrategien.

Tabellen nedenfor viser maksimalt antall brukere på en enkelt motorvei som brukes til hybridmeldingen.

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

Kapasiteten til koblingsvertsklyngen avhenger av størrelsen på Expressway-nodene, antall noder, kontaktene som kjører på klyngen og tjenestekontinuitetsstrategien. Se Planlegging av Expressway Cluster Capacity for Hybrid Services Bru kere for en detaljert forklaring av disse faktorene.

Det er også en kalkulator der du kan modellere forskjellige vertsklynger for tilkobling og se hvor mange brukere av hver tjeneste den foreslåtte klyngen din kan støtte.

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

Eksempel: Koblingsvertsskala med tre koresidentkontakter

Tabellen nedenfor viser et eksempel på skala og sambosted. Det gir maksimalt antall brukere per klynge, for hver tjeneste, med forskjellige spesifikasjoner for vertsklyngen for koblingen. Klyngen deles mellom Hybrid Calendar (ved hjelp av det lokale Exchange), hybridanrop og Hybrid Message Service.

Introduksjon

Dette emnet handler om å dele en koblingsvert 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 advarsler:

• Vi kan ikke støtte skalerbarhetsmodellen som gjelder for en dedikert koblingsvert Expressway. Brukernumrene du henter fra å 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 hybridtjenestekontakter beskrevet i denne artikkelen, og de tilknyttede brukernumrene, er de eneste scenariene som støttes. Vi har ikke testet andre scenarier, og du kan ikke forvente at de skal fungere i ditt miljø.

Expressway-basert kalendertjeneste med anropskontakt og samtaletjenestegjennomgang

I dette scenariet, en Expressway med to noder klynger Hybrid Calendar-kontakter. Klyngen gjør også samtaletraversal for andre Cisco-anropsl øsninger (SIP-signalering og media).

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

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

Kalender med mobil og Remote Access

I dette scenariet er en MRA-klynge bestående av en eller to små Expressway-virtuelle maskiner vert for Calendar Connector. Dette scenariet antar at klyngen bare brukes til MRA og de to kontaktene. Klyngen er begrenset til en eller to små noder.