Hybrid-opkaldstjeneste på arkitekturen for opkaldstilslutning er udløbet (End of Life – EOL), såtjenesten understøttes ikke længere officielt. Opkaldskonnektor bør ikke betragtes som Expressway af kapacitet for hybrid-tjenester.


Denne artikel beskriver ikke kapacitetsplanlægning for hybrid-kalendertjenester Cisco TMS-integration med Office 365- eller Cisco TMS-integration med Google Kalender. For oplysninger om kapacitet, se Udrulningsvejledning for Cisco Webex-hybrid-kalendertjeneste.

Vi stiller denne artikel til brug for at løse dine spørgsmål i forbindelse med planlægning af kapacitet og forklare, hvordan vi beregner brugerskalering. For at modellere dit scenarie kan du prøve kapacitetsberegning for hybrid-tjenester.

Overvejelser i forbindelse med planlægning

Når du planlægger Expressway kapacitet for dine brugere af hybrid-tjenester, skal du overveje følgende spørgsmål:

  • Hvilke hybrid-tjenester har du brug for?

    Værten Expressway være vært for konnektorer til hybrid-opkaldstjeneste, hybrid-kalendertjenester og hybrid-beskedtjeneste.

  • Hvor mange brugere har du for hver enkelt tjeneste?

    Jo flere brugere du har for hver enkelt tjeneste, jo større sandsynlighed er der for, at du vil dedikere Expressway klynger til tjenester. For mindre grupper er kørsel af flere konnektorer på en delt klynge (coresidency) et gyldigt valg.

  • Vil dine behov ændre sig?

    Du vil muligvis starte i et lille område med en Expressway klynge, der leverer tjenesten til en gruppe af tidlige brugere i din organisation, og planlægge vækst for en fremtidig udrulning. Du kan migrere fra en delt model til en dedikeret model eller skalere din eksisterende klynge, alt efter hvad der ændres.

Medvirkende faktorer

Vi definerer en klynges kapacitet i henhold til følgende variabler:

  • Knudepunktstørrelse – hver enkelt Expressway virtuel maskine har en "VM-størrelse", der fastlægges på installationstiden af deressourcer, der er tildelt den virtuelle maskine. Installationsvejledningerne Expressway beskriver disse krav. Hvis du allerede har en Expressway, kan du læse VM-størrelsen på siden Status > systemoplysninger i Expressway grænsefladen.

  • Antalknudepunkter – en Expressway klynge kan have mellem ét og seks knudepunkter. De skal have samme knudepunktstørrelse og køre den samme softwareversion.

  • Strategi fortjenestekontinuitet – tjenesterne er strategier til at sikre brugerne en kontinuerlig tjeneste. kalendertjenester og Meddelelsestjeneste benytter en failover-strategi.

    Strategierne er beskrevet i tabellen Tjenestekontinuitetsstrategier og -skala for dedikerede klynger.

  • Coresidentitet – Når konnektorerne deler en Expressway klynge, er antallet af ressourcer, der er tilgængelige for hver tjeneste, betydeligt lavere endfor den dedikerede klynge.

    Der kan også være andre Expressway-baserede tjenester på din forbindelsesvært, såsom forretningsopkald (B2B) eller mobil Remote Access (MRA). I de begrænsede scenarier, hvor denne type coresidency understøttes, er de skalanumre, vi dokumenterer her, begrænset til det, vi har testet. Ud over det, der er beskrevet i denne artikel, må konnektorhosten Expressway klyngen ikke deles med andre tjenester; Dette understøttes ikke.

  • Tjenestespecifikke begrænsninger - For eksempel er kalendertilsluttet primært beregnet til Microsoft Exchange-brugere og understøtter et begrænset antalOffice 365-brugere.

Beregninger for dedikerede Expressway klynger

Vi har indstillet en fast grænse for antallet af tjenestebrugere, som en enkelt dedikeret Expressway kan administrere (en "klynge med én"), baseret på oplysninger fra test og prøveversioner.

Tabel 1. Begrænsninger for antallet af brugere på dedikerede Expressway
Expressway knudepunktstørrelse Hybrid kalendertjenester skalering Hybrid-beskedtjeneste skaler
1. Lille 5000 5000
2. Mellem 10000 6500
3. Store 15000 15000

Vi benytter tjenestekontinuitetsalgoritmer for at ekstrapolere antallet af enkelte knudepunkter til flere knudepunktsklynger som beskrevet i følgende tabel. Hvis du ønsker resultaterne uden forklaring, se:

Tabel 2. Tjenestekontinuitetsstrategier og skala for dedikerede klynger

Sammenligne

Hybrid-kalendertjenester

Hybrid-beskedtjeneste

1. model

Failover-model

Failover-model

2. Beskrivelse

Vi tildeler hver bruger til ét knudepunkt i klyngen. Dette spreder brugerne på tværs af alle knudepunkter.

Hvis et knudepunkt går ned, gendanner vi brugertildelingerne fra det pågældende knudepunkt på de andre knudepunkter.

Når knudepunktet kommer tilbage, afbalancer vi brugertildelingerne på tværs af alle aktive knudepunkter.

Vi tildeler hver bruger til ét knudepunkt i klyngen. Dette spreder brugerne på tværs af alle knudepunkter.

Hvis et knudepunkt går ned, gendanner vi brugertildelingerne fra det pågældende knudepunkt på de andre knudepunkter.

Når knudepunktet kommer tilbage, afbalancer vi brugertildelingerne på tværs af alle aktive knudepunkter.

3. Formel

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Definitioner

Hvor:

UcalN er klyngen af N-kapacitet for kalendertjenester brugere

N er antallet af knudepunkter

Ucal1 er det enkelte knudepunkts kapacitet for kalendertjenester brugere

Hvor:

UmsgN er klyngen af N-kapacitet for brugere af meddelelsestjeneste

N er antallet af knudepunkter

Umsg1 er det enkelte knudepunkts kapacitet for brugere af meddelelsestjeneste

5. Bemærkninger

Hvis N=1, er der ingen failover.

Failover er automatisk og obligatorisk, hvis N>1.

Hvis N=2, er kapaciteten den samme, som hvis N=1, med bedre tjenestekontinuitet.

Skaler fordele fra N>=3 eller ved at bruge en større knudestørrelse.

Hvis N=1, er der ingen failover.

Failover er automatisk og obligatorisk, hvis N>1.

Hvis N=2, er kapaciteten den samme, som hvis N=1, med bedre tjenestekontinuitet.

Skaler fordele fra N>=3 eller ved at bruge en større knudestørrelse.

Beregninger for delte Expressway klynger

Vores algoritme antager, at coresident-konnektorer deler ressourcer på et enkelt knudepunkt. Denne algoritme sætte grænsen konservativet for hver type bruger på knudepunktet.

For eksempel viser følgende tabel det maksimale antal brugere for alle de dedikerede tilfælde og de centrale tilfælde på en enkelt mellemstor Expressway.

Tabel 3. Skala fra én mellemstor Expressway til dedikerede eller centrale scenarier
Expressway formål kalendertjenester brugere Brugere af meddelelsestjenesteydelse
Dedikeret til kalendertjenester

10,000

Dedikeret til meddelelsestjeneste

6,500

Delt af kalendertjenester og meddelelsestjeneste

4,000

4,000

Delt af kalender, opkald og beskedtjenester

2,300

2,300

Vi laver ikke en udtømmende liste over alle de centraliserede stater for alle klyngestørrelser. I stedet kan du overvåge kapaciteten for din eksisterende udrulning af hybrid-tjenester eller brugekalkulatoren til at planlægge en ny udrulning.


Med kalkulatoren kan du vælge konnektorer, knudepunktstørrelse og knudepunktsantal, så du kan modellere din udrulning. Resten af dette afsnit forklarer, hvordan den beregner brugernumrene fra din model.

Ligesom vi gjorde med den dedikerede Expressway, ekstrapolerer vi algoritmen for delte Expressways for at bestemme brugernumre for flere knudepunkter. Forskellen fra de dedikerede tilfælde er, at vi anvender den nødvendige tjenestekontinuitetsberegning til at få brugerskalering for en bestemt tjeneste på klyngen. Vi kan ikke beregne brugerskalering for klyngen, fordi klyngen er vært for konkurrerende, brugerbaserede tjenestekontinuitetsstrategier.

Tabel 4. Brugerkapacitet på klynger med mellemstore knudepunkter

Klyngeformål

Brugere af hybrid-beskedtjeneste for 1,2, og 3 knudepunkter

Dedikeret til meddelelsestjeneste

6,500

6,500

13,000

Andre medvirkende faktorer

Der kan forekomme modstridende krav på klyngens ressourcer, som vil reducere brugerkapaciteten. Her er de kendte eksempler:

