クラスタリング

​高可用性​とは、クラスタリングとは異なり、各レプリカ間でデータを共有しない複数のレプリカがあることを指します。 クラスタリング​では、複数のレプリカが相互に通信し、メモリを共有しているためにデータを共有できます。

クラスタリングでは、以下が必要です。

CloudHub 2.0 では、アプリケーションの vCore オプションを選択して、水平方向に拡張できます。 このように計算能力のプロビジョニングを詳細に制御できるため、高い負荷に対処する場合はアプリケーションをスケールアップし、負荷が低い期間はスケールダウンするという作業を任意のタイミングで柔軟に行うことができます。

サブスクリプションに応じて、最大 8 個のレプリカでアプリケーションをデプロイできます。 十分なリソースがあることを確認するには、​「CloudHub 2.0 レプリカ」​を参照してください。

レプリカのスケールアウトにより、信頼性も向上します。 Mule Runtime Engine (Mule) は、自動的に同じアプリケーションで複数のレプリカを 2 つ以上のデータセンターで分散し、最大限の信頼性を確保します。

アプリケーションを 2 つ以上のレプリカにデプロイすると、それらの Mule インスタンスでワークロードを分散できます。 CloudHub では、割り当てたレプリカで HTTP 要求を自動的に分散する、次の HTTP 負荷分散サービスが提供されます。

バッチジョブは、一度に 1 つのレプリカでのみ実行され、複数のレプリカで分散できません。 同じデプロイメントで Mule が再起動すると、その状況は保持され、バッチの処理が続行されます。 バッチの実行中にアプリケーション全体が更新または再デプロイされると、残りのバッチジョブは続行されません。 CloudHub 2.0 の永続的なバッチジョブの主な解決策は、「Object Store v2 の概要」を参照してください。

次の 2 つのいずれかの方法でクラスタリングの機能のいずれかまたは両方を有効/無効にできます。

[Deployment Target (デプロイメント対象)]​ タブのドロップダウンメニューを使用して、アプリケーションの vCore オプションを選択し、必要な計算能力を設定します。

複数のレプリカへのデプロイについての詳細は、​「CloudHub 2.0 レプリカ」​を参照してください。

アプリケーションがすでにデプロイされている場合、新しい設定を有効にするには、再デプロイする必要があります。

HTTP 負荷分散は、内部リバースプロキシサーバーで実装されます。 アプリケーション (ドメイン) URL への要求は、自動的にすべてのアプリケーションのレプリカ URL で負荷分散されます。

単一のアプリケーションで、クラスタリング機能を組み合わせることができます。