Ett Expressway-klusters kapacitet att betjäna användare av hybridkalendertjänsten beror på storleken på de ingående Expressway-C-noderna, antalet noder i Expressway-klustret och strategin för tjänstekontinuitet.

Följande tabell visar det maximala antalet användare på en enda motorväg som är dedikerad till de olika hybridkalendermiljöerna.

_{* För att undvika denna skalbegränsning rekommenderar vi att du använder den molnbaserade kalendertjänsten istället för den lokala anslutningen. För den Expressway-baserade hybridkalendern är begränsningen av Office 365-användarkapaciteten till 1 000 per kluster oberoende av klustrets nodstorlek eller antal. Denna begränsning härrör från interaktion med Microsofts molntjänst och inte från skalan för den lokala Expressway-distributionen}.

Observera att användarkapaciteten är densamma för ett kluster med en nod och för ett kluster med två noder. Detta beror på att Kalendertjänsten använder failover för att förbättra tjänstekontinuiteten. Alla användare tilldelas en nod när det finns två noder i klustret; den andra noden är en redundant säkerhetskopia. Se Planera Expressway-klusterkapacitet för användare av hybridtjänster för en detaljerad förklaring.

Ett Expressway-klusters kapacitet för användare av Hybrid Calendar Service beror främst på storleken och antalet noder i klustret och strategin för tjänstekontinuitet. Följande tabell visar den maximala totala användarkapaciteten som klustret kan hantera när du ökar noderna (eller nodens OVA-storlek) i ett enda dedikerat kluster.

_{* Observera att användarkapaciteten är densamma för ett kluster med en nod och för ett kluster med två noder. Detta beror på att Kalendertjänsten använder failover för att förbättra tjänstekontinuiteten. Alla användare tilldelas en nod när det finns två noder i klustret; den andra noden är en redundant säkerhetskopia. Se Planera Expressway-klusterkapacitet för användare av hybridtjänster för en detaljerad förklaring}.

Användartilldelning mellan värdar och kluster

Som standard tilldelar och fördelar hybridkalendertjänsten automatiskt användare jämnt över alla kalenderanslutningar i ett kluster. Tilldelningen är dynamisk baserat på tillgänglighet, och administratören har ingen kontroll över vilken specifik nod en enskild användare tilldelas.

I de fall en organisation har mer än ett kluster baseras användardistributionen på flera faktorer, inklusive klustertillgänglighet, aktuell tilldelning (för att minska flappning vid felåterställning) och en sorteringsordning baserad på högsta klusterpreferens. Administratören har också möjlighet att tilldela en användare eller grupp av användare till en resursgrupp. Resursgrupper är klusterspecifika, så de tillåter administratörer att begränsa tilldelningen av vissa uppsättningar användare till ett specifikt kluster.

Med denna grundläggande förståelse för användartilldelning och med hänsyn till förutsättningarna för Expressway Calendar Connector kan en administratör distribuera lämplig kapacitet i stor skala för sin organisation. Låt oss titta på en exempelorganisation med 126 000 användare som ska aktiveras för Hybrid Calendar Service, med 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

Kapacitetsformeln för ett enda kluster, U _CalN = (N-1) * U _cal1 där N = 6 och U _cal1 = 15 000 (med den stora OVA-mallen) ger högst 75 000 användare. Med totalt 126 000 användare i distributionen av kalendertjänsten krävs flera värdkluster för Calendar Connector. Användarna skulle fördelas lika enligt följande figur:

Hybrid Calendar Service lägger till användare i kluster A först tills klustret når 75 000 användarkapacitet och tilldelar sedan de återstående användarna till kluster B. Användarna är slumpmässigt och jämnt fördelade över alla noder i klustret. Det här exemplet visar en jämn fördelning av värdnoder för Calendar Connector (inom vart och ett av de två klusterna) över datacenter RTP och PDX. Varje nod använder samma OVA-mall och följer riktlinjerna för hög tillgänglighet för Expressway. Calendar Connector använder Expressway-klusterlogiken i en 5+1 redundansmodell för att möjliggöra scenarier med hög tillgänglighet.

Med alla användare tilldelade en kalenderanslutning, låt oss nu undersöka vad som händer när det finns ett fel i ett kluster. Nästa figur visar ett enda nodfel. Användare som tilldelats den misslyckade noden, 5A i kluster A, har nu misslyckats med att överföra till de återstående noderna i det klustret. En enda nodkapacitet tillåter upp till 15 000 användare och varje nod kvar i kluster A lägger till 2500 användare som ursprungligen tilldelades på nod 5A. Det finns ingen förändring eller påverkan på kluster B eller de användare som tilldelats kluster B.

