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.

_{* 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, 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 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.

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.

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.

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

_{† 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.