Die Kapazität eines Expressway-Clusters für Benutzer des hybriden Kalenderdiensts hängt von der Größe der einzelnen Expressway-C-Knoten, der Anzahl der Knoten im Expressway-Cluster und der Strategie für die Servicekontinuität ab.

In der folgenden Tabelle wird die maximale Anzahl von Benutzern auf einem einzelnen Expressway angezeigt, der den verschiedenen Hybrid-Kalenderumgebungen zugeordnet ist.

_{* Um diese Skalierungs Beschränkung zu vermeiden, empfehlen wir, die Cloud-basierte Kalenderdienst anstelle des lokalen Connectors zu verwenden. Für den Expressway-basierten Hybrid-Kalender gilt die Beschränkung der Office 365-Benutzerkapazität auf 1.000 pro Cluster unabhängig von der Knotengröße oder -anzahl des Clusters. Diese Einschränkung ergibt sich aus der Interaktion mit dem Microsoft-Cloud-Dienst und nicht aus dem Umfang der lokalen Expressway-Bereitstellung.}

Beachten Sie, dass die Benutzerkapazität für einen Cluster aus einem Knoten und für einen Cluster aus zwei Knoten identisch ist. Dies liegt daran, dass der Kalenderdienst Failover verwendet, um die Servicekontinuität zu verbessern. Alle Benutzer werden einem Knoten zugewiesen, wenn zwei Knoten im Cluster vorhanden sind. Der andere Knoten dient als redundante Sicherung. Eine detaillierte Erklärung finden Sie unter Expressway-Clusterkapazität für Benutzer hybrider Dienste planen.

Die Expressway hybriden Kalenderdienst für ein Cluster hängt in erster Linie von der Größe und Anzahl der Knoten im Cluster und von der Strategie für die Servicekontinuität ab. Die folgende Tabelle zeigt die maximale Gesamt-Benutzerkapazität, die das Cluster verarbeiten kann, wenn Sie die Knotenanzahl (oder die Knoten-OVA-Größe) auf einem einzelnen dedizierten Cluster erhöhen.

_{* Beachten Sie, dass die Benutzerkapazität für ein Cluster aus einem Knoten und für ein Cluster aus zwei Knoten identisch ist. Dies liegt daran, Kalenderdienst Fail-Over verwendet, um die Servicekontinuität zu verbessern. Alle Benutzer werden einem Knoten zugewiesen, wenn zwei Knoten im Cluster vorhanden sind. Der andere Knoten dient als redundante Sicherung. Eine detaillierte Erklärung finden Sie unter Expressway-Clusterkapazität für Benutzer hybrider Dienste planen .}

Benutzerzuweisung zwischen Hosts und Clustern

Standardmäßig weist die Hybrid Kalenderdienst Benutzer automatisch zu und verteilt sie gleichmäßig auf alle Calendar Connectors in einem Cluster. Die Zuweisung ist dynamisch basierend auf der Verfügbarkeit, und der Administrator hat keinen Einfluss darauf, welchem bestimmten Knoten ein einzelner Benutzer zugewiesen ist.

In Fällen, in denen eine Organisation über mehr als ein Cluster verfügt, basiert die Benutzerverteilung auf mehreren Faktoren, einschließlich Cluster-Verfügbarkeit, aktueller Zuweisung (zum Reduzieren des Flappings während der Ausfallwiederherstellung) und einer Sortierreihenfolge basierend auf der höchsten Cluster-Präferenz. Der Administrator ist auch in der Lage, einen Benutzer oder eine Gruppe von Benutzern zu einer Ressourcengruppe zu zuordnen. Ressourcengruppen sind clusterspezifisch, sodass Administratoren die Zuweisung bestimmter Benutzersätze zu einem bestimmten Cluster einschränken können.

Mit diesem grundlegenden Verständnis von Benutzerzuweisung und unter Berücksichtigung der Expressway Calendar Connector-Voraussetzungen kann ein Administrator die entsprechende Kapazität für seine Organisation bereitstellen. Schauen wir uns ein Beispiel für eine Organisation mit 126.000 Benutzern an, die angesichts der folgenden Parameter Kalenderdienst Hybrid Kalenderdienst aktiviert werden:

• Expressway 6 Knoten mit der großen OVA-Vorlage (Limit von 15.000 Benutzern pro Knoten)

• Keine Ressourcengruppen erforderlich

