ハイブリッドカレンダーサービスのユーザーにサービスを提供するための Expresswayクラスタの容量は、構成するExpressway-Cノードのサイズ、Expresswayクラスタ内のノード数、およびサービス継続戦略によって異なります。

次の表は、さまざまなハイブリッドカレンダー環境専用の単一Expresswayの最大ユーザー数を示しています。

_{* この規模の制限を回避するには、オンプレミスのコネクタではなく、クラウドベースのCalendar Serviceを使用することをお勧めします。Expresswayベースのハイブリッドカレンダーでは、Office 365のユーザー容量をクラスターあたり1,000人に制限することは、クラスターのノードサイズや数とは無関係です。この制限は、オンプレミスのExpressway展開の規模ではなく、Microsoftクラウドサービスとのやり取りによるものです}。

ユーザー容量は、1つのノードのクラスターと2つのノードのクラスターで同じであることに注意してください。 これは、Calendar Serviceがフェイルオーバーを使用してサービスの継続性を向上させるためです。 クラスタにノードが2つある場合、すべてのユーザーが1つのノードに割り当てられます。もう一方のノードは冗長バックアップです。 詳細については、「ハイブリッドサービスユーザー向けの Expressway クラスター容量の計画」を参照してください。

Expresswayクラスタのハイブリッドカレンダーサービスユーザー向けキャパシティは、主にクラスタ内のノードのサイズと数、およびサービス継続戦略によって異なります。 次の表は、1つの専用クラスターでノード（またはノードのOVAサイズ）を増やすときにクラスターが処理できる最大合計ユーザー容量を示しています。

_{* ユーザー容量は、1つのノードのクラスターと2つのノードのクラスターで同じであることに注意してください。これは、Calendar Serviceがサービスの継続性を向上させるためにフェイルオーバーを使用しているためです。クラスタにノードが2つある場合、すべてのユーザーが1つのノードに割り当てられます。もう一方のノードは冗長バックアップです。詳細については、「ハイブリッドサービスユーザー向けの Expressway クラスター容量の計画」を参照してください。}

ホストとクラスター全体にわたるユーザー割り当て

デフォルトでは、ハイブリッドカレンダーサービスは、クラスター内のすべてのカレンダーコネクタにユーザーを自動的に割り当て、均等に分散します。 割り当ては空き状況に応じて動的に行われ、管理者は個々のユーザーがどのノードに割り当てられるかを制御することはできません。

組織に複数のクラスターがある場合、ユーザーの配分は、クラスターの可用性、現在の割り当て（障害復旧中のフラッピングを減らすため）、クラスターの優先順位が最も高い順に並べ替えられるなど、複数の要因に基づいています。 管理者は、ユーザーまたはユーザーグループをリソースグループに割り当てることもできます。 リソースグループはクラスター固有なので、管理者は特定のユーザーセットの割り当てを特定のクラスターに制限できます。

ユーザー割り当ての基本を理解し、Expressway Calendar Connectorの前提条件を考慮に入れると、管理者は組織に適した容量を大規模に導入できます。 次のパラメータを指定して、ハイブリッドカレンダーサービスを有効にする126,000人のユーザーの組織の例を見てみましょう。

• 大規模なOVAテンプレートを使用する6ノードのExpresswayクラスタ（ノードあたり15,000人のユーザー数の制限）

• リソースグループは必要ありません

単一クラスターの容量式は、U _CalN = (N-1) * U _{cal1 です。N=6、U cal1} =15,000（大規模なOVAテンプレートを使用）では、最大75,000人のユーザーが得られます。 カレンダーサービスの導入には合計126,000人のユーザーがいるため、複数のカレンダーコネクタホストクラスターが必要です。 次の図に示すように、ユーザーは均等に分散されます。

ハイブリッドカレンダーサービスは、まずクラスターが75,000人のユーザー容量に達するまでユーザーをクラスターAに追加し、次に残りのユーザーをクラスターBに割り当てます。 ユーザーは、クラスター内のすべてのノードにランダムかつ均等に分散されます。 この例は、カレンダーコネクタのホストノード（2つのクラスターのそれぞれ内）がデータセンターのRTPとPDXに均等に分布していることを示しています。 各ノードは同じOVAテンプレートを使用し、Expresswayの高可用性ガイドラインに従います。 カレンダーコネクタは、5+1冗長モデルのExpresswayクラスタリングロジックを使用して、高可用性のシナリオを可能にします。

すべてのユーザーをカレンダーコネクタに割り当てたので、クラスターに障害が発生した場合に何が起こるかを見てみましょう。 次の図は、単一ノードの障害を示しています。 障害が発生したノード（クラスターAの5A）に割り当てられていたユーザーは、そのクラスターの残りのノードにフェイルオーバーしました。 単一ノードの容量は最大15,000人のユーザーに対応し、クラスターAに残っている各ノードには、もともとノード5Aに割り当てられていた2500人のユーザーが追加されます。 クラスターBやクラスターBに割り当てられたユーザーには変更や影響はありません。

