De Expressway van een cluster voor gebruikers van hybride agendaservice is voornamelijk afhankelijk van de grootte en het aantal knooppunten in het cluster. Daarnaast is de strategie voor servicecontinuïteit. De volgende tabel bevat de maximale totale gebruikerscapaciteit die het cluster kan verwerken wanneer u de knooppunten (of de OVA-grootte van het knooppunt) in één speciaal cluster verhoogt.

In een hybride Exchange-omgeving met Office 365-gebruikers is er een limiet van 1000 Office 365-gebruikers per cluster, onafhankelijk van het aantal knooppunt of de grootte van het cluster. De cloudgebaseerde service is de aanbevolen methode voor het verwerken van Office 365-gebruikers. We raden u met veel meer aan om Office 365-gebruikers tijdelijk te hosten Expressway. Deze beperking is afgeleid van interactie met de Microsoft-cloudservice en niet van de schaal van de Expressway implementatie. Als u bijvoorbeeld één klein Expressway-knooppunt hebt, is uw capaciteit beperkt tot 1.000 Office 365-gebruikers en 4000 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.

_{* De gebruikerscapaciteit is gelijk voor een cluster van één knooppunt en voor een cluster van twee knooppunten. Dit komt doordat agendaservice fail-over gebruikt om de continuïteit van de service te verbeteren. Als er twee knooppunten in een cluster zijn, worden alle gebruikers toegewezen aan één knooppunt; het andere knooppunt is een redundante back-up. Zie Planning Expressway clustercapaciteit voor gebruikers van hybride services voor een uitgebreide uitleg.}

Gebruikerstoewijzingen onder hosts en clusters

Standaard worden gebruikers door de agendaservice automatisch toegewezen en verdeeld over alle Agendaconnectors in een cluster. De toewijzing is dynamisch op basis van beschikbaarheid en de beheerder heeft geen controle over het specifieke knooppunt waaraan een individuele gebruiker is toegewezen.

In gevallen waarbij een organisatie meerdere clusters heeft, is de distributie van gebruikers gebaseerd op meerdere factoren, waaronder clusterbeschikbaarheid, huidige toewijzing (om het afslappen tijdens het terugvallen van de storing te verminderen) en een sorteerorder op basis van de hoogste clustervoorkeur. De beheerder heeft ook de mogelijkheid om een gebruiker of groep gebruikers toe te wijzen aan een resourcegroep. Resourcegroepen zijn cluster specifiek, dus beheerders kunnen toewijzing van bepaalde sets gebruikers beperken tot een specifiek cluster.

Omdat een beheerder goed inzicht heeft in gebruikerstoewijzing en rekening houdt met de vereisten Expressway Calendar Connector, kan een beheerder de juiste capaciteit op schaal voor de organisatie implementeren. Laten we een voorbeeld organisatie bekijken van 126.000 gebruikers die moeten worden ingeschakeld voor de hybride agendaservice, gezien de volgende parameters:

• Expressway van 6 knooppunten de grote OVA-sjabloon gebruiken (limiet van 15.000 gebruikers per knooppunt)

• Geen resourcegroepen vereist

De capaciteits formule voor een enkele cluster, U_calN= (N-1) * U_{cal1, waarbij} N=6 en U_cal1=15.000 (met behulp van de grote OVA-sjabloon) een maximum van 75.000 gebruikers levert. Met in totaal 126.000 gebruikers in de implementatie van de agendaservice zijn meerdere hostclusters van Calendar Connector vereist. Gebruikers worden even groot verdeeld zoals in de volgende afbeelding wordt getoond:

De hybride agendaservice gebruikers eerst toegevoegd aan cluster A totdat het cluster de capaciteit van 75.000 gebruikers bereikt en de resterende gebruikers vervolgens toewijzen aan cluster B. De gebruikers worden willekeurig en even verdeeld over alle knooppunten binnen het cluster. In dit voorbeeld ziet u een even grote distributie van hostknooppunten van de Calendar Connector (binnen elk van de twee clusters) over datacenters RTP & PDX. Elk knooppunt gebruikt dezelfde OVA-sjabloon en volgt de Expressway richtlijnen voor hogebeschikbaarheid. De Calendar Connector gebruikt de logica Expressway clustering in een 5+1 redundantiemodel om scenario's met hoge beschikbaarheid toe te staan.

Terwijl alle gebruikers zijn toegewezen aan een Calendar Connector, laten we nu bekijken wat er gebeurt wanneer er een fout in een cluster is. In de volgende afbeelding ziet u een storing van één knooppunt. Gebruikers die zijn toegewezen aan het knooppunt met fout 5A in cluster A, hebben nu een fout naar de resterende knooppunten in dat cluster. Met een capaciteit voor één knooppunt kunnen maximaal 15.000 gebruikers en elk knooppunt resterend in cluster A 2500 gebruikers toegevoegd die oorspronkelijk aan knooppunt 5A zijn toegewezen. Er zijn geen gevolgen of wijziging voor cluster B of voor de gebruikers die zijn toegewezen aan cluster B.

Cluster A heeft nog steeds de maximale capaciteit en elke operationele knooppunt in het cluster heeft nu de maximale capaciteit, 15.000 gebruikers/knooppunt. Als een ander knooppunt in cluster A onbeschikbaar wordt, zoals knooppunt 4A in de volgende afbeelding, wordt cluster B nu verantwoordelijk voor het ophalen van de extra gebruikersbelasting. De 15.000 gebruikers van knooppunt 4A worden nu toegewezen aan cluster B en worden even verdeeld over alle knooppunten binnen cluster B.