Die Kapazitäts formel für ein einzelnes Cluster, U_calN= (N-1) * U_{cal1 mit} N = 6 und U_{cal1 =}15.000 (mit der großen OVA-Vorlage) ergibt maximal 75.000 Benutzer. Mit insgesamt 126.000 Benutzern in der Kalenderdienstbereitstellung sind mehrere Calendar Connector-Hostcluster erforderlich. Die Benutzer würden gleichmäßig verteilt, wie in der folgenden Abbildung gezeigt:

Der Hybrid Kalenderdienst fügt Benutzer zuerst zu Cluster A hinzu, bis der Cluster die Benutzerkapazität von 75.000 erreicht und die restlichen Benutzer anschließend Cluster B zufügt. Die Benutzer werden zufällig und gleichmäßig auf alle Knoten innerhalb des Clusters verteilt. Dieses Beispiel zeigt eine gleiche Verteilung der Calendar Connector-Hostknoten (innerhalb der beiden Cluster) auf mehrere Rechenzentren RTP & PDX. Jeder Knoten verwendet dieselbe OVA-Vorlage und folgt den Richtlinien Expressway Hochverfügbarkeit . Der Calendar Connector verwendet die Expressway-Clustering-Logik in einem 5+1-Redundanzmodell, um Hochverfügbarkeitsszenarios zu ermöglichen.

Wenn alle Benutzer einem Calendar Connector zugewiesen sind, schauen wir uns jetzt an, was geschieht, wenn ein Fehler in einem Cluster vor sich geht. Die nächste Abbildung zeigt einen Ausfall eines einzelnen Knotens. Benutzer, die dem fehlgeschlagenen Knoten 5A im Cluster A zugewiesen wurden, konnten nun für die restlichen Knoten im Cluster nicht mehr verwendet werden. Die Kapazität eines einzelnen Knotens ermöglicht bis zu 15.000 Benutzer, und jeder im Cluster A verbleibende Knoten fügt 2500 Benutzer hinzu, die ursprünglich einem Knoten 5A zugewiesen wurden. Es gibt keine Änderung oder Auswirkungen auf Cluster B oder auf die auf Cluster B zugewiesenen Benutzer.

Cluster A hat immer noch die maximale Kapazität, und jeder betriebsbereite Knoten im Cluster hat jetzt die maximale Kapazität von 15.000 Benutzern/Knoten. Wenn also ein anderer Knoten im Cluster A nicht mehr verfügbar ist, z. B. Knoten 4A in der nächsten Abbildung, ist Cluster B nun dafür verantwortlich, die zusätzliche Benutzerlast zu erhalten. Die 15.000 Benutzer von Knoten 4A werden nun zu Cluster B neu zugewiesen und gleichmäßig auf alle Knoten innerhalb von Cluster B verteilt.

Wenn die Knoten 4A und 5A wiederhergestellt werden, werden die Benutzer im Cluster A über die Knoten im Cluster neu verteilt. Die Benutzer, die für Cluster B fehlgeschlagen sind, verbleiben während dieser Wiederherstellungsphase auf Cluster B, um unnötige Benutzerzuweisungen zwischen Clustern zu vermeiden, wie in der nächsten Abbildung gezeigt.

Ein wichtiger Punkt, der bei der Planung einer großen Hybrid Kalenderdienst-Bereitstellung beachten muss, ist, die Auswirkungen eines Ausfalls zu verstehen, wenn er in der Bereitstellung auftreten würde. Wenn wir dieselbe Bereitstellung mit 126.000 Benutzern verwenden, aber das gesamte Rechenzentrum verloren geht, besteht die Möglichkeit, dass Benutzer nicht einem Calendar Connector-Knoten zugewiesen werden. Um einen Dienstausfälle in diesem Szenario zu verhindern, benötigt der Kunde ein drittes Cluster, um die wirkten Benutzer neu zu verteilen und damit umzuschlagen.

Die Kapazität eines Expressway-Clusters für Benutzer von Hybrid-Nachrichten hängt von der Größe der einzelnen Expressway-Knoten, der Anzahl der Knoten im Cluster und der Strategie für die Servicekontinuität ab.

In der folgenden Tabelle wird die maximale Anzahl von Benutzern auf einem einzelnen Expressway angezeigt, der für die Hybrid-Nachricht verwendet wird.