kalendertjenester –Konnektorhosten kan også servicere O365-brugere. Tallene og beregningerne, der er vist her, tager udgangspunkt i, at det kun er din Exchange-infrastruktur i stedet, der giver kalendertjenester. Få flere oplysninger om hybrid-kalendertjenester har vi nogle numre og grafer i kalendertjenester i denne artikel.

Opkaldsbehandling – konnektorhosten kan også behandle opkaldssignalering og medier. Dette er reelt en "business to business"-integration mellem din organisation og Webex-cloud. Dette reducerer kapaciteten som beskrevet i Coresidency med Andre Expressway løsninger.

Du kan bruge Control Hub til at se en procentværdi af den aktuelle brugerkapacitet for hver af dine hybrid-Expressway ressourcer. En farvebjælke angiver, om kapaciteten er inden for de acceptable grænser. Denne visning gør det muligt at evaluere funktionen af dine udrulninger af hybrid-tjenester, og vejleder dig i, hvornår du har brug for flere Expressways.

  • Grøn– Din Expressways er inden for de acceptable kapacitetsbegrænsninger. (1%–60%)

  • Gul –du har Expressways nok, men du er tæt på at nå kapacitetsbegrænsningerne. (61%–90%)

  • Rød– du har ikke Expressways nok og skal tilføje flere. (91 % og op igen)


    Hvis din Expressways er i en ressourcegruppe, vises kapacitetsindikatoren under en filtreret visning af grupperne i ressourcegruppen.

  • Ved udrulninger uden ressourcegrupper (standard):

    1. I kundevisningen i skal du gå til Tjenester > Hybrid og derefter rulle ned til hybrid-tjenestekortene for at se procentdelen af den kapacitet, der https://admin.webex.com bruges på Expressway-ressourcer for hver tjeneste.

  • Ved udrulninger med ressourcegrupper:

    1. I kundevisningen i skal du gå til Tjenester > Hybrid , rulle ned til https://admin.webex.comhybrid-tjenestekort og derefter klikke på Vis alle under Ressourcer .

      Kun kapacitetsbjælken viser kapaciteten for klynger uden for ressourcegrupper. Hvis alle klynger er en del af en eller flere ressourcegrupper, eller tjenesten ikke har nogen klynger, der er konfigureret, vises kapacitetsbjælken ikke.

    2. Hvis kapacitetsværdien ikke er I/T , skal du vælge enressourcegruppe fra Filtrer for at gennemgå ressourcegrupper og kapacitet.

      Værdien opdateres og viser procentdelen af kapacitet, der bruges til klynger i denne ressourcegruppe, og farvekoder, der angiver statussen.

Ting, der er værd at huske på

  • Klyngens kapacitet varierer afhængigt af størrelsen på knudepunktet, antallet af knudepunkter i Expressway-klyngen, antallet af tjenester, der kører på klyngen, og høj tilgængelighed- og failover-strategien. Se de individuelle kalender- og meddelelsesskaleringsssektioner for yderligere oplysninger.

  • Coresidency reducerer brugerens skalering for eksisterende tjenester; kapacitetsalgoritmen antager, at hver bruger bruger bruger alle -tjenester.


    Vi anbefaler coresidentitet, når du forsøger flere tjenester, eller hvis du har en udrulning på lille skala. For tjenester i produktion eller ved udrulninger på stor skala anbefaler vi, at du kører de forskellige hybridtjenester på dedikerede Expressway klynger.

Hvad er næste trin?

Hvis du vil tilføje flere Expressways til hybrid-tjenester, skal du følge trinnene i udrulningsvejledningen for at registrere konnektorværter til skyen og føje dem til eksisterende klynger:

En Expressway klynges kapacitet for hybrid-kalendertjenester-brugere afhænger først og fremmest af størrelsen og antallet af knudepunkter i klyngen og tjenestekontinuitetsstrategien. Følgende tabel viser den maksimale samlede brugerkapacitet, som klyngen kan håndtere, når du øger knudepunkterne (eller knude-OVA-størrelsen) på en enkelt dedikeret klynge.


I et hybrid Exchange-miljø med Office 365-brugere er der en grænse på 1.000 Office 365-brugere pr. klynge, uanset klyngens knudepunktsantal eller størrelse. Den cloud-baserede tjeneste er den foretrukne metode til håndtering af Office 365-brugere. Vi anbefaler, at du kun midlertidigt er vært for Office 365-brugere på Expressway.

