Tak for din feedback.
Brugerkapacitetsgrænser for Expressway-baserede hybridtjenester
Har du feedback?Hybrid Call Service på Call Connector-arkitekturen er gået ud af levetid (EOL), så tjenesten understøttes ikke længere officielt. Call Connector bør ikke overvejes til fremtidig Expressway-kapacitetsplanlægning for hybrid tjenester.
Denne artikel dækker ikke kapacitetsplanlægning for Hybrid Calendar Service Cisco TMS-integration med Office 365 eller Cisco TMS-integration med Google Kalender. Du kan finde oplysninger om kapacitet i Installations vejledningen til Cisco Webex Hybrid Calendar Service.
Vi leverer denne artikel til at behandle dine spørgsmål om kapacitetsplanlægning og forklare, hvordan vi beregner brugerskala. Prøv kapacitetsberegneren for Hybrid Services for at modellere dit scenarie.
Planlægningsovervejelser
Når du planlægger Expressway-kapacitet til din Hybrid Services-brugerpopulation, skal du overveje følgende spørgsmål:
-
Hvilke hybridtjenester har du brug for?
Expressway kan være vært for forbindelser til Hybrid Call Service, Hybrid Calendar Service og Hybrid Message Service.
-
Hvor mange brugere har du for hver tjeneste?
Jo flere brugere du har til hver tjeneste, jo mere sandsynligt er det, at du vil dedikere Expressway-klynger til tjenester. For mindre populationer er det et gyldigt valg at køre flere stik på en delt klynge (coresidence).
-
Vil dine behov ændre sig?
Det kan være en god idé at starte i det små, med en Expressway-klynge, der leverer service 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 for at imødekomme dine skiftende krav.
Medvirkende faktorer
Vi definerer en klynges kapacitet i form af 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. Expressway-installationsvejledningerne beskriver disse krav. Hvis du allerede har en motorvej, kan du læse VM-størrelsen på siden i Expressway-grænsefladen.
-
Nodeantal — En Expressway-klynge kan have mellem en og seks no der. De skal have samme nodestørrelse og køre den samme version af software.
-
Servicekontinuitetsstrategi - Tjenesterne bruger strategier til at sikre kontinuerlig service til brugerne. Kalendertjenesten og meddelelsestjenesten bruger en failover-strategi.
Strategierne er beskrevet i tabellen Servicekontinuitetsstrategier og skala af dedikerede klynger.
-
Samboende — Når forbindelserne 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, f.eks. B2B (business to business call) eller Mobile and Remote Access (MRA). I de begrænsede scenarier, hvor denne type coresidence 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å forbindelsesværten Expressway-klyngen ikke deles med andre tjenester. Dette understøttes ikke.
-
Servicespecifikke begrænsninger — Kalenderforbindelsen er f.eks. primært beregnet til Microsoft Exchange brugere og understøtter et begrænset antal Office 365-brugere.
Beregninger for dedikerede motorvejsklynger
Vi sætter en hård grænse for antallet af servicebrugere, som en dedikeret enkelt motorvej kan administrere (en „klynge på én“), baseret på beviser, som vi indsamler i test og forsøg.
| Motorvejsknutestørrelse | Hybrid kalenderserviceskala | Hybrid meddelelsestjenesteskala |
|---|---|---|
| 1. Lille | 5000 | 5000 |
| 2. Medium | 10000 | 6500 |
| 3. Stor | 15000 | 15000 |
Vi bruger tjenestekontinuitetsalgoritmerne til at ekstrapolere enkeltnodenumrene til flere knudeklynger, som forklaret i nedenstående tabel. Hvis du vil have resultaterne uden forklaringen, se:
|
Sammenlign |
Hybrid kalendertjeneste |
Hybrid meddelelsestjeneste |
|---|---|---|
|
1. Modellen |
Failover-model |
Failover-model |
|
2. Beskrivelse |
Vi tildeler hver bruger til en node i klyngen. Dette spreder brugerne på tværs af alle noder. Hvis en node går ned, genskaber vi brugertildelingerne fra den node på de andre noder. Når noden kommer op igen, genbalancerer vi brugertildelinger på tværs af alle aktive noder. |
Vi tildeler hver bruger til en node i klyngen. Dette spreder brugerne på tværs af alle noder. Hvis en node går ned, genskaber vi brugertildelingerne fra den node på de andre noder. Når noden kommer op igen, genbalancerer vi brugertildelinger på tværs af alle aktive noder. |
|
3. Formel |
U calN = (N-1) * U cal1 |
U MSgn = (N-1) * U msg1 |
|
4. Definitioner |
Hvor: U CalN er klyngen af N-kapacitet for kalender tjenestebrugere N er nodetællingen U cal1 er den enkelte nodekapacitet for brugere af kalendertjenesten |
Hvor: U mSgn er klyngen med N-kapacitet for brugere af Message Service N er nodetællingen U msg1 er den enkelte nodekapacitet for brugere af Message Service |
|
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 om N = 1, med bedre kontinuitet i tjenesten. Skalering drager fordel af N>=3 eller ved at bruge en større nodestørrelse. |
Hvis N = 1, er der ingen failover. Failover er automatisk og obligatorisk, hvis N>1. Hvis N = 2, er kapaciteten den samme som om N = 1, med bedre kontinuitet i tjenesten. Skalering drager fordel af N>=3 eller ved at bruge en større nodestørrelse. |
Beregninger for delte motorvejsklynger
Vores algoritme antager, at corezidente stik forholdsmæssigt deler ressourcerne i en enkelt node. Denne algoritme indstiller konservativt grænsen for hver type bruger på noden.
For eksempel viser nedenstående tabel det maksimale antal brugere for alle de dedikerede sager og coresidenssager på en enkelt mellemlang motorvej.
| Motorvejsformål | Kalendertjenestebrugere | Brugere af meddelelsestjenesten |
|---|---|---|
|
| ||
| Dedikeret til kalenderservice |
10,000 |
— |
|
Dedikeret til Message Service |
— |
6,500 |
|
Delt af kalendertjenesten og meddelelsestjenesten |
4,000 |
4,000 |
|
Delt af kalender-, opkalds- og meddelelsestjenester |
2,300 |
2,300 |
Vi viser ikke udtømmende alle coresidensstater for alle klyngestørrelser. I stedet kan du overvåge kapaciteten i din eksisterende Hybrid Services-udrul ning eller bruge lom meregneren til at planlægge en ny implementering.
Lommeregneren giver dig mulighed for at vælge stik, nodestørrelse og antal noder, så du kan modellere din implementering. Resten af dette afsnit forklarer, hvordan det beregner brugernumrene fra din model.
Ligesom vi gjorde for den dedikerede Expressway, ekstrapolerer vi algoritmen for delte motorveje til at bestemme brugernumre for flere noder. Forskellen fra de dedikerede sager er, at vi anvender den passende tjenestekontinuitetsberegning for at få brugerskalaen for en bestemt tjeneste på klyngen. Vi kan ikke beregne brugerskalaen for klyngen, fordi klyng en er vært for konkurrerende, brugerbaserede, servicekontinuitetsstrategier.
|
Klyngeformål |
Brugere af hybridmeddelelsestjeneste til 1,2 og 3 noder | ||
|---|---|---|---|
|
Dedikeret til Message Service |
6,500 |
6,500 |
13,000 |
Yderligere medvirkende faktorer
Der kan være konkurrerende krav til klyngens ressourcer, der vil mindske brugerkapaciteten. Dette er de kendte eksempler:
Kalendertjeneste — Tilslutningsværten kan også servicere O365-brugere. De tal og beregninger, der vises her, antager, at kun din lokale Exchange-infrastruktur leverer kalendertjenesten. For mere om 'hybrid' kalendertjenesten har vi nogle tal og grafer i afsnittet Kalenderservice i denne artikel.
Opkaldsbehandling — Tilslutningsværten kan også behandle opkaldssignalering og medier. Dette er effektivt en „Business to business“ -integration mellem din organisation og Webex-skyen. Dette reducerer kapaciteten som beskrevet i Coresidence with Other Expressway Solutions.
Du kan bruge Control Hub til at få vist en procentværdi af den aktuelle brugerkapacitet for hver af dine Hybrid Services Expressway-ressourcer. En farvelinje angiver, om kapaciteten er inden for acceptable grænser. Denne visning giver dig mulighed for at evaluere tilstanden af dine hybridtjenesteudrulninger og vejlede dig om, hvornår du har brug for flere motorveje.
-
Grø n - Dine motorveje er inden for acceptable kapacitetsgrænser. (1%–60%)
-
Amber — Du har nok motorveje, men du er tæt på at nå kapacitetsgrænser. (61%–90%)
-
R ød - Du har ikke nok motorveje og skal tilføje flere. (91% og derover)
Hvis dine motorveje er i en ressourcegruppe, vises kapacitetsindikatoren under en filtreret visning af klyngerne i ressourcegruppen.
-
For udrulninger uden ressourcegrupper (standard):
-
Gå til servicekortene for at få vist den procentdel af kapaciteten, der bruges på Expressway-ressourcerne for hver tjeneste.
-
-
For udrulninger med ressourcegrupper:
-
Hvis kapacitetsværdien er N/A, skal du vælge en ressourcegruppe fra Filter for at gennemse ressourcegrupper og kapacitet.
Værdien opdateres for at vise den procentdel af kapacitet, der bruges til klynger i den pågældende ressourcegruppe, og farvekodning for at angive tilstanden.
-
Ting at huske på
-
Klyngekapaciteten varierer afhængigt af nodestørrelsen, antallet af noder i Expressway-klyngen, hvor mange tjenester der kører på klyngen og strategien for høj tilgængelighed eller failover-strategi. Du kan finde flere oplysninger i afsnit tene Kalender og Beskedskalering.
-
Coresidence reducerer brugerskalaen for eksisterende tjenester; kapacitetsalgoritmen antager, at hver bruger bruger alle tjenester.
Vi anbefaler co-residence, når du prøver flere tjenester, eller hvis du har en mindre implementering. For tjenester i produktion eller til store implementeringer anbefaler vi, at du kører de forskellige hybridtjenester på dedikerede Expressway-klynger.
Hvad skal man gøre næste
Hvis du vil tilføje flere Expressways for Hybrid Services, skal du bruge trinene i installationsvejledningen til at registrere forbindelsesværter i skyen og føje dem til eksisterende klynger:
En Expressway-klynges kapacitet til at servicere brugere af Hybrid Calendar Service afhænger af størrelsen af Expressway-C-noderne, antallet af noder i Expressway-klyngen og servicekontinuitetsstrategien.
Følgende tabel viser det maksimale antal brugere på en enkelt motorvej, der er dedikeret til de forskellige hybridkalendermiljøer.
|
Kalendermiljø |
Lille motorvej |
Mellemvej motorvej |
Stor motorvej |
|---|---|---|---|
|
Kun Exchange i det lokale miljø |
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 det lokale miljø (Hybrid Exchange-udrulninger) |
Maks 1.000 Office 365-brugere ud af 5.000 brugere i alt |
Maks 1.000 Office 365-brugere ud af 10.000 brugere i alt |
Maks 1.000 Office 365-brugere ud af 15.000 brugere i alt |
* For at undgå denne skaleringsbegrænsning anbefaler vi, at du bruger den skybaserede kalendertjeneste i stedet for konnektoren i det lokale miljø. For den Expressway-baserede hybridkalender er begrænsningen af Office 365-brugerkapacitet til 1.000 pr. klynge uafhængig af klyngens nodestørrelse eller antal noder. Denne begrænsning stammer fra interaktion med Microsofts skytjeneste og ikke fra skalaen af Expressway-udrulningen i det lokale miljø.
Bemærk, at brugerkapaciteten er den samme for en klynge med en node og for en klynge på to noder. Dette skyldes, at kalendertjenesten bruger failover til at forbedre tjenestekontinuiteten. Alle brugere tildeles en node, når der er to noder i klyngen; den anden node er en redundant sikkerhedskopi. Se Planlægning af motorvejsklyngekapacitet til brugere af hybridtjenester for en detaljeret forklaring.
En Expressway-klynges kapacitet for brugere af Hybrid Calendar Service afhænger primært af størrelsen og antallet af noder i klyngen og servicekontinuitetsstrategien. Følgende tabel viser den maksimale samlede brugerkapacitet, som klyngen kan håndtere, når du øger noderne (eller nodens OVA-størrelse) 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, uafhængigt af klyngens nodeantal eller størrelse. Den skybaserede tjeneste er den foretrukne metode til håndtering af Office 365-brugere. Vi anbefaler stærkt, at du kun midlertidigt hoster Office 365-brugere på Expressway.
Denne begrænsning stammer fra interaktion med Microsofts skytjeneste og ikke fra omfanget af Expressway-implementeringen i det lokale miljø. Hvis du f.eks. har en enkelt lille Expressway-node, 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å noder, er din kapacitet begrænset til 1.000 Office 365-brugere plus 24.000 Microsoft Exchange brugere.
|
Motorvejsknutestørrelse |
1 eller 2 noder* |
3 Noder |
4 Noder |
5 Noder |
6 Noder |
|---|---|---|---|---|---|
|
1. Lille |
5K |
10K |
15K |
20K |
25K |
|
2. Medium |
10K |
20K |
30K |
40K |
50K |
|
3. Stor |
15K |
30K |
45K |
60K |
75K |
* Bemærk, at brugerkapaciteten er den samme for en klynge af en node og for en klynge på to noder. Dette skyldes, at kalendertjenesten bruger fail-over til at forbedre tjenestekontinuiteten. Alle brugere tildeles en node, når der er to noder i klyngen; den anden node er en redundant sikkerhedskopi. Se Planlægning af motorvejsklyngekapacitet til brugere af hybridtjenester for en detaljeret forklaring.
Brugertildeling på tværs af værter og klynger
Som standard tildeler og fordeler Hybrid Calendar Service automatisk brugere jævnt på tværs af alle kalenderforbindelser i en klynge. Tildelingen er dynamisk baseret på tilgængelighed, og administratoren har ingen kontrol over, hvilken bestemt node en individuel bruger er tildelt til.
I tilfælde, hvor en organisation har mere end én klynge, er brugerdistributionen baseret på flere faktorer, herunder klyngetilgængelighed, aktuel tildeling (for at reducere flapping 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 giver administratorer mulighed for at begrænse tildeling af bestemte sæt brugere til en bestemt klynge.
Med denne grundlæggende forståelse af brugertildeling og under hensyntagen til forudsætningerne for Expressway Calendar Connector kan en administrator implementere den relevante kapacitet i stor skala for deres organisation. Lad os se på et eksempel på en organisation på 126.000 brugere, der skal aktiveres for Hybrid Calendar Service, givet følgende parametre:
-
Expressway-klynger på 6 noder ved hjælp af den store OVA-skabelon (grænse på 15.000 brugere pr. node)
-
Ingen ressourcegrupper kræves
Kapacitetsformlen for en enkelt klynge, U CalN = (N-1) * U cal1, hvor N = 6 og U cal1 = 15.000 (ved hjælp af den store OVA-skabelon) giver maksimalt 75.000 brugere. Med 126.000 brugere i alt i udrulningen af kalendertjenesten kræves der flere Calendar Connector-værtsklynger. Brugerne vil være ligeligt fordelt som vist i følgende figur:
Hybrid Calendar Service føjer brugere til klynge A først, indtil klyngen når 75.000 brugerkapacitet, og tildeler derefter de resterende brugere til klynge B. Brugerne er tilfældigt og ligeligt fordelt på alle noder i klyngen. Dette eksempel viser en lige fordeling af Calendar Connector-værtsnoder (inden for hver af de to klynger) på tværs af datacentre RTP og PDX. Hver node bruger den samme OVA-skabelon og følger retningslinjerne for høj tilgængelighed for Expressway. Calendar Connector bruger Expressway-klyngelogikken i en 5+1 redundansmodel for at muliggøre scenarier med høj tilgængelighed.
Med alle brugere, der er tildelt en kalenderforbindelse, lad os nu undersøge, hvad der sker, når der er en fejl i en klynge. Den næste figur viser en enkelt knudefejl. Brugere, der blev tildelt den mislykkede node, 5A i klynge A, har nu mislykkedes over til de resterende noder i klyngen. En enkelt nodekapacitet giver mulighed for op til 15.000 brugere, og hver node, der er tilbage i klynge A, tilføjer 2500 brugere, der oprindeligt blev tildelt på node 5A. Der er ingen ændring eller indflydelse på klynge B eller til de brugere, der er tildelt på klynge B.
Klynge A har stadig maksimal kapacitet, og hver af de operationelle noder i klyngen har nu maksimal kapacitet, 15.000 brugere/node. Derfor, hvis en anden node i klynge A bliver utilgængelig, såsom node 4A i den næste figur, vil klynge B nu være ansvarlig for at hente den ekstra brugerbelastning. De 15.000 brugere fra node 4A er nu omtildelt klynge B og fordelt ligeligt på tværs af alle noder inden for klynge B.
Når noderne 4A og 5A gendannes, vil brugerne på klynge A blive omfordelt på tværs af noderne i klyngen. De brugere, der ikke overgik til klynge B, forbliver på klynge B i denne gendannelsesfase for at undgå unødvendige brugertildelinger mellem klynger, som vist i næste figur.
Et vigtigt element, du skal være opmærksom på, når du planlægger en implementering af hybridkalendertjeneste i stor skala, er at forstå virkningen af en fejl, hvis den skulle opstå i implementeringen. Hvis vi bruger den samme 126.000 brugerimplementering, men tilfældigvis mister et helt datacenter, er der et potentiale for, at brugere ikke bliver tildelt en Calendar Connector-node. For at forhindre serviceafbrydelse i denne type scenarie har kunden brug for en tredje klynge til at omfordele og håndtere de berørte brugere.
En Expressway-klynges kapacitet til at servicere hybridmeddelelsesbrugere afhænger af størrelsen af de Expressway-noder, antallet af noder i klyngen og servicekontinuitetsstrategien.
Følgende tabel viser det maksimale antal brugere på en enkelt motorvej, der bruges til hybridmeddelelsen.
|
Lille motorvej |
Mellemvej motorvej |
Stor motorvej |
|---|---|---|
|
5.000 brugere |
6.500 brugere |
15.000 brugere |
Brugernumrene er de samme for en klynge af en node og for en klynge på to noder. Dette skyldes, at Message Service bruger failover til at forbedre servicekontinuiteten. Brugere fordeles jævnt på tværs af de flere noder i klyngen: Hvis en node fejler, tildeles nodens brugere til de andre noder.
Dette emne handler om deling af en forbindelsesvært Expressway mellem forbindelserne til flere hybridtjenester, herunder kalendertjeneste og meddelelsestjeneste. Connec torværten deles ikke med andre Expressway-baserede løsninger som MRA og B2B.
Forbindelsesværtsklyngens kapacitet afhænger af størrelsen af de Expressway-noder, antallet af noder, de forbindelser, der kører på klyngen, og servicekontinuitetsstrategien. Se Planlægning af Expressway Cluster Capacity for Hybrid Services Bru gere for en detaljeret forklaring af disse faktorer.
Der er også en lommeregner, hvor du kan modellere forskellige forbindelsesværtsklynger og se, hvor mange brugere af hver tjeneste, din foreslåede klynge kan understøtte.
Generelt anbefaler vi kun coresidence til mindre implementeringer af op til to noder. Hvis din implementering overstiger kapaciteten for et par noder, skal du flytte forbindelser til Expressway-klynger, der er dedikeret til hver specifik hybridtjeneste.
Eksempel: Tilslutningsværtsskala med tre corezidente stik
Følgende tabel viser et eksempel på skala og coresidence. Det giver det maksimale antal brugere pr. klynge for hver tjeneste med forskellige specifikationer for forbindelsesværtsklyngen. Klyngen deles mellem Hybrid Calendar (ved hjælp af Exchange i det lokale miljø), hybridopkald og Hybrid Message Service.
|
Serviceydelse |
To små knudepunkter |
To mellemstore knudepunkter |
To store knudepunkter |
|---|---|---|---|
|
Kalendertjenestebrugere |
1,300 |
2,300 |
3,000 |
|
Brugere af meddelelsestjenesten |
1,300 |
2,300 |
3,000 |
Introduktion
Dette emne handler om at dele en forbindelsesvært Expressway med andre Expressway-baserede løsninger. Når du vælger at være vært for forbindelser på en Expressway, som du bruger til andre formål, gælder følgende vigtige advarsler:
-
Vi kan ikke understøtte skalerbarhedsmodellen, der gælder for en dedikeret forbindelsesvært Expressway. De brugernumre, du får ved at læse de andre emner i denne artikel eller bruge lommeregneren, gælder ikke, når forbindelsesværten deles med andre Expressway-tjenester.
-
Kombinationerne af Expressway-baserede tjenester og hybridtjenesteforbindelser, der er 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 kalendertjeneste med Call Connector og Call Service Traversal
I dette scenarie klynger en Expressway med to noder Hybrid Calendar-stik. Klyngen udfører også opkaldstraversal til andre Cisco-opkaldsl øsninger (SIP-signalering og medier).
Tabellen viser de forskellige kalendermiljøer, som du kan bruge med den Expressway-baserede forbindelse. Den Expressway-baserede kalenderforbindelse understøttes ikke på klynger med mere end to noder. Brug den skybaserede forbindelse til større skalering med Office 365 (se Kalendertjenesteskalering).
|
Serviceydelse |
To små knudeklynger |
To mellemstore knudeklynger |
To store knudeklynger | |
|---|---|---|---|---|
|
Kalendertjeneste |
Exchange i det lokale miljø |
500 brugere |
1.000 brugere |
1.000 brugere |
|
Office 365 † |
500 brugere |
1.000 brugere |
1.000 brugere | |
|
Exchange og Office 365 i det lokale miljø (Hybrid Exchange-udrulninger) |
Max 500 brugere for begge |
Maks. 1.000 brugere for begge |
Maks. 1.000 brugere for begge | |
|
Opkaldsovergang |
200 lydsessioner 100 video sessioner |
200 lydsessioner 100 video sessioner |
1.000 lydsessioner 500 video sessioner | |
† For at undgå denne skaleringsbegrænsning anbefaler vi, at du bruger den skybaserede kalendertjeneste i stedet for konnektoren i det lokale miljø. For den Expressway-baserede hybridkalender er begrænsningen af Office 365-brugerkapacitet til 1.000 pr. klynge uafhængig af klyngens nodestørrelse eller antal noder. Denne begrænsning stammer fra interaktion med Microsofts skytjeneste og ikke fra skalaen af Expressway-udrulningen i det lokale miljø.
Kalender med mobil og Remote Access
I dette scenarie er en MRA-klynge bestående af en eller to små Expressway-VM'er vært for Calendar Connector. Dette scenarie antager, at klyngen kun bruges til MRA og de to stik. Klyngen er begrænset til en eller to små knudepunkter.
|
Motorvejsformål |
Klynge af en lille Expressway-C |
Klynge af to små Expressway-C'er |
|---|---|---|
|
Brugere af kalendertjenesten (lokal forbindelse til Exchange) |
500 brugere |
500 brugere |
|
Mobil og Remote Access brugere |
100 |
100 |