Kluster A har fortfarande maximal kapacitet, och var och en av de operativa noderna i klustret har nu maximal kapacitet, 15 000 användare/nod. Därför, om en annan nod i kluster A blir otillgänglig, till exempel nod 4A i nästa figur, kommer kluster B nu att ansvara för att plocka upp den extra användarbelastningen. De 15 000 användarna från nod 4A omfördelas nu till kluster B och fördelas jämnt över alla noder inom kluster B.

När noderna 4A och 5A återställs kommer användarna i kluster A att omfördelas över noderna i klustret. Användarna som misslyckades över till kluster B förblir i kluster B under denna återställningsfas för att undvika onödiga användartilldelningar mellan kluster, som visas i nästa figur.

En viktig punkt att vara medveten om när du planerar en storskalig hybridkalendertjänstdistribution är att förstå effekterna av ett fel om det skulle inträffa i distributionen. Om vi använder samma 126 000 användardistribution men råkar förlora ett helt datacenter finns det en potential för användare att inte tilldelas en Calendar Connector-nod. För att förhindra ett serviceavbrott i denna typ av scenario skulle kunden behöva ett tredje kluster för att omfördela och hantera de drabbade användarna.

Ett Expressway-klusters kapacitet att betjäna hybridmeddelandeanvändare beror på storleken på de ingående Expressway-noderna, antalet noder i klustret och strategin för tjänstekontinuitet.

Följande tabell visar det maximala antalet användare på en enda motorväg som används för hybridmeddelandet.

Det här avsnittet handlar om att dela en anslutningsvärd Expressway mellan anslutningarna för flera hybridtjänster, inklusive kalendertjänsten och meddelandetjänsten. An slutningsvärden delas inte med andra Expressway-baserade lösningar som MRA och B2B.

Kopplingsvärdklustrets kapacitet beror på storleken på de ingående Expressway-noderna, antalet noder, anslutningarna som körs på klustret och servicekontinuitetsstrategin. Se Planera Expressway-klusterkapacitet för användare av hybridtjänster för en detaljerad förklaring av dessa faktorer.

Det finns också en kalkylator för dig att modellera olika anslutningsvärdkluster och se hur många användare av varje tjänst som ditt föreslagna kluster kan stödja.

I allmänhet rekommenderar vi coresidence endast för mindre distributioner av upp till två noder. Om distributionen överstiger kapaciteten för ett par noder bör du flytta kopplingar till Expressway-kluster som är dedikerade till varje specifik hybridtjänst.

Exempel: Värdskala för anslutning med tre samverkande kontakter

Följande tabell visar ett exempel på skala och samboende. Det ger det maximala antalet användare per kluster, för varje tjänst, med olika specifikationer för anslutningsvärdklustret. Klustret delas mellan Hybrid Calendar (med ditt lokala Exchange), hybridanrop och Hybrid Message Service.

Introduktion

Det här avsnittet handlar om att dela en anslutningsvärd Expressway med andra Expressway-baserade lösningar. När du väljer att vara värd för anslutningar på en motorväg som du använder för andra ändamål gäller följande viktiga försiktighetsåtgärder:

• Vi kan inte stödja skalbarhetsmodellen 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 använda kalkylatorn, gäller inte när anslutningsvärden delas med andra Expressway-tjänster.

• Kombinationerna av Expressway-baserade tjänster och hybridtjänstanslutningar som beskrivs i den här artikeln, och de tillhörande användarnumren, är de enda scenarierna som stöds. Vi har inte testat andra scenarier, och du kan inte förvänta dig att de fungerar i din miljö.

Expressway-baserad kalendertjänst med Call Connector och Call Service Traversal

I det här scenariot, ett Expressway-kluster med två noder Hybrid Calendar-anslutningar. Klustret gör också samtalstraversal för andra Cisco-samtal slösningar (SIP-signalering och media).

Tabellen visar de olika kalendermiljöer som du kan använda med den Expressway-baserade anslutningen. Den Expressway-baserade kalenderkontakten stöds inte i kluster med fler än två noder. Använd den molnbaserade anslutningen för större skala med Office 365 (se Kalendertjänstskala).

_{† För att undvika denna skalbegränsning rekommenderar vi att du använder den molnbaserade kalendertjänsten istället för den lokala anslutningen. För den Expressway-baserade hybridkalendern är begränsningen av Office 365-användarkapaciteten till 1 000 per kluster oberoende av klustrets nodstorlek eller antal. Denna begränsning härrör från interaktion med Microsofts molntjänst och inte från skalan för den lokala Expressway-distributionen}.

Kalender med mobil och Remote Access

I det här scenariot är ett MRA-kluster med en eller två små Expressway-virtuella maskiner värd för kalenderanslutningen . Det här scenariot 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.