Hartelijk dank voor uw feedback
Limieten voor gebruikerscapaciteit voor op de snelweg gebaseerde hybride diensten
Feedback?De hybride oproepservice in de Call Connector-architectuur is aan het einde van zijn levensduur (EOL) geworden, dus de service wordt niet langer officieel ondersteund. Call Connector moet niet worden overwogen voor de toekomstige capaciteitsplanning van Expressway voor hybride diensten.
Dit artikel heeft geen betrekking op capaciteitsplanning voor de Hybrid Calendar Service, Cisco TMS-integratie met Office 365 of Cisco TMS-integratie met Google Calendar. Zie de implementatiegids voor Cisco Webex Hybrid Calendar Service voor informatie over de capaciteit.
We bieden dit artikel om uw vragen over capaciteitsplanning te beantwoorden en om uit te leggen hoe we de gebruikersschaal berekenen. Probeer de capaciteitscalculator van Hybrid Services om uw scenario te modelleren.
Overwegingen bij de planning
Houd bij het plannen van de Expressway-capaciteit voor uw Hybrid Services-gebruikers rekening met de volgende vragen:
-
Welke hybride diensten hebt u nodig?
De Expressway kan aansluitingen hosten voor Hybrid Call Service, Hybrid Calendar Service en Hybrid Message Service.
-
Hoeveel gebruikers heeft u voor elke dienst?
Hoe meer gebruikers u hebt voor elke dienst, hoe groter de kans dat u Expressway-clusters aan diensten wilt wijden. Voor kleinere populaties is het gebruik van meerdere connectoren op een gedeeld cluster (coresidentie) een geldige keuze.
-
Gaan uw behoeften veranderen?
Misschien wilt u klein beginnen, met één Expressway-cluster dat diensten verleent aan een groep early adopters in uw organisatie, en de groei plannen voor een toekomstige uitrol. U kunt migreren van een gedeeld model naar een specifiek model, of uw bestaande cluster opschalen om aan uw veranderende vereisten te voldoen.
Factoren die bijdragen
We definiëren de capaciteit van een cluster aan de hand van de volgende variabelen:
-
Knooppuntgrootte — Elke virtuele Expressway-machine heeft een „VM-grootte” die tijdens de installatie wordt bepaald door de bronnen die aan de VM zijn toegewezen. In de installatiehandleidingen van de Expressway worden deze vereisten beschreven. Als u al een snelweg hebt, kunt u de grootte van de VM lezen op de pagina van de Expressway-interface.
-
Aantal knooppunten — Een Expressway-cluster kan één tot zes knooppunten hebben. Ze moeten dezelfde knooppuntgrootte hebben en dezelfde softwareversie gebruiken.
-
Strategie voor continuïteit van de dienstverlening — De diensten maken gebruik van strategieën om een continue service aan gebruikers te garanderen. Calendar Service en Message Service maken gebruik van een failoverstrategie.
De strategieën worden gedetailleerd beschreven in de tabel Service Continuity Strategies and Scale of Dedicated Clusters.
-
Coresidentie — Wanneer de connectoren een Expressway-cluster delen, zijn de bronnen die beschikbaar zijn voor elke service aanzienlijk lager in vergelijking met het speciale cluster.
Er kunnen ook andere Expressway-diensten op uw connectorhost zijn, zoals bellen tussen bedrijven en Remote Access bedrijven (B2B) of mobiel bellen (MRA). In de beperkte scenario's waarin dit soort coresidentie wordt ondersteund, zijn de schaalnummers die we hier documenteren beperkt tot wat we hebben getest. Naast wat in dit artikel wordt beschreven, mag het Expressway-cluster van de connectorhost niet worden gedeeld met andere services; dit wordt niet ondersteund.
-
Servicespecifieke beperkingen — De Calendar Connector is bijvoorbeeld voornamelijk bedoeld voor Microsoft Exchange gebruikers en ondersteunt een beperkt aantal Office 365-gebruikers.
Berekeningen voor speciale snelwegclusters
We hebben een harde limiet gesteld aan het aantal servicegebruikers dat een speciale snelweg kan beheren (een „cluster van één”), op basis van bewijsmateriaal dat we verzamelen tijdens tests en onderzoeken.
| Grootte van het knooppunt op de snelweg | Hybrid Calendar Service Scale | Weegschaal voor hybride berichtendiensten |
|---|---|---|
| 1. Klein | 5000 | 5000 |
| 2. Middelgroot | 10000 | 6500 |
| 3. Groot | 15000 | 15000 |
We gebruiken de algoritmen voor continuïteit van diensten om de nummers van één knooppunt te extrapoleren naar clusters van meerdere knooppunten, zoals wordt uitgelegd in de volgende tabel. Als u de resultaten zonder uitleg wilt, zie dan:
|
Vergelijk |
Hybride agendaservice |
Hybride berichtenservice |
|---|---|---|
|
1. Model |
Failover-model |
Failover-model |
|
2. Beschrijving |
We wijzen elke gebruiker toe aan één knooppunt in het cluster. Dit spreidt de gebruikers over alle knooppunten. Als een knooppunt uitvalt, creëren we de gebruikerstoewijzingen opnieuw vanaf dat knooppunt op de andere knooppunten. Als het knooppunt weer actief is, herverdelen we de gebruikerstoewijzingen over alle actieve knooppunten. |
We wijzen elke gebruiker toe aan één knooppunt in het cluster. Dit spreidt de gebruikers over alle knooppunten. Als een knooppunt uitvalt, creëren we de gebruikerstoewijzingen opnieuw vanaf dat knooppunt op de andere knooppunten. Als het knooppunt weer actief is, herverdelen we de gebruikerstoewijzingen over alle actieve knooppunten. |
|
3. Formule |
U CalN = (N-1) * U cal1 |
U msGn = (N-1) * U msg1 |
|
4. Definities |
Waar: U CalN is het cluster met N-capaciteit voor gebruikers van de Agenda-service N is het aantal knooppunten U cal1 is de capaciteit met één knooppunt voor gebruikers van de Agenda-service |
Waar: U mSGN is het cluster met N-capaciteit voor gebruikers van de Message Service N is het aantal knooppunten U msg1 is de capaciteit met één knooppunt voor gebruikers van de Message Service |
|
5. Notities |
Als N=1, is er geen failover. Failover is automatisch en verplicht indien N>1. Als N=2, is de capaciteit hetzelfde als bij N=1, met een betere continuïteit van de dienstverlening. Scale profiteert van N>=3 of door een groter knooppunt te gebruiken. |
Als N=1, is er geen failover. Failover is automatisch en verplicht indien N>1. Als N=2, is de capaciteit hetzelfde als bij N=1, met een betere continuïteit van de dienstverlening. Scale profiteert van N>=3 of door een groter knooppunt te gebruiken. |
Berekeningen voor gedeelde snelwegclusters
Ons algoritme gaat ervan uit dat coresident connectors de bronnen van een enkel knooppunt proportioneel delen. Dit algoritme bepaalt op conservatieve wijze de limiet voor elk type gebruiker op het knooppunt.
De volgende tabel toont bijvoorbeeld het maximum aantal gebruikers voor alle specifieke gevallen en de bijbehorende gevallen op één middelgrote snelweg.
| Doel van de snelweg | Gebruikers van de Agenda-service | Gebruikers van de berichtenservice |
|---|---|---|
|
| ||
| Toegewijd aan Calendar Service |
10,000 |
— |
|
Toegewijd aan de berichtenservice |
— |
6,500 |
|
Gedeeld door Calendar Service en Message Service |
4,000 |
4,000 |
|
Gedeeld door de agenda-, oproep- en berichtendiensten |
2,300 |
2,300 |
We geven niet uitputtend een opsomming van alle coresidentiestaten voor alle clustergroottes. In plaats daarvan kunt u de capaciteit van uw bestaande Hybrid Services-implementatie controleren, of de calculator gebruiken om een nieuwe implementatie te plannen.
Met de rekenmachine kunt u connectoren, de grootte van de knooppunten en het aantal knooppunten kiezen, zodat u uw implementatie kunt modelleren. In de rest van dit gedeelte wordt uitgelegd hoe het de gebruikersaantallen op basis van uw model berekent.
Net zoals we deden voor de speciale Expressway, extrapoleren we het algoritme voor gedeelde snelwegen om het aantal gebruikers voor meerdere knooppunten te bepalen. Het verschil met de specifieke gevallen is dat we de juiste berekening van de servicecontinuïteit toepassen om de gebruikersschaal voor een bepaalde service op het cluster te bepalen. We kunnen de gebruikersschaal voor het cluster niet berekenen omdat het cluster concurrerende, op gebruikers gebaseerde, servicecontinuïteitsstrategieën bevat.
|
Doel van het cluster |
Hybrid Message Service-gebruikers voor 1,2 en 3 knooppunten | ||
|---|---|---|---|
|
Toegewijd aan de berichtenservice |
6,500 |
6,500 |
13,000 |
Bijkomende factoren die hieraan bijdragen
Er kunnen concurrerende eisen worden gesteld aan de middelen van het cluster, waardoor de gebruikerscapaciteit afneemt. Dit zijn de bekende voorbeelden:
Agendaservice — De host van de connector kan ook O365-gebruikers bedienen. De cijfers en berekeningen die hier worden weergegeven, gaan ervan uit dat alleen uw lokale Exchange-infrastructuur de Agenda-service levert. Voor meer informatie over de 'hybride' agendaservice vindt u enkele cijfers en grafieken in de sectie Agendaservice van dit artikel.
Gespreksverwerking — De host van de connector kan ook gesprekssignalen en media verwerken. Dit is in feite een „Business to Business” -integratie tussen uw organisatie en de Webex-cloud. Dit vermindert de capaciteit, zoals beschreven in Coresidency with Other Expressway Solutions.
U kunt Control Hub gebruiken om een percentage te bekijken van de huidige gebruikerscapaciteit van elk van uw Hybrid Services Expressway-bronnen. Een kleurenbalk geeft aan of de capaciteit binnen aanvaardbare grenzen ligt. In deze weergave kunt u de status van uw hybride service-implementaties evalueren en kunt u zien wanneer u meer Expressways nodig hebt.
-
Groen — Uw snelwegen liggen binnen acceptabele capaciteitslimieten. (1%–60%)
-
Amber — U hebt genoeg snelwegen, maar de capaciteitslimieten zijn bijna bereikt. (61%–90%)
-
Rood — U hebt niet genoeg snelwegen en u moet er meer toevoegen. (91% en hoger)
Als uw Expressways zich in een hulpbrongroep bevinden, verschijnt de capaciteitsindicator onder een gefilterde weergave van de clusters in de hulpbrongroep.
-
Voor implementaties zonder brongroepen (standaard):
-
Ga vanuit het klantenoverzicht op https://admin.webex.com naar en scrol vervolgens naar de hybride servicekaarten om het percentage van de gebruikte capaciteit op de Expressway voor elke dienst te zien.
-
-
Voor implementaties met hulpbrongroepen:
-
Als de capaciteitswaarde N/A is, kies dan een hulpbrongroep uit Filter om de resourcegroepen en de capaciteit te bekijken.
De waarde wordt bijgewerkt om het capaciteitspercentage weer te geven dat wordt gebruikt voor clusters in die hulpbrongroep en de kleurcodering om de gezondheid aan te geven.
-
Dingen om in gedachten te houden
-
De clustercapaciteit varieert afhankelijk van de grootte van het knooppunt, het aantal knooppunten in het Expressway-cluster, het aantal services dat op het cluster draait en de strategie voor hoge beschikbaarheid of failover. Zie de afzonderlijke secties Agenda en Berichtschaal voor meer informatie.
-
Coresidency verkleint de gebruikersschaal voor bestaande diensten; het capaciteitsalgoritme gaat ervan uit dat elke gebruiker alle services gebruikt.
We raden coresidency aan wanneer u meerdere diensten uitprobeert, of als u een kleinschalige implementatie hebt. Voor diensten in productie of voor grootschalige implementaties raden we u aan de verschillende hybride diensten uit te voeren op speciale Expressway-clusters.
Wat nu te doen
Om meer Expressways for Hybrid Services toe te voegen, gebruikt u de stappen in de implementatiegids om connectorhosts in de cloud te registreren en deze aan bestaande clusters toe te voegen:
De capaciteit van een Expressway-cluster voor het bedienen van gebruikers van de Hybrid Calendar Service hangt af van de grootte van de Expressway-C-knooppunten die er deel van uitmaken, het aantal knooppunten in het Expressway-cluster en de strategie voor continuïteit van de dienstverlening.
De volgende tabel toont het maximum aantal gebruikers op een enkele snelweg die bestemd is voor de verschillende Hybrid Agenda-omgevingen.
|
Agenda-omgeving |
Kleine snelweg |
Middelgrote snelweg |
Grote snelweg |
|---|---|---|---|
|
Alleen Exchange op locatie |
5.000 gebruikers |
10.000 gebruikers |
15.000 gebruikers |
|
Alleen voor Office 365* |
1.000 gebruikers |
1.000 gebruikers |
1.000 gebruikers |
|
Exchange en Office 365* op locatie (hybride Exchange-implementaties) |
Maximaal 1.000 Office 365-gebruikers op 5.000 gebruikers in totaal |
Maximaal 1.000 Office 365-gebruikers van de 10.000 gebruikers in totaal |
Maximaal 1.000 Office 365-gebruikers op 15.000 gebruikers in totaal |
* Om deze schaalbeperking te vermijden, raden we u aan de agendaservice in de cloud te gebruiken in plaats van de lokale connector. Voor de hybride agenda op basis van Express is de beperking van de gebruikerscapaciteit van Office 365 tot 1.000 per cluster onafhankelijk van de grootte of het aantal knooppunten van het cluster; deze beperking is het gevolg van interactie met de cloudservice van Microsoft en niet van de omvang van de Expressway-implementatie op locatie.
Merk op dat de gebruikerscapaciteit hetzelfde is voor een cluster van één knooppunt en voor een cluster van twee knooppunten. Dit komt omdat Calendar Service failover gebruikt om de continuïteit van de service te verbeteren. Alle gebruikers worden aan één knooppunt toegewezen als er twee knooppunten in het cluster zijn; het andere knooppunt is een redundante back-up. Zie Planning Expressway Cluster Capacity for Hybrid Services Users voor een gedetailleerde uitleg.
De capaciteit van een Expressway-cluster voor gebruikers van de Hybrid Calendar Service hangt voornamelijk af van de grootte en het aantal knooppunten in het cluster, en de strategie voor continuïteit van de dienstverlening. De volgende tabel toont de maximale totale gebruikerscapaciteit die het cluster aankan als u de nodes (of de OVA-grootte van de node) vergroot op één specifiek cluster.
In een hybride Exchange-omgeving met Office 365-gebruikers is er een limiet van 1.000 Office 365-gebruikers per cluster, onafhankelijk van het aantal of de grootte van het cluster. De cloudservice is de voorkeursmethode voor de behandeling van Office 365-gebruikers. We raden u ten zeerste aan om Office 365-gebruikers slechts tijdelijk op Expressway te hosten.
Deze beperking is het gevolg van interactie met de cloudservice van Microsoft en niet van de omvang van de Expressway-implementatie op locatie. Als u bijvoorbeeld één klein Expressway-knooppunt hebt, is uw capaciteit beperkt tot 1.000 Office 365-gebruikers en 4.000 Microsoft Exchange gebruikers. Als u een cluster van 6 kleine knooppunten hebt, is uw capaciteit beperkt tot 1.000 Office 365-gebruikers plus 24.000 Microsoft Exchange gebruikers.
|
Grootte van het knooppunt op de snelweg |
1 of 2 knooppunten* |
3 knooppunten |
4 knooppunten |
5 knooppunten |
6 knooppunten |
|---|---|---|---|---|---|
|
1. Klein |
5K |
10K |
15K |
20K |
25K |
|
2. Middelgroot |
10K |
20K |
30K |
40K |
50K |
|
3. Groot |
15K |
30K |
45K |
60K |
75K |
* Merk op dat de gebruikerscapaciteit hetzelfde is voor een cluster van één knooppunt en voor een cluster van twee knooppunten. Dit komt omdat Calendar Service failover gebruikt om de continuïteit van de service te verbeteren. Alle gebruikers worden aan één knooppunt toegewezen als er twee knooppunten in het cluster zijn; het andere knooppunt is een redundante back-up. Zie Planning Expressway Cluster Capacity for Hybrid Services Users voor een gedetailleerde uitleg.
Toewijzing van gebruikers tussen hosts en clusters
De Hybrid Calendar Service wijst gebruikers standaard automatisch toe en verdeelt ze gelijkmatig over alle Calendar Connectors in een cluster. De toewijzing is dynamisch op basis van beschikbaarheid, en de beheerder heeft geen controle over aan welk specifiek knooppunt een individuele gebruiker is toegewezen.
In gevallen waarin een organisatie meer dan één cluster heeft, is de verdeling van de gebruikers gebaseerd op meerdere factoren, waaronder de beschikbaarheid van de clusters, de huidige toewijzing (om flapping tijdens het herstel van fouten te verminderen) en een sorteervolgorde op basis van de hoogste clustervoorkeur. De beheerder heeft ook de mogelijkheid om een gebruiker of een groep gebruikers toe te wijzen aan een hulpbrongroep. Hulpbrongroepen zijn clusterspecifiek, zodat beheerders de toewijzing van bepaalde groepen gebruikers aan een specifiek cluster kunnen beperken.
Met deze basiskennis van gebruikerstoewijzing en rekening houdend met de vereisten van de Expressway Calendar Connector, kan een beheerder de juiste capaciteit op grote schaal inzetten voor zijn organisatie. Laten we eens kijken naar een voorbeeld van een organisatie van 126.000 gebruikers die moeten worden ingeschakeld voor de Hybrid Calendar Service, op basis van de volgende parameters:
-
Snelwegclusters van 6 knooppunten die gebruikmaken van het grote OVA-sjabloon (limiet van 15.000 gebruikers per knooppunt)
-
Geen hulpbrongroepen nodig
De capaciteitsformule voor één cluster, U CalN = (N-1) * U cal1 waarbij N=6 en U cal1 =15.000 (op basis van het grote OVA-sjabloon) een maximum van 75.000 gebruikers oplevert. Met in totaal 126.000 gebruikers in de implementatie van de agendaservice zijn meerdere Calendar Connector-hostclusters vereist. De gebruikers zouden gelijk verdeeld zijn, zoals te zien is in de volgende afbeelding:
De Hybrid Calendar Service voegt gebruikers eerst toe aan cluster A totdat het cluster de capaciteit van 75.000 gebruikers heeft bereikt, en wijst vervolgens de resterende gebruikers toe aan cluster B. De gebruikers zijn willekeurig en gelijk verdeeld over alle knooppunten binnen het cluster. Dit voorbeeld toont een gelijke verdeling van de hostnodes van Calendar Connector (binnen elk van de twee clusters) over de RTP- en PDX-datacenters. Elk knooppunt gebruikt hetzelfde OVA-sjabloon en volgt de richtlijnen voor hoge beschikbaarheid van de Expressway. De Calendar Connector maakt gebruik van de Expressway-clusterlogica in een 5+1 redundantiemodel om scenario's met hoge beschikbaarheid mogelijk te maken.
Nu alle gebruikers zijn toegewezen aan een Calendar Connector, laten we nu eens kijken wat er gebeurt als er een storing is in een cluster. De volgende afbeelding toont een storing in een enkel knooppunt. Gebruikers die waren toegewezen aan het defecte knooppunt, 5A in cluster A, hebben nu gefaald naar de resterende knooppunten in dat cluster. De capaciteit van één node biedt plaats aan maximaal 15.000 gebruikers en elk knooppunt dat overblijft in cluster A voegt daar 2500 gebruikers aan toe die oorspronkelijk waren toegewezen op knooppunt 5A. Er is geen verandering of invloed op cluster B of op de gebruikers die zijn toegewezen aan cluster B.
Cluster A heeft nog steeds de maximale capaciteit, en elk van de operationele knooppunten in het cluster heeft nu een maximale capaciteit, 15.000 gebruikers/node. Dus als een ander knooppunt in cluster A niet meer beschikbaar is, zoals knooppunt 4A in de volgende afbeelding, is cluster B nu verantwoordelijk voor het opvangen van de extra gebruikersbelasting. De 15.000 gebruikers van knooppunt 4A zijn nu opnieuw toegewezen aan cluster B en gelijk verdeeld over alle knooppunten binnen cluster B.
Wanneer de knooppunten 4A en 5A zich herstellen, worden de gebruikers op cluster A herverdeeld over de knooppunten in het cluster. De gebruikers die niet naar cluster B zijn overgeschakeld, blijven tijdens deze herstelfase in cluster B om onnodige gebruikerstoewijzingen tussen clusters te voorkomen, zoals te zien is in de volgende afbeelding.
Een belangrijk punt om rekening mee te houden bij het plannen van een grootschalige implementatie van de Hybrid Calendar Service is inzicht te krijgen in de gevolgen van een storing als deze zich tijdens de implementatie zou voordoen. Als we dezelfde implementatie van 126.000 gebruikers gebruiken, maar toevallig een heel datacenter verliezen, bestaat de kans dat gebruikers niet worden toegewezen aan een Calendar Connector-knooppunt. Om te voorkomen dat de service in dit soort situaties uitvalt, zou de klant een derde cluster nodig hebben om de getroffen gebruikers te herverdelen en te behandelen.
De capaciteit van een Expressway-cluster voor het bedienen van Hybrid Messay-gebruikers is afhankelijk van de grootte van de Expressway-knooppunten die deel uitmaken, het aantal knooppunten in het cluster en de strategie voor continuïteit van de dienstverlening.
De volgende tabel toont het maximum aantal gebruikers op een enkele snelweg dat wordt gebruikt voor de Hybrid Message.
|
Kleine snelweg |
Middelgrote snelweg |
Grote snelweg |
|---|---|---|
|
5.000 gebruikers |
6.500 gebruikers |
15.000 gebruikers |
De gebruikersnummers zijn hetzelfde voor een cluster van één knooppunt en voor een cluster van twee knooppunten. Dit komt omdat Message Service failover gebruikt om de continuïteit van de service te verbeteren. Gebruikers zijn gelijkmatig verdeeld over de meerdere knooppunten in het cluster: als een knooppunt uitvalt, worden de gebruikers van dat knooppunt toegewezen aan de andere knooppunten.
Dit onderwerp gaat over het delen van een connectorhost Expressway tussen de aansluitingen voor meerdere hybride services, waaronder Calendar Service en Message Service. De connectorhost wordt niet gedeeld met andere op Expressway gebaseerde oplossingen, zoals MRA en B2B.
De capaciteit van het connectorhostcluster is afhankelijk van de grootte van de Expressway-knooppunten die er deel van uitmaken, het aantal knooppunten, de connectoren die op het cluster draaien en de strategie voor continuïteit van de dienstverlening. Zie Planning Expressway Cluster Capacity for Hybrid Services Users voor een gedetailleerde uitleg van deze factoren.
Er is ook een rekenmachine waarmee u verschillende connectorhostclusters kunt modelleren en kunt zien hoeveel gebruikers van elke service uw voorgestelde cluster kan ondersteunen.
Over het algemeen raden we coresidency alleen aan voor kleinere implementaties van maximaal twee knooppunten. Als uw implementatie groter is dan de capaciteit van een paar knooppunten, moet u de connectoren verplaatsen naar Expressway-clusters die speciaal zijn bedoeld voor elke specifieke hybride service.
Voorbeeld: Connector Host Scale met drie coresident connectors
De volgende tabel toont een voorbeeld van schaal en coresidentie. Het geeft het maximale aantal gebruikers per cluster, voor elke service, met verschillende specificaties van het connectorhostcluster. Het cluster wordt gedeeld tussen Hybrid Calendar (via uw lokale Exchange), hybride gesprekken en Hybrid Message Service.
|
Service |
Twee kleine knooppunten |
Twee middelgrote knooppunten |
Twee grote knooppunten |
|---|---|---|---|
|
Gebruikers van de Agenda-service |
1,300 |
2,300 |
3,000 |
|
Gebruikers van de berichtenservice |
1,300 |
2,300 |
3,000 |
Introductie
Dit onderwerp gaat over het delen van een connectorhost Expressway met andere op Expressway gebaseerde oplossingen. Wanneer u ervoor kiest om connectoren te hosten op een snelweg die u voor andere doeleinden gebruikt, zijn de volgende belangrijke kanttekeningen van toepassing:
-
We kunnen het schaalbaarheidsmodel dat van toepassing is op een dedicated connector, host Expressway, niet ondersteunen. De gebruikersnummers die u afleidt door de andere onderwerpen in dit artikel te lezen of de rekenmachine te gebruiken, zijn niet van toepassing wanneer de connectorhost wordt gedeeld met andere Expressway-diensten.
-
De combinaties van op de snelweg gebaseerde services en connectoren voor hybride services die in dit artikel worden beschreven, en de bijbehorende gebruikersnummers, zijn de enige ondersteunde scenario's. We hebben geen andere scenario's getest en u kunt niet verwachten dat ze in uw omgeving zullen werken.
Agendaservice op de snelweg met gespreksaansluiting en Call Service Traversal
In dit scenario een Expressway-cluster Hybrid Calendar-aansluitingen met twee knooppunten. Het cluster voert ook gesprekken uit voor andere Cisco-oproepoplossingen (SIP-signalering en media).
De tabel toont de verschillende agenda-omgevingen die u kunt gebruiken met de op Express gebaseerde connector. De op Express gebaseerde Calendar-connector wordt niet ondersteund op clusters met meer dan twee knooppunten. Gebruik de cloudconnector voor grotere schaal met Office 365 (zie Calendar Service Scale).
|
Service |
Cluster met twee kleine knooppunten |
Cluster met twee middelgrote knooppunten |
Cluster met twee grote knooppunten | |
|---|---|---|---|---|
|
Agenda-service |
Exchange op locatie |
500 gebruikers |
1.000 gebruikers |
1.000 gebruikers |
|
Office 365 † |
500 gebruikers |
1.000 gebruikers |
1.000 gebruikers | |
|
Exchange en Office 365 op locatie (hybride Exchange-implementaties) |
Max. 500 gebruikers voor beide |
Max. 1.000 gebruikers voor beide |
Max. 1.000 gebruikers voor beide | |
|
Bel Traversal |
200 audiosessies 100 videosessies |
200 audiosessies 100 videosessies |
1.000 audiosessies 500 videosessies | |
† Om deze schaalbeperking te vermijden, raden we u aan de agendaservice in de cloud te gebruiken in plaats van de lokale connector. Voor de hybride agenda op basis van Express is de beperking van de gebruikerscapaciteit van Office 365 tot 1.000 per cluster onafhankelijk van de grootte of het aantal knooppunten van het cluster; deze beperking is het gevolg van interactie met de cloudservice van Microsoft en niet van de omvang van de Expressway-implementatie op locatie.
Agenda met mobiele telefoon en Remote Access
In dit scenario wordt de Calendar Connector gehost in een MRA-cluster van een of twee kleine Expressway-VM's. In dit scenario wordt ervan uitgegaan dat het cluster alleen wordt gebruikt voor MRA en de twee connectoren. Het cluster is beperkt tot een of twee kleine knooppunten.
|
Doel van de snelweg |
Cluster van één kleine snelweg-C |
Cluster van twee kleine snelwegvoertuigen |
|---|---|---|
|
Gebruikers van de Agenda-service (aansluiting op locatie naar Exchange) |
500 gebruikers |
500 gebruikers |
|
Mobiel en Remote Access gebruikers |
100 |
100 |