Wanneer knooppunten 4A en 5A worden hersteld, worden de gebruikers in cluster A opnieuw verdeeld over de knooppunten in het cluster. De gebruikers die op cluster B zijn uitgevallen, blijven in cluster B tijdens deze herstelfase om onnodige gebruikerstoewijzingen tussen clusters te voorkomen, zoals getoond in de volgende afbeelding.

Een belangrijk item om zich bewust van te zijn bij het plannen van een grootschalige hybride agendaservice implementatie is het effect van een fout als deze zich voordeed in de implementatie. Als we dezelfde implementatie van 126.000 gebruikers gebruiken maar een volledig datacenter verliezen, is er een mogelijk voor gebruikers die niet zijn toegewezen aan een Calendar Connector-knooppunt. Om een storing van de service in dit type scenario te voorkomen, heeft de klant een derde cluster nodig om de beïnvloede gebruikers opnieuw te distribueren en af te handelen.

De capaciteit van een Expressway voor het bedienen van gebruikers van hybride berichtenservice is afhankelijk van de grootte van de samenstellende Expressway-knooppunten, het aantal knooppunten in het cluster, en de strategie voor servicecontinuïteit.

De volgende tabel bevat het maximale aantal gebruikers in één Expressway dat wordt gebruikt voor de hybride berichtenservice.

De gebruikersnummers zijn hetzelfde voor een cluster van één knooppunt en voor een cluster van twee knooppunten. Dit komt doordat de berichtenservice failover gebruikt om de continuïteit van de service te verbeteren. Gebruikers worden gelijk verdeeld over de meerdere knooppunten in het cluster: als één knooppunt mislukt, worden de gebruikers van dat knooppunt toegewezen aan de andere knooppunten.

Dit onderwerp gaat over het delen van een connectorhost Expressway de connectoren voor meerdere hybride services, agendaservice en de berichtenservice. De connectorhost wordt niet gedeeld met Expressway oplossingen op basis van software, zoals MRA en B2B.

De capaciteit van het cluster van de connectorhost is afhankelijk van de grootte van de samenstellende Expressway-knooppunten, het aantal knooppunten, de connectoren die worden uitgevoerd op het cluster en de strategie voor servicecontinuïteit. Zie Planning Expressway clustercapaciteit voor gebruikers van hybride services voor een uitgebreide uitleg van deze factoren.

Er is ook een rekenhulp voor u om verschillende connectorhostclusters te modeleren en te zien hoeveel gebruikers van elke service die uw voorgestelde cluster kan ondersteunen.

Over het algemeen raden we alleen coresidency aan voor implementaties met een kleinere omvang van maximaal twee knooppunten. Als uw implementatie de capaciteit van een aantal knooppunten overschrijdt, moet u connectors verplaatsen Expressway clusters die aan elke specifieke hybride service zijn toegewezen.

Voorbeeld: Schaal van connectorhost met drie core-sident connectors

In de volgende tabel ziet u een voorbeeld van schaal- en core-sidency. Dit biedt het maximale aantal gebruikers per cluster , voor elke service, met verschillende specificaties van hetconnectorhostcluster. Het cluster wordt gedeeld tussen agendaservice (met uw lokale Exchange), hybride gespreksservice en hybride gespreksservice.

Inleiding

In dit onderwerp gaat het over het delen van een connectorhost Expressway op andere Expressway gebaseerde oplossingen. Wanneer u ervoor kiest connectoren te hosten op een Expressway die u voor andere doeleinden gebruikt, gelden de volgende belangrijke waarschuwingen:

• We kunnen het schaalbaarheidsmodel dat van toepassing is op een speciaal connectorhost-Expressway. De gebruikersnummers die u afgeleid bent van het lezen van de andere onderwerpen in dit artikel of met behulp van de rekenhulp, zijn niet van toepassing als de connectorhost wordt gedeeld met andere Expressway services.

• De combinaties van op ondersteunde Expressway en connectors voor hybride services zoals beschreven in dit artikel en de gekoppelde gebruikersnummers zijn de enige ondersteunde scenario's. We hebben geen andere scenario's getest en u kunt niet verwachten dat deze in uw omgeving werken.

Expressway-gebaseerde agendaservice met Gespreksconnector en gespreksservice-traversal

In dit scenario is er een tweeknooppunt Expressway van hybride clusterconnectoren agendaservice connectors. Het cluster doet ook gespreks-traversal voor andere Cisco-gespreksoplossingen (SIP-signalering en media).

De tabel bevat de verschillende agendaomgevingen die u kunt gebruiken met Expressway op basis van connector. De Expressway op basis van agendaconnector wordt niet ondersteund op clusters met meer dan twee knooppunten. Gebruik de cloudgebaseerde connector voor meer schaal met Office 365 (zie agendaservice schaal).

_{† u deze beperking op deze schaal te voorkomen, raden we u aan de cloudgebaseerde agendaservice te gebruiken in plaats van de connector op locatie. Voor de hybride Expressway op basis van hybride agendaservice is de beperking van de gebruikerscapaciteit van Office 365 tot 1.000 per cluster onafhankelijk van de grootte van of het aantal clusterknooppunt. Deze beperking is afgeleid van interactie met de Microsoft-cloudservice en niet van de schaal van de implementatie op locatieExpressway.}

Agenda met mobiele en Remote Access

In dit scenario wordt een MRA-cluster van één of twee kleine Expressway host de Calendar Connector. In dit scenario wordt aangenomen dat het cluster alleen wordt gebruikt voor MRA en de twee connectors. Het cluster is beperkt tot één of twee kleine knooppunten.