Använd den här artikeln för att planera anslutningskapaciteten för Webex Hybrid-tjänstdistributioner och förstå skalbarhetsrekommendationerna. För både dedikerade och coresident-anslutningsdistributioner hittar du maxantalet användare som stöds för anslutningskluster, de faktorer som avgör hur många användare som stöds och hur du använder kontrollhubben för att utvärdera om du behöver lägga till fler Expressways.
Hybrid-samtalstjänsten på Call Connector-arkitekturen har gått ut (EOL) och tjänsten stöds intelängre officiellt. Samtalsanslutning ska inte övervägas för framtida Expressway kapacitetsplanering för Hybrid-tjänster. |
Den här artikeln omfattar inte kapacitetsplanering för Hybrid-kalendertjänst Cisco TMS-integrering med Office 365- eller Cisco TMS-integrering med Google Kalender. Information om kapacitet finns i Distributionsguide för Cisco Webex-kalendertjänst för hybrid. |
Vi tillhandahåller den här artikeln för att hantera dina frågor om kapacitetsplanering och förklara hur vi beräknar användarskala. För att skapa ett scenario kan du prova kapacitetskalkylatorn för Hybrid-tjänster.
Överväganden vid planering
När du Expressway för användare av Hybrid-tjänsterna bör du tänka på följande frågor:
Vilka Hybrid-tjänster behöver du?
Värden Expressway vara värd för anslutningar för Hybrid-samtalstjänst, Hybrid-kalendertjänst- och Hybrid-meddelandetjänsten.
Hur många användare har du för varje tjänst?
Ju fler användare du har för varje tjänst, desto större chans är det att du vill dedikera Expressway kluster till tjänster. För färre användare kan det vara bra att köra flera anslutningar i ett delat kluster (coresidency).
Kommer dina behov att ändras?
Du kanske vill starta i liten storlek, med ett Expressway kluster som tillhandahåller tjänster till en grupp av tidiga anammare i din organisation och planera för tillväxt för en framtida utrullning. Du kan migrera från en delad modell till en dedikerad modell, eller skala ditt befintliga kluster, för att uppfylla behoven som förändras.
Faktorer som bidrar
Vi definierar ett klusters kapacitet i form av följande variabler:
Nodstorlek – varje Expressway virtuell dator har en "VM-storlek" som avgörs vid installationstiden av de resurser som tilldelats till den virtuella datorn. Installationsguiderna Expressway beskriver dessa krav. Om du redan har en Expressway kan du läsa VM-storleken på sidan Expressway.
Nodantal – ett Expressway kluster kan ha mellan en och sex noder. De måste ha samma nodstorlek och köra samma version av programvaran.
Strategi förtjänstkontinunivå – Tjänsterna använder strategier för att säkerställa kontinuerlig service till användare. kalendertjänst och meddelandetjänsten använder en failover-strategi.
Strategierna beskrivs i strategier för tjänstkontinui och skala av tabellen dedikerade kluster.
Coresidency – När anslutningarna delar ett Expressway kluster är resurserna som är tillgängliga för varje tjänst avsevärt lägre jämförtmed dedikerade klustret.
Det kan även finnas Expressway andra tjänstbaserade tjänster på din anslutningsvärd, t.ex. affärssamtal (B2B) eller mobil- Remote Access (MRA). I begränsade scenarier där den här typen av coresidency stöds är de storlekssiffror vi dokumenterar här begränsade till vad vi har testat. Utöver vad som beskrivs i den här artikeln får Expressway kluster inte delas med andra tjänster. detta stöds inte.
Tjänstespecifika begränsningar – Kalenderanslutningen är till exempel främst avsedd för Microsoft Exchange-användare och stöder ett begränsat antalOffice 365-användare.
Beräkningar för dedikerade Expressway kluster
Vi anger en övre gräns för antalet användare av tjänsten som en dedikerad enkel Expressway kan hantera (ett "kluster om en"), baserat på bevis som vi samlar in under testning och provperioder.
Expressway nodstorlek | Hybrid kalendertjänst skala | Skala för Hybrid-meddelandetjänst |
---|---|---|
1. Liten | 5000 | 5000 |
2. Medel | 10000 | 6500 |
3. Stora | 15000 | 15000 |
Vi använder algoritmerna för tjänstkontinui för att extrapolera antalet enskilda noder till kluster av flera noder, enligt förklaring i följande tabell. Om du vill ha resultaten utan en förklaring, se:
Jämföra |
Hybrid-kalendertjänst |
Hybrid-meddelandetjänst |
---|---|---|
1. Modell |
Failover-modell |
Failover-modell |
2. Beskrivning |
Vi tilldelar varje användare till en nod i klustret. Detta sprider ut användarna över alla noder. Om en nod går ner återskapar vi användartilldelningarna från den noden på de andra noderna. När noden dyker upp igen kommer vi att återaktivera användartilldelningar för alla aktiva noder. |
Vi tilldelar varje användare till en nod i klustret. Detta sprider ut användarna över alla noder. Om en nod går ner återskapar vi användartilldelningarna från den noden på de andra noderna. När noden dyker upp igen kommer vi att återaktivera användartilldelningar för alla aktiva noder. |
3. Formel |
UcalN= (N-1) * Ucal1 |
UmsgN= (N-1) * Umsg1 |
4. Definitioner |
Där: UcalN är klustret av N-kapacitet för kalendertjänst användare N är antalet noder Ucal1 är kapaciteten för en nod för kalendertjänst användare |
Där: UmsgN är klustret av N-kapacitet för användare av meddelandetjänsten N är antalet noder Umsg1 är kapaciteten för en nod för användare av meddelandetjänsten |
5. Anteckningar |
Om N=1 finns det ingen failover. Failover är automatisk och obligatorisk om N>1. Om N =2 är kapaciteten densamma som om N = 1, med bättre tjänstkontinuunivå. Anpassa fördelarna från N>=3 eller genom att använda en större nod. |
Om N=1 finns det ingen failover. Failover är automatisk och obligatorisk om N>1. Om N =2 är kapaciteten densamma som om N = 1, med bättre tjänstkontinuunivå. Anpassa fördelarna från N>=3 eller genom att använda en större nod. |
Beräkningar för Expressway kluster
Vår algoritm förutsätter att de savsident anslutningarna proportionellt delar resurserna för en enskild nod. Denna algoritm anger högerkonservativt gränsen för varje typ av användare på noden.
Till exempel visar följande tabell maxantalet användare för alla dedikerade ärenden och kärnärenden på en och samma mellanstor Expressway.
Expressway syfte | kalendertjänst användare | Användare av meddelandetjänsten |
---|---|---|
Dedikerade till kalendertjänst | 10,000 |
— |
Dedikerade till meddelandetjänst |
— |
6,500 |
Delas av kalendertjänst och meddelandetjänsten |
4,000 |
4,000 |
Delas av kalender-, samtals- och meddelandetjänster |
2,300 |
2,300 |
Vi ger inte en uttömmande lista över alla kärnfrekvenser för alla klusterstorlekar. Istället kan du övervaka kapaciteten för din befintliga distribution av Hybrid-tjänster, eller användakalkylatorn för att planera en ny distribution.
Kalkylatorn låter dig välja anslutningar, nodstorlek och antal noder, så du kan modella din distribution. Resten av det här avsnittet förklarar hur den beräknar användarnumren från din modell. |
Precis som vi gjorde för den dedikerade Expressway extrapolerar vi algoritmen för delade Expressways för att avgöra användarnummer för flera noder. Skillnaden med de dedikerade fallen är att vi tillämpar den lämpliga beräkningen av tjänstkontinui för att få användarskalering för en viss tjänst på klustret. Vi kan inte beräkna användarskala för klustret eftersom klustrets värdar konkurrerar, användarbaserade strategier för tjänstkontinunivå.
Kluster, syfte |
Användare av Hybrid-meddelandetjänst för 1, 2 och 3 noder |
||
---|---|---|---|
Dedikerade till meddelandetjänst |
6,500 |
6,500 |
13,000 |
Ytterligare faktorer som bidrar
Det kan finnas konkurrerande krav på klustrets resurser som kommer att minska användarkapaciteten. Följande är kända exempel:
kalendertjänst –Anslutningsvärden kanske också använder O365-användare. De nummer och beräkningar som visas här utgår från att endast din lokala Exchange-infrastruktur tillhandahåller kalendertjänst. För mer information om hybridavsnittet kalendertjänst vi några nummer och diagram i kalendertjänst avsnitt i den härartikeln.
Anropsbearbetning – Anslutningsvärden kan även bearbeta anropssignalering och -media. Detta är en "Business to Business"-integrering mellan din organisation och Webex-molnet. Detta minskar kapaciteten enligt beskrivningen i Kärnhantering med andra Expressway lösningar.
Du kan använda Control Hub för att visa ett procentvärde för den nuvarande användarkapaciteten för var och en av dina Hybrid-Expressway resurser. En färgstapel anger om kapaciteten ligger inom godtagbara gränser. Med hjälp av den här vyn kan du utvärdera hälsan för hybridtjänstdistributioner och du får vägledning om när du behöver fler Expressways.
Grön– Dina Expressways ligger inom acceptabla kapacitetsgränser. (1%–60%)
Gul– Du har tillräckligt med Expressways, men är nära att nå kapacitetsgränserna. (61%–90%)
Röd– Du har inte tillräckligt med Expressways och måste lägga till fler. (91 % och upp)
Om dina Expressways är i en resursgrupp visas kapacitetsindikatorn under en filtrerad vy av klustren i resursgruppen.
För distribueringar utan resursgrupper (standard):
För distribueringar med resursgrupper:
Tänk på saker
Klusterkapaciteten varierar beroende på nodstorleken, antalet noder i Expressway-klustret, hur många tjänster som körs på klustret och strategi för hög tillgänglighet eller redundans. Mer information finns i enskilda avsnitt för kalender- och meddelandeskala.
Med coresidency minskas användarskalenden för befintliga tjänster. kapacitetsalgoritmen förutsätter att alla användare använder alla tjänster.
Vi rekommenderar coresidency när du försöker använda flera tjänster eller om du har en mindre distribution. För tjänster i produktion eller för storskalig distribution rekommenderar vi att du kör de olika hybrid-tjänsterna på dedikerade Expressway kluster.
Nästa steg
För att lägga till fler Expressways för Hybrid-tjänster, använd stegen i distributionsguiden för att registrera anslutningsvärdar i molnet och lägga till dem i befintliga kluster:
Ett Expressway klusters kapacitet för Hybrid-kalendertjänst-användare beror främst på storleken och antalet noder i klustret och strategin för tjänstkontinui. Följande tabell visar den maximala totala användarkapaciteten som klustret kan hantera när du ökar noder (eller nodens OVA-storlek) på ett enda dedikerat kluster.
I en Hybrid Exchange-miljö med Office 365-användare finns det en gräns på 1 000 Office 365-användare per kluster, oberoende av klustrets nodantal eller -storlek. Den molnbaserade tjänsten är den föredragna metoden för att hantera Office 365-användare. Vi rekommenderar starkt att du endast tillfälligt är värd för Office 365-användare på Expressway. Denna begränsning härrör från samverkan med Microsoft-molntjänsten och inte från skalan hos den lokala lokala Expressway distributionen. Om du till exempel har en enda liten Expressway-nod är din kapacitet begränsad till 1 000 Office 365-användare och 4 000 Microsoft Exchange-användare. Om du har ett kluster med 6 små noder är din kapacitet begränsad till 1 000 Office 365-användare plus 24 000 Microsoft Exchange-användare. |
Expressway nodstorlek |
1 eller 2 noder* |
3 noder |
4 noder |
5 noder |
6 noder |
---|---|---|---|---|---|
1. Liten |
5 K |
10 k |
15 k |
20 k |
25 k |
2. Medel |
10 k |
20 k |
30 k |
40 k |
50 k |
3. Stora |
15 k |
30 k |
45 k |
60 k |
75 k |
* Observera att användarkapaciteten är densamma för ett kluster med en nod som för ett kluster med två noder. Detta beror på kalendertjänst använder fail-over för att förbättra tjänstkontinuin. Alla användare tilldelas en nod när det finns två noder i klustret: den andra noden är en redundant säkerhetskopiering. I Planering Expressway för användare av Hybrid-tjänster finns en detaljerad beskrivning.
Användartilldelning mellan värdar och kluster
Som standard tilldelar Hybrid kalendertjänst automatiskt och distribuerar användare ut så att de fördelas över alla kalenderanslutningar i ett kluster. Tilldelningen är dynamisk baserad på tillgänglighet och administratören har ingen kontroll över vilken specifik nod som en enskild användare tilldelas till.
I fall där en organisation har fler än ett kluster baseras användardistributionen på flera faktorer, inklusive klustertillgänglighet, aktuell tilldelning (för att minska misslyckad återställning) och en sorteringsordning baserad på högsta klusterinställningar. Administratören kan också tilldela en användare eller en grupp av användare till en resursgrupp. Resursgrupper är klusterspecifika, så de gör det möjligt för administratörer att begränsa tilldelning av särskilda uppsättningar av användare till ett visst kluster.
Med den här grundläggande användartilldelning för programmet och med Expressway-kalenderanslutningen som förhandskrav kan en administratör distribuera lämplig kapacitet i skala för organisationen. Låt oss titta på en exempelorganisation med 126 000 användare som ska aktiveras för hybrid-kalendertjänst med hjälp av följande parametrar:
Expressway kluster med 6 noder som använder den stora OVA-mallen (gräns på 15 000 användare per nod)
Inga resursgrupper krävs
Kapaciteten för ett enda kluster, UcalN= (N-1) * U cal1 där N=6 och Ucal1 =15 000 (med hjälp av den stora OVA-mallen) ger maximalt75 000 användare. Med totalt 126 000 användare i kalendertjänstdistributionen krävs flera Kalenderanslutningsvärdkluster. Användarna distribueras lika mycket som visas i följande bild:
![Två kluster med 6 noder vardera; kluster En värd 12 500 användare per nod för totalt 75 000 användare, kluster B är värdar för 8 500 användare per nod för totalt 51 000 användare. Tillsammans finns det 126 000 användare tilldelade till Hybrid-kalendertjänst.](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457822.jpg)
Hybrid-kalendertjänst lägger först till användare i kluster A tills klustret når 75 000 användarkapacitet och sedan tilldelar de återstående användarna till kluster B. Användarna distribueras slumpmässigt och lika mellan alla noder i klustret. Det här exemplet visar en lika distribution av kalenderanslutningens värdnoder (inom vart och ett av klustren) mellan datacenters RTP och PDX. Varje nod använder samma OVA-mall och följer de riktlinjer Expressway för högtillgänglighet. Kalenderanslutningen använder logiken Expressway i en 5+1-redundansmodell för att tillåta scenarier för hög tillgänglighet.
Med alla användare som har tilldelats en Kalenderanslutning kan vi nu ta en närmare undersökning av vad som händer när ett kluster fel uppstår. I nästa bild visas ett fel med en nod. Användare som tilldelades till den misslyckade noden, 5A i kluster A, har nu misslyckats över till de återstående noderna i klustret. En kapaciteten för en nod gör det möjligt för upp till 15 000 användare och varje återstående nod i kluster A lägger till 2 500 användare som ursprungligen tilldelades på noden 5A. Kluster B eller användare som har tilldelats på kluster B kommer inte att ändras eller påverkas.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457824.jpg)
Kluster A har fortfarande maximal kapacitet, och alla driftnoder i klustret har nu maximal kapacitet, 15 000 användare/nod. Om en annan nod i kluster A inte längre är tillgänglig, till exempel noden 4A i nästa bild, ansvarar kluster B nu för att hämta den extra användarbelastningen. De 15 000 användarna från noden 4A tilldelas nu kluster B och fördelas lika över alla noder inom kluster B.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457825.jpg)
När noderna 4A och 5A återställs kommer användarna i kluster A att om distribueras över noderna i klustret. De användare som misslyckades med att gå över till kluster B ligger kvar på kluster B under den här återställningsfasen för att undvika onödiga användartilldelningar mellan kluster, så som visas i nästa bild.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457826.jpg)
Ett nyckelobjekt att känna till när man planerar en storskalig Hybrid kalendertjänst-distribution förstår effekten av ett fel om det skulle inträffa i distributionen. Om vi använder samma distribution av 126 000 användare men råkar förlora ett helt datacenter finns det en potential för att användare inte tilldelas en Kalenderanslutningsnod. För att förhindra ett tjänsteavbrott i det här scenariot behöver kunden ett tredje kluster för att omtilldelade och hantera påverkade användare.
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/450001-460000/457001-458000/457827.jpg)
Ett Expressway klusters kapacitet för användare av Hybrid-meddelandetjänsten beror på storleken på komponenten Expressway-noder, antalet noder i klustret och strategin för tjänstkontinui.
Följande tabell visar maxantalet användare på en enskild Expressway som används för hybridmeddelandetjänsten.
Liten Expressway |
Medelstor Expressway |
Stor Expressway |
---|---|---|
5 000 användare |
6 500 användare |
15 000 användare |
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/430001-440000/430001-431000/430394.jpg)
Användarnumren är samma för ett kluster med en nod och för ett kluster med två noder. Detta beror på att meddelandetjänsten använder failover för att förbättra tjänstkontinuin. Användare fördelas jämnare över flera noder i klustret: Om en nod misslyckas tilldelas användaren till den noden till de andra noderna. |
![](https://www.cisco.com/content/dam/en/us/td/i/400001-500000/430001-440000/431001-432000/431574.jpg)
Det här ämnet handlar om att dela ett värd Expressway mellan anslutningarna för flera Hybrid-tjänster, inklusive kalendertjänst- och meddelandetjänsten. Anslutningsvärden delas inte med andra Expressway baserat på lösningar som MRA och B2B.
Anslutningsvärdklustrets kapacitet beror på storleken på komponentens Expressway-noder, antalet noder, anslutningarna som körs på klustret och strategin för tjänstkontinunivå. I Planering Expressway för användare av Hybrid-tjänster finns en detaljerad beskrivning av dessa faktorer.
Det finns också en kalkylator som du kan använda för att modella olika anslutningsvärdkluster och se hur många användare av varje tjänst dina föreslagna kluster kan stödja.
I allmänhet rekommenderar vi coresidency endast för mindre storleksdistributioner av upp till två noder. Om distributionen överskrider kapaciteten för ett par noder bör du flytta anslutningarna till Expressway kluster som är dedikerade för varje specifik hybridtjänst.
Exempel: Anslutningsvärdskala med tre kärnanslutningar
Följande tabell visar ett exempel på skala och coresidency. Det ger maximalt antal användare per kluster för varje tjänst med olika specifikationer föranslutningsvärdklustret. Klustret delas mellan Hybrid-kalendertjänst (med hjälp av din lokala Exchange), Hybrid-samtalstjänstoch Hybrid-meddelandetjänst.
Tjänst |
Två små noder |
Två mellanstora noder |
Två stora noder |
---|---|---|---|
kalendertjänst användare |
1,300 |
2,300 |
3,000 |
Användare av meddelandetjänsten |
1,300 |
2,300 |
3,000 |
Inledning
Detta ämne handlar om att dela en anslutningsvärds Expressway med Expressway-baserade lösningar. När du väljer att vara värd för anslutningar på Expressway som du använder för andra ändamål gäller följande viktiga förbehåll:
Vi kan inte stödja den skalbarhetsmodell som gäller för en dedikerad anslutningsvärd Expressway. Användarnumren som du hämtar från att läsa de andra ämnena i den här artikeln eller med hjälp av kalkylatorn gäller inte när anslutningsvärden delas med andra Expressway tjänster.
Kombinationer av Expressway-baserade tjänster och hybrid-tjänsteanslutningar som beskrivs i den här artikeln och associerade användarnummer är de enda scenarierna som stöds. Vi har inte testat andra scenarier och du kan inte förvänta dig att de ska fungera i din miljö.
Expressway-baserad kalendertjänst med samtalsanslutning och samtalstjänstpassakar
I detta fall används anslutningar för två noder Expressway Hybrid-kalendertjänst kluster. Klustret gör också samtalstraersal för andra Cisco-samtalslösningar (SIP-signalering och -media).
Tabellen visar de olika kalendermiljöer som du kan använda med Expressway-baserade kontaktdonet. Den Expressway kalenderanslutningen stöds inte på kluster med fler än två noder. Använd den molnbaserade anslutningen för större skala med Office 365 (se kalendertjänst Skala).
Tjänst |
Två små nodkluster |
Två mellanstora nodkluster |
Två stora nodkluster |
|
---|---|---|---|---|
Kalendertjänst |
Lokal Exchange |
500 användare |
1 000 användare |
1 000 användare |
Office365-† |
500 användare |
1 000 användare |
1 000 användare |
|
Lokal Exchange och Office 365 (Hybrid Exchange-distributioner) |
Max 500 användare för båda |
Max 1 000 användare för båda |
Max 1 000 användare för båda |
|
Samtalspassakar |
200 ljudsessioner 100 videosessioner |
200 ljudsessioner 100 videosessioner |
1 000 ljudsessioner 500 videosessioner |
† För att undvika denna skalbegränsning rekommenderar vi att du använder den molnbaserade kalendertjänst i stället för den lokala anslutningen. För Expressway-baserad Hybrid kalendertjänst är begränsningen av Office 365-användarkapacitet till 1 000 per kluster oberoende av klustrets nodstorlek eller -antal. Denna begränsning härrör från samverkan med Microsofts molntjänst och inte från storleken på den lokala Expressway-distributionen.
Kalender med mobil och Remote Access
I detta fall är ett MRA-kluster med en eller två Expressway virtuella maskiner värd för Kalenderanslutningen. Detta scenario förutsätter att klustret endast används för MRA och de två anslutningarna. Klustret är begränsat till en eller två små noder.
Expressway syfte |
Kluster med en liten Expressway-C |
Kluster med två små Expressway–cs |
---|---|---|
kalendertjänst (lokal anslutning till Exchange) |
500 användare |
500 användare |
Mobil- Remote Access användare |
100 |
100 |