クラスターAの容量はまだ最大で、クラスター内の稼働中の各ノードの最大容量はノードあたり15,000ユーザーです。 したがって、次の図のノード4Aのように、クラスターAの別のノードが使用できなくなった場合、クラスターBが追加のユーザー負荷を引き受けます。 ノード4Aの15,000人のユーザーは、クラスターBに再割り当てされ、クラスターB内のすべてのノードに均等に分散されます。

ノード4Aと5Aが回復すると、クラスターAのユーザーはクラスター内のノード全体に再配分されます。 クラスターBにフェイルオーバーしたユーザーは、次の図に示すように、クラスター間の不必要なユーザー割り当てを避けるため、この回復フェーズの間もクラスターBに残ります。

ハイブリッドカレンダーサービスの大規模な導入を計画する際に注意すべき重要な項目は、導入中に障害が発生した場合の影響を理解することです。 同じ126,000人のユーザー展開を使用しているのに、データセンター全体が失われた場合、ユーザーがカレンダーコネクタノードに割り当てられない可能性があります。 このようなシナリオでサービスが停止するのを防ぐには、影響を受けたユーザーを再配分して処理するための第3のクラスターが必要になります。

ハイブリッドメッセージユーザーにサービスを提供するための Expressway クラスタの容量は、構成する Expressway ノードのサイズ、クラスタ内のノード数、およびサービス継続戦略によって異なります。

次の表は、ハイブリッドメッセージに使用される1つのExpresswayの最大ユーザー数を示しています。

このトピックは、 カレンダーサービスやメッセージサービスを含む複数のハイブリッドサービスのコネクタ間でコネクタホストExpresswayを共有する方法について説明します。 コネクタホストは、MRAやB2Bなどの他のExpresswayベースのソリューションとは共有されません。

コネクタホストクラスタの容量は、構成するExpresswayノードのサイズ、ノードの数、クラスタ上で稼働しているコネクタ、およびサービス継続戦略によって異なります。 これらの要因の詳細については、「ハイブリッドサービスユーザー向けの Expressway クラスター容量の計画」を参照してください。

また、さまざまなコネクタホストクラスターをモデル化し、提案するクラスターがサポートできる各サービスのユーザー数を確認するための計算機もあります。

一般的に、最大2ノードの小規模な展開にのみ共存することをおすすめします。 導入環境がノードペアの容量を超える場合は、特定のハイブリッドサービス専用の Expressway クラスタにコネクタを移動する必要があります。

例：3つの共存コネクタを備えたコネクタホストスケール

次の表は、スケールと共存関係の例を示しています。 コネクタホストクラスターの仕様が異なるサービスごとに、クラスターあたりの最大ユーザー数が表示されます。 クラスターは、ハイブリッドカレンダー（オンプレミスのExchangeを使用）、ハイブリッドコール、ハイブリッドメッセージサービスの間で共有されます。

はじめに

このトピックは、Expresswayコネクタホストを他のExpresswayベースのソリューションと共有することについてです。 他の目的で使用しているExpresswayでコネクタをホストすることを選択した場合、次の重要な注意事項が適用されます。

• 専用コネクタホスト Expressway に適用されるスケーラビリティモデルはサポートできません。 この記事の他のトピックを読んだり、計算機を使用して導き出されたユーザー番号は、コネクタホストが他の Expressway サービスと共有されている場合は適用されません。

• この記事で説明されているExpresswayベースのサービスとハイブリッドサービスコネクタの組み合わせ、および関連するユーザー番号は、サポートされている唯一のシナリオです。 他のシナリオはテストしていません。また、ご使用の環境での動作は期待できません。

コールコネクタとコールサービストラバーサルを備えたExpresswayベースのカレンダーサービス

このシナリオでは、2ノードの Expressway クラスタハイブリッドカレンダーコネクタ。 クラスタは、 他のシスコ通話ソリューション（SIPシグナリングとメディア）のコールトラバーサルも行っています。

この表は、Expresswayベースのコネクタで使用できるさまざまなカレンダー環境を示しています。 Expresswayベースのカレンダーコネクタは、ノードが3つ以上のクラスタではサポートされていません。 Office 365でさらに拡張するには、クラウドベースのコネクタを使用してください（カレンダーサービスの規模を参照）。

_{† この規模の制限を回避するには、オンプレミスのコネクタではなく、クラウドベースのCalendar Serviceを使用することをお勧めします。Expresswayベースのハイブリッドカレンダーでは、Office 365のユーザー容量をクラスターあたり1,000人に制限することは、クラスターのノードサイズや数とは無関係です。この制限は、オンプレミスのExpressway展開の規模ではなく、Microsoftクラウドサービスとのやり取りによるものです}。

モバイル付きカレンダーと Remote Access

このシナリオでは、1つまたは2つの小さなExpressway VMのMRAクラスタがカレンダーコネクタをホストしています。 このシナリオでは、 クラスターがMRAと2つのコネクタにのみ使用されることを前提としています。 クラスターは1つまたは2つの小さなノードに制限されています。