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

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

_{* För att undvika denna skalnings begränsning rekommenderar vi att du använder den Cloud-baserade kalendertjänst istället för den lokala kontakten. 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 beror på interaktion med Microsofts molntjänst och inte på omfattningen av den lokala Expressway-distributionen.}

Observera att användarkapaciteten är densamma för ett kluster med en nod som för ett kluster med två noder. Det beror på att kalendertjänsten använder failover för att förbättra tjänstkontinuiteten. Alla användare tilldelas till en nod när det finns två noder i klustret; den andra noden är en redundant säkerhetskopia. I Planering av Expressway-klusterkapacitet för användare av Hybrid-tjänster finns en detaljerad beskrivning.

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.

_{* 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 till 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 Hybrid-tjänster för en detaljerad förklaring.}

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, U_calN= (N-1) * U cal1 där N=6 och U_{cal1 =15 000 (med hjälp av den stora OVA-mallen) ger maximalt}75 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:

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.

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.

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.

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.

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änstens kontinuitet.

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

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-kalender (med hjälp av ditt lokala Exchange), Hybrid-samtal och Hybrid-meddelandetjänst.

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 det här scenariot finns en Expressway-klusteranslutning för hybrid-kalender med två noder. 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).

_{† 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 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 beror på interaktion med Microsofts molntjänst och inte på omfattningen av 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.