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?

    Expressway kan 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 nuværende klynge, efterhånden som dine krav ændrer sig.

Medvirkende faktorer

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

  • Nodestørrelse – hver virtuel Expressway-maskine har en "VM-størrelse", der bestemmes på installationstidspunktet af de ressourcer, der er tildelt VM'en. Læs mere om disse krav i Installationsvejledningen til Expressway. Hvis du allerede har en Expressway, kan du læse VM-størrelsen på siden Status > systemoplysninger i Expressway grænsefladen.

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

  • Strategi for tjenestekontinuitet – Tjenesterne bruger strategier til at sikre kontinuerlig tjeneste for brugerne. kalendertjenester og Meddelelsestjeneste benytter en failover-strategi.

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

  • Fælles bopæl – når konnektorerne deler en Expressway-klynge, er de ressourcer, der er tilgængelige for hver tjeneste, betydeligt lavere sammenlignet med 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 kalendertilslutteren primært beregnet til Microsoft Exchange-brugere og understøtter et begrænset antal Office 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ørrelseHybrid kalendertjenester skaleringHybrid-beskedtjeneste skaler
1. Lille50005000
2. Middel100006500
3. Stor1500015000

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

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 kalendertjenestebrugere

N er antallet af knudepunkter

Ucal1 er det enkelte knudepunkts kapacitet for kalendertjenestebrugere

Hvor:

UmsgN er gruppen af N-kapacitet for brugere af meddelelsestjeneste

N er antallet af knudepunkter

Umsg1 er det enkelte knudepunkts kapacitet for brugere af meddelelsestjeneste

5. Noter

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ålkalendertjenester brugereBrugere 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 bruge kalkulatoren 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:

Kalendertjeneste – forbindelsesværten kan også betjene O365-brugere. Tallene og beregningerne, der er vist her, tager udgangspunkt i, at det kun er din Exchange-infrastruktur i virksomheden, der sørger for kalendertjenester. Hvis du vil have flere oplysninger om "hybrid"-kalendertjeneste, kan du se en række tal og grafer i afsnittet Kalendertjenester i denne artikel.

Opkaldsbehandling – tilslutterværten kan også behandle opkaldssignaler 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 – dine Expressways er inden for acceptable kapacitetsgrænser. (1%–60%)

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

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

    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.com hybrid-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å gruppen, 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 anvisningerne i udrulningsvejledningen for at registrere konnektor-hosts til skyen og føje dem til de nuværende klynger:

En Expressway-klynges kapacitet til at servicere brugere af hybrid-kalendertjenester afhænger af størrelsen på de Expressway-C-knudepunkter, antallet af knudepunkter i Expressway-klyngen og strategien for tjenestekontinuitet.

Følgende tabel viser det maksimale antal brugere på en enkelt Expressway dedikeret til de forskellige hybrid-kalendermiljøer.

Tabel 5. Hybrid-kalenderkapacitet på én dedikeret Expressway

Kalendermiljø

Lille Expressway

Mellemstor Expressway

Stor Expressway

Kun Exchange i virksomheden

5.000 brugere

10.000 brugere

15.000 brugere

Kun Office 365*

1.000 brugere

1.000 brugere

1.000 brugere

Exchange og Office 365* i virksomheden (hybrid-udrulninger af Exchange)

Maks. 1.000 Office 365 brugere ud af 5.000 samlede brugere

Maks. 1.000 Office 365 brugere ud af 10.000 samlede brugere

Maks. 1.000 Office 365 brugere ud af 15.000 samlede brugere

* For at undgå denne skala begrænsning anbefaler vi, at du bruger den cloud-baserede kalendertjenester i stedet for on-premises Connector. For den Expressway-baserede hybridkalender er begrænsningen af Office 365-brugerkapaciteten til 1.000 pr. klynge uafhængig af klyngens nodestørrelse eller antal. Denne begrænsning stammer fra interaktion med Microsoft Cloud-tjenesten og ikke fra omfanget af den lokale Expressway-udrulning.

Hybrid-kalenderbrugerkapacitet efter klyngetype for en dedikeret klynge

Bemærk: Brugerkapaciteten er den samme for ét knudepunkts klynge og for to knudepunkters klynge. Dette skyldes, at kalendertjenester forbedrer tjenestekontinuiteten ved hjælp af failover. Alle brugere tildeles til ét knudepunkt, når der er to knudepunkter i klyngen. Det andet knudepunkt er en redundant reserve. Få flere oplysninger i Planlægning af Expressway-klyngens kapacitet til brugere af hybrid-tjenester.

Brugerkapacitet til udveksling af hybrid-kalender på stedet og Office 365

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 6. 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. Middel

10K

20K

30K

40K

50K

3. Stor

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. Se Planlægning af Expressway-klyngekapacitet for brugere af hybrid-tjenester for en detaljeret forklaring.

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:

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.
Opgave

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.

É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.

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.

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.

Påvirkning af tab af datacenter

En Expressway-klynges kapacitet til at servicere brugere af hybrid-beskeder afhænger af størrelsen på de Expressway-knudepunkter, antallet af knudepunkter i klyngen og strategien for tjenestekontinuitet.

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

Tabel 7. Brugerkapacitet til hybrid-meddelelser på én dedikeret Expressway

Lille Expressway

Mellemstor Expressway

Stor Expressway

5.000 brugere

6.500 brugere

15.000 brugere

Brugerskala for hybrid-meddelelser på dedikerede konnektorværtsklynger

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.

Samordning eksempel: Brugerskala for hybrid-meddelelser og kalendertjenester efter klyngetype

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-kalender (ved hjælp af din lokale Exchange), hybrid-opkald og hybrid-beskedtjenesten.

Tabel 8. 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 klynger en Expressway-klynge hybrid-kalenderkonnektorer. 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 9. Brugerskaler for kalendertjenester med traversal

Service

To små knudepunktsklynge

To mellemstor knudepunktsklynge

To store knudepunktsklynge

Kalendertjenester

Exchange i virksomheden

500 brugere

1.000 brugere

1.000 brugere

Office 365

500 brugere

1.000 brugere

1.000 brugere

Exchange og Office 365 i virksomheden (hybrid-udrulninger af Exchange)

Maks. 500 brugere for begge

Maks. 1.000 brugere for begge

Maks. 1.000 brugere for begge

Godkendelse af 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 hybridkalender er begrænsningen af Office 365-brugerkapaciteten til 1.000 pr. klynge uafhængig af klyngens nodestørrelse eller antal. Denne begrænsning stammer fra interaktion med Microsoft Cloud-tjenesten og ikke fra omfanget af den lokale Expressway-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 10. 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