Denne begrænsning skyldes interaktionen med Microsofts cloud-tjeneste, ikke omfanget af lokal Expressway udrulning. Hvis du for eksempel har et enkelt lille Expressway knudepunkt, er din kapacitet begrænset til 1.000 Office 365-brugere og 4.000 Microsoft Exchange-brugere. Hvis du har en klynge på 6 små knudepunkter, er din kapacitet begrænset til 1.000 Office 365-brugere plus 24.000 Microsoft Exchange-brugere.

Tabel 5. Hybrid kalendertjenester-brugerkapacitet for en dedikeret klynge

Expressway knudepunktstørrelse

1 eller 2 knudepunkter*

3 knudepunkter

4 knudepunkter

5 knudepunkter

6 knudepunkter

1. Lille

5K

10K

15K

20K

25K

2. Mellem

10K

20K

30K

40K

50K

3. Store

15K

30K

45K

60K

75K

* Bemærk, at brugerkapaciteten er den samme for et knudepunkts klynge og for to knudepunkter. Dette skyldes, kalendertjenester fail-over til at forbedre tjenestekontinuitet. Alle brugere tildeles til ét knudepunkt, når der er to knudepunkter i klyngen; det andet knudepunkt er en redundant reserve. Få flere oplysninger Expressway Planlægning af klyngekapacitet for brugere af hybrid-tjenester.

Brugertildeling på tværs af værter og klynger

Som standard tildeler og distribuerer Hybrid-kalendertjenester automatisk brugere ens på tværs af alle kalendertilslutterer i en klynge. Tildelingen er dynamisk baseret på tilgængelighed, og administratoren har ingen kontrol over, hvilket bestemt knudepunkt en individuel bruger er tildelt.

I tilfælde, hvor en organisation har mere end én klynge, er brugerdistribution baseret på flere faktorer, herunder tilgængelighed af klynge, aktuel tildeling (for at reducere tilknytningen under fejlgendannelse) og en sorteringsrækkefølge baseret på højeste klyngepræference. Administratoren har også mulighed for at tildele en bruger eller gruppe af brugere til en ressourcegruppe. Ressourcegrupper er klyngespecifikke, så de tillader administratorer at begrænse tildeling af bestemte sæt brugere til en specifik klynge.

Med denne grundlæggende forståelse af brugertildeling og under hensyn til forudsætningerne for Expressway-kalendertilslutter kan en administrator installere den passende kapacitet på skaleret for deres organisation. Lad os se på en eksempelorganisation med 126.000 brugere, der skal aktiveres for Hybrid-kalendertjenester, på grund af følgende parametre:

  • Expressway klynger med 6 knudepunkter ved hjælp af den store OVA-skabelon (grænse på 15.000 brugere pr. knude)

  • Ingen ressourcegrupper er påkrævet

Kapaciteten for en enkelt klynge, UcalN= (N-1) * Ucal1, hvor N=6 og Ucal1=15.000 (ved hjælp af den store OVA-skabelon) giver maksimalt 75.000 brugere. Med i alt 126.000 brugere i udrulningen af kalendertjenesten er flere kalendertilslutter-hostklynger nødvendige. Brugerne ville blive lige fordelt, som vist i følgende figur:

Figur 1. Opgave
To klynger med 6 knudepunkter hver; gruppe A-værter med 12.500 brugere pr. knude for i alt 75.000 brugere, klynge B-værter 8500 brugere pr. knude for i alt 51.000 brugere. Sammen er der 126.000 brugere tildelt til Hybrid-kalendertjenester.

Hybrid-kalendertjenester først brugere til klynge A, indtil klyngen når 75.000 brugerkapaciteten og derefter tildeler de resterende brugere til klynge B. Brugerne bliver tilfældigt og lige fordelt på tværs af alle knudepunkter i klyngen. Dette eksempel viser en ensartet fordeling af kalendertilslutterværtsknuder (inden for hver af de to klynger) på tværs af datacentre RTP & PDX. Hvert knudepunkt bruger den samme OVA-skabelon og følger Expressway retningslinjer for høj tilgængelighed. Kalendertilslutteren bruger logikken Expressway klynger i en 5+1 redundansmodel for at tage højde for scenarier med høj tilgængelighed.

