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 Status > Systeminformation i gränssnittet för 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.

Tabell 1. Gränser för antal användare på dedikerade enskilda Expressway
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:

Tabell 2. Strategier för tjänstkontinunivå och skala av dedikerade kluster

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.

Tabell 3. Skala av en mellanstor Expressway för dedikerade eller coresidency-scenarier
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å.

Tabell 4. Användarkapacitet på kluster av mellanstora noder

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):

    1. Från kundvyn i går du till Tjänster > Hybrid och bläddrar sedan till https://admin.webex.comhybrid-tjänstkorten för att se hur stor del av kapaciteten som används på Expressway resurser för varje tjänst.

  • För distribueringar med resursgrupper:

    1. Från kundvyn i går du till Tjänster > Hybrid, bläddrar till https://admin.webex.comhybrid-tjänstkorten och klickar sedan på Visaalla under Resurser.

      Kapacitetsfältet anger endast kapaciteten för kluster utanför resursgrupper. Om alla kluster är en del av en eller flera resursgrupper, eller om tjänsten inte har några kluster konfigurerade, visas inte kapacitetsfältet.

    2. Om kapacitetsvärdet är högre Ej tillämpligten resursgrupp från Filtrera för att granska resursgrupper och kapacitet.

      Värdet uppdateras för att visa hur många procent av kapaciteten som används i kluster i resursgruppen och färgkoderna för att ange hälso-.

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.

Tabell 5. Hybrid-kalendertjänst för ett dedikerat kluster

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:

Figur 1. Tilldelning
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.

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.

Figur 2. En nod i kluster A blir otillgänglig

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.

Figur 3. Två noder i kluster A blir otillgängliga

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.

Figur 4. Återställning och användares omdistribution över aktiva noder

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.

Figur 5. Påverkan av förlust av datacenter

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.

Tabell 6. Användarkapacitet för Hybrid-meddelandetjänst på en dedikerad Expressway

Liten Expressway

Medelstor Expressway

Stor Expressway

5 000 användare

6 500 användare

15 000 användare

Figur 6. Användarskala för Hybrid-meddelandetjänsten på dedikerade anslutningsvärdkluster. Diagrammet visar de högsta nivåerna av användarskala när du ökar noder på ett dedikerat kluster för Hybrid-meddelandetjänst

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.

Figur 7. Exempel på självs?ttighet: Hybrid-meddelandetjänst och kalendertjänst-användarskala efter klustertyp. Diagrammet visar max antal användare av meddelandetjänsten och användare kalendertjänst per kluster för olika typer av kluster som är värdar för både meddelande- och kalenderanslutningar.

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.

Tabell 7. Exempel: Anslutningsvärdskala med två kärnanslutningar

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

Tabell 8. Användarskala för kalendertjänst med samtalspassag

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.

Tabell 9. Kalenderanslutningsskala på liten MRA-Expressway-C

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