In diesem Thema geht es um das Freigeben eines Connector-Expressway zwischen den Connectoren für mehrere Hybriddienste, einschließlich Kalenderdienst Und Nachrichtendienst. Der Connector-Host wird nicht mit anderen Expressway-basierten Lösungen wie MRA und B2B geteilt.

Die Kapazität des Connector-Hosts hängt von der Größe der einzelnen Expressway-Knoten, der Anzahl der Knoten, den Connectoren, die auf dem Cluster ausgeführt werden, und von der Strategie für die Servicekontinuität ab. Eine detaillierte Erklärung zu diesen Faktoren finden Sie unter Expressway-Clusterkapazität für Benutzer hybrider Dienste planen.

Es gibt auch einen Rechner für Sie, um verschiedene Connector-Host-Cluster zu modellieren und zu sehen, wie viele Benutzer jedes von Ihrem vorgeschlagenen Cluster unterstützten Diensts unterstützt werden können.

Im Allgemeinen empfehlen wir eine Ko-Residenz nur für kleinere Bereitstellungen von bis zu zwei Knoten. Wenn Ihre Bereitstellung die Kapazität eines Paars von Knoten überschreitet, sollten Sie Connectoren zu Expressway-Clustern verschieben, die für jeden bestimmten hybriden Dienst stehen.

Beispiel: Connector-Host-Skalierung mit drei zentralen Connectoren

In der folgenden Tabelle ist ein Beispiel für Skalierung und Residenz aufgeführt. Es gibt die maximale Anzahl von Benutzern pro Cluster für jeden Dienst mit unterschiedlichen Spezifikationen des Connector-Hostclusters. Der Cluster wird zwischen Hybrid-Kalender (mit Ihrem lokalen Exchange), Hybrid-Anruf und Hybrid-Nachrichtendienst freigegeben.

Einführung

In diesem Thema geht es um das Teilen eines Connector-Expressway mit anderen Expressway-basierten Lösungen. Wenn Sie Connectoren auf einem Host Expressway, das Sie für andere Zwecke verwenden, gelten folgende wichtige Vorsichtsmaßnahmen:

• Wir können das Skalierbarkeitsmodell, das für einen dedizierten Connector-Host-Host gilt, nicht Expressway. Die Nutzernummern, die Sie aus dem Lesen der anderen Themen in diesem Artikel oder über den Rechner stammen, gelten nicht, wenn der Connector-Host mit anderen Service-Expressway geteilt wird.

• Die in diesem artikel beschriebenen Kombinationen von Expressway-basierten Diensten und Hybriddienst-Connectoren und den zugehörigen Benutzernummern sind die einzigen unterstützten Szenarien. Wir haben noch keine anderen Szenarien getestet und können nicht davon ausgehen, dass sie in Ihrer Umgebung funktionieren.

Expressway-basierten Kalenderdienst-Verbindung mit Call Connector und Anrufdienst-Traversal

In diesem Szenario werden Expressway-Cluster-Hybrid-Kalender-Connectoren mit zwei Knoten verwendet. Der Cluster verwendet auch Anrufübertragung für andere Cisco-Anruflösungen (SIP-Signalisierung und Medien).

Die Tabelle zeigt die verschiedenen Kalenderumgebungen, die Sie mit dem Expressway-basierten Connector verwenden können. Der Expressway Calendar Connector wird nicht auf Clustern mit mehr als zwei Knoten unterstützt. Verwenden Sie den Cloud-basierten Connector für eine größere Skalierung mit Office 365 (siehe Kalenderdienst Scale).

_{† Um diese Skalierungsbeschränkung zu vermeiden, empfehlen wir, die cloudbasierte Kalenderdienst anstelle des lokalen Connectors zu verwenden. Für den Expressway-basierten Hybrid-Kalender gilt die Beschränkung der Office 365-Benutzerkapazität auf 1.000 pro Cluster unabhängig von der Knotengröße oder -anzahl des Clusters. Diese Einschränkung ergibt sich aus der Interaktion mit dem Microsoft-Cloud-Dienst und nicht aus dem Umfang der lokalen Expressway-Bereitstellung.}

Kalender mit Mobilgeräten und Remote Access

In diesem Szenario Hosten eines MRA-Clusters aus einem oder zwei kleinen virtuellen Expressway VMs den Calendar Connector. Bei diesem Szenario wird davon ausgegangen, dass das Cluster nur für MRA und die beiden Connectoren verwendet wird. Das Cluster ist auf einen oder zwei kleine Knoten beschränkt.