Med alle brugere tildelt en kalendertilslutning skal vi nu se på, hvad der sker, når der er en fejl i en klynge. Den næste figur viser en enkelt knudefejl. Brugere, der blev tildelt til den mislykkede knude, 5A i klynge A, har nu ikke over til de resterende knudepunkter i den klynge. En enkelt knudepunktskapacitet giver op til 15.000 brugere, og hver knude, der er tilbage i klynge A, tilføjer 2500 brugere, der oprindeligt blev tildelt på knudepunkt 5A. Der er ingen ændring eller påvirkning af klynge B eller for brugerne tildelt på klynge B.

Figur 2. Ét knudepunkt i klynge A bliver utilgængelig

Klynge A er stadig ved maksimal kapacitet, og hvert af de funktionsdygtige knudepunkter i klyngen er nu ved maksimal kapacitet, 15.000 brugere/knudepunkt. Hvis et andet knudepunkt i klynge A bliver utilgængelig, såsom knudepunkt 4A i den næste figur, vil klynge B nu være ansvarlig for at opfange den ekstra brugerbelastning. De 15.000 brugere fra knude 4A tildeles nu igen til klynge B og er lige fordelt på tværs af alle knudepunkterne i klynge B.

Figur 3. To knudepunkter i klynge A bliver utilgængelige

Når knudepunkterne 4A og 5A gendannes, omfordeles brugerne i klynge A på tværs af knudepunkterne i klyngen. De brugere, der ikke kunne gruppere B, forbliver på klynge B i denne gendannelsesfase for at undgå unødvendige brugertildelinger mellem klynger, som vist i den næste figur.

Figur 4. Gendannelse og brugerfordeling på tværs af aktive knudepunkter

Et vigtigt punkt at være opmærksom på i planlægning af en hybrid kalendertjenester-udrulning på stor skala er at forstå indvirkningen af en fejl, hvis den indtræffer i udrulningen. Hvis vi bruger den samme brugerinstallation på 126.000, men det sker, at miste et helt datacenter, er der et potentiale for brugere, der ikke bliver tildelt til en kalendertilslutning knude. For at forhindre en tjenesteafbrydelse i denne type situation skal kunden have en tredje klynge for at omfordele og håndtere de påvirkningte brugere.

Figur 5. Påvirkning af tab af datacenter

En Expressway klynges kapacitet for betjening af brugere af hybrid-beskedtjeneste afhænger af størrelsen på de grundlæggende Expressway-knudepunkter, antallet af knudepunkter i klyngen og tjenestekontinuitetsstrategien.

Følgende tabel viser det maksimale antal brugere på en enkelt Expressway, der bruges til Hybrid-beskedtjenesten.

Tabel 6. Brugerkapacitet for hybrid-beskedtjeneste på ét dedikeret Expressway

Lille Expressway

Middel Expressway

Stor Expressway

5.000 brugere

6.500 brugere

15.000 brugere

Figur 6. Brugerprofil skaler hybrid-beskedtjeneste på dedikerede forbindelsesværtsklynger. Dette diagram viser niveauerne for maksimal brugerskalering ved forøgelse af antallet af knudepunkter på en dedikeret klynge for hybrid-beskedtjeneste

Brugernumrene er de samme for en klynge af ét knudepunkt og for en klynge med to knudepunkter. Dette skyldes, at meddelelsestjenesteydelsen forbedrer tjenestekontinuitet ved brug af failover. Brugerne er fordelt jævnt på tværs af de flere knudepunkter i klyngen: Hvis ét knudepunkt svigter, knyttes den pågældende knudes brugere til de andre knudepunkter.

Figur 7. Eksempel på systemkritisk system: Hybrid-beskedtjeneste og kalendertjenester skalere efter klyngetype. Dette diagram viser det maksimale antal brugere af meddelelsestjeneste og kalendertjenester pr. klynge for forskellige typer klynger, der er vært for både meddelelses- og kalendertilslutter.

Dette emne handler om deling af en Expressway forbindelseskomponent mellem forbindelserne for flere hybridtjenester, herunder kalendertjenester og beskedtjeneste. Forbindelsesværten deles ikke med andre Expressway baserede løsninger, såsom MRA og B2B.

Konnektor-værtsklyngens kapacitet afhænger af størrelsen på de grundlæggende Expressway-knudepunkter, antallet af knudepunkter, konnektorerne, der kører på klyngen, og tjenestekontinuitetsstrategien. Få flere oplysninger Expressway Planlægning af klyngekapacitet for brugere af hybrid-tjenester for at få en detaljeret forklaring af disse faktorer.

Du kan også bruge en kalkulator til at modellere forskellige konnektorværtsklynger, og se, hvor mange brugere af hver tjeneste din foreslåede klynge kan understøtte.

Generelt anbefaler vi kun coresidentitet for mindre implementeringer af op til to knudepunkter. Hvis din udrulning overstiger kapaciteten på et par knudepunkter, skal du flytte konnektorer til Expressway klynger, der er dedikeret til hver specifik hybridtjeneste.

Eksempel: Konnektorværtsskala med tre coresident-konnektorer

Følgende tabel viser et eksempel på skala og coresidency. Den giver det maksimale antal brugere pr. klynge, for hver tjeneste, med forskellige specifikationer for forbindelsesværtsklyngen. Klyngen deles mellem Hybrid-kalendertjenester (ved hjælp af din Exchange på stedet), hybrid-opkaldstjenesteog hybrid-beskedtjeneste.

Tabel 7. Eksempel: Konnektorvært skaler med to coresident-konnektorer

Service

To små knudepunkter

To mellemstore knudepunkter

To store knudepunkter

kalendertjenester brugere

1,300

2,300

3,000

Brugere af meddelelsestjenesteydelse

1,300

2,300

3,000

Introduktion

Dette emne handler om deling af en Expressway med andre Expressway baserede løsninger. Når du vælger at være vært for konnektorer på Expressway, som du bruger til andre formål, gælder følgende vigtige forbehold:

  • Vi kan ikke understøtte den skalerbarhedsmodel, der gælder for en dedikeret forbindelsesvært, Expressway. De brugernumre, som du får, når du læser andre emner i denne artikel eller bruger kalkulatoren, gælder ikke, når forbindelsesværten deles med andre Expressway tjenester.

  • Kombinationerne af Expressway og hybridtjenesteforbindelser beskrevet i denne artikel og de tilknyttede brugernumre er de eneste understøttede scenarier. Vi har ikke testet andre scenarier, og du kan ikke forvente, at de fungerer i dit miljø.

Expressway-baseret kalendertjenester med opkaldskonnektor og traversal for opkaldstjeneste

I dette scenarie kan en to-Expressway hybrid-kalendertjenester-konnektorer. Klyngen udfører også opkalds-traversal for andre Cisco-opkaldsløsninger (SIP-signalering og medier).

Tabellen viser de forskellige kalendermiljøer, som du kan bruge med den Expressway baserede konnektor. Den Expressway-baserede kalendertilslutter understøttes ikke på klynger med mere end to knudepunkter. Brug den cloud-baserede konnektor til større skalering med Office 365 (se kalendertjenester Skaler).

Tabel 8. Brugerskaler for kalendertjenester med traversal

Service

To små knudepunktsklynge

To mellemstor knudepunktsklynge

To store knudepunktsklynge

Kalendertjenester

Exchange i det lokale miljø

500 brugere

1.000 brugere

1.000 brugere

Office365-†

500 brugere

1.000 brugere

1.000 brugere

Exchange og Office 365 i det lokale miljø (hybrid-udrulninger af Exchange)

Maks. 500 brugere for begge

Maks. 1.000 brugere for begge

Maks. 1.000 brugere for begge

Traversal-opkald

200 lydsessioner

100 videosessioner

200 lydsessioner

100 videosessioner

1.000 lydsessioner

500 videosessioner

† For at undgå denne begrænsning anbefaler vi, at du bruger den cloud-baserede kalendertjenester i stedet for den lokale tilslutning. For den Expressway-baserede Hybrid kalendertjenester er begrænsningen af Office 365-brugerkapacitet til 1.000 pr. klynge uafhængig af klyngens knudepunktstørrelse eller -antal. Denne begrænsning skyldes interaktionen med Microsofts cloud-tjeneste og ikke størrelsen på den lokaleExpressway-udrulning.

Kalender med mobil og Remote Access

I dette scenarie er en MRA-klynge på én eller to Expressway VM'er vært for kalendertilslutning. Dette scenarie antager, at klyngen kun bruges til MRA, og de to konnektorer. Klyngen er begrænset til én eller to små knudepunkter.

Tabel 9. Kalendertilsluttektor skaler på lille MRA Expressway-C

Expressway formål

Klynge med én lille Expressway-C

Klynge med to små Expressway-Cs

kalendertjenester brugere (Lokal forbindelse til Exchange)

500 brugere

500 brugere

Mobil- Remote Access brugere

100

100