Brug denne artikel til at planlægge din konnektorkapacitet for udrulning af hybrid-tjenester og forstå anbefalingerne for skalerbarhed. I forbindelse med både dedikerede og centrale konnektorudrulninger kan du finde det maksimale antal brugere, der understøttes for konnektorklynger, de faktorer, der afgør begrænsningerne for understøttede brugere, og få at vide, hvordan du bruger Control Hub til at evaluere, om du har brug for flere Expressways.
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 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.
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:
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.
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.
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):
Ved udrulninger med ressourcegrupper:
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. |
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:
![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.](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457822.jpg)
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.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457824.jpg)
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.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457825.jpg)
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.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457826.jpg)
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.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457827.jpg)
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.
Lille Expressway |
Middel Expressway |
Stor Expressway |
---|---|---|
5.000 brugere |
6.500 brugere |
15.000 brugere |
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/430001-440000/430001-431000/430394.jpg)
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. |
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/430001-440000/431001-432000/431574.jpg)
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.
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).
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.
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 |