Service Fabric クラスターは、ネットワークで接続された一連の仮想マシンまたは物理マシンで、マイクロサービスがデプロイおよび管理されます。 クラスターの一部であるマシンまたは仮想マシン (VM) をクラスター ノードと呼びます。 クラスターは数千のノードにスケーリングできます。 クラスターに新しいノードを追加すると、Service Fabric は、増えたノード数にわたってサービス パーティションのレプリカとインスタンスを再調整します。 アプリケーションの全体的なパフォーマンスが向上し、メモリへのアクセスの競合が減少します。 クラスター内のノードが効率的に使用されていない場合は、クラスター内のノードの数を減らすことができます。 Service Fabric は、各ノード上のハードウェアをより適切に使用できるように、減少したノード数にわたってパーティションレプリカとインスタンスを再調整します。
Service Fabric を使用すると、Windows Server または Linux を実行している任意の VM またはコンピューターに Service Fabric クラスターを作成できます。 ただし、 スタンドアロン クラスター は Linux では使用できません。 Windows と Linux の機能サポートの違いの詳細については、「Linux 上の Service Fabric と Windows の違い」を参照してください。
Azure 上のクラスターの利点
Azure では、他の Azure の機能やサービスとの統合が提供されるため、クラスターの操作と管理がより簡単で信頼性が高くなります。
- Azure portal: Azure portal を使用すると、クラスターの作成と管理が簡単になります。
- Azure Resource Manager: Azure Resource Manager を使用すると、クラスターでユニットとして使用されるすべてのリソースを簡単に管理でき、コストの追跡と課金が簡素化されます。
- Azure リソースとしての Service Fabric クラスター Service Fabric クラスターは Azure リソースであるため、Azure の他のリソースと同様にモデル化できます。
- Azure インフラストラクチャとの統合 Service Fabric は、OS、ネットワーク、その他のアップグレード用の基になる Azure インフラストラクチャと連携して、アプリケーションの可用性と信頼性を向上させます。
- 診断： Azure では、Azure Diagnostics と Azure Monitor ログとの統合が提供されます。
- 自動スケール: Azure 上のクラスターの場合、仮想マシン スケール セットを使用した組み込みの自動スケール機能が提供されます。 オンプレミスやその他のクラウド環境では、独自の自動スケール機能を構築するか、Service Fabric がクラスターのスケーリング用に公開する API を使用して手動でスケーリングする必要があります。
スタンドアロン クラスターの利点
- クラスターをホストするクラウド プロバイダーは自由に選択できます。
- Service Fabric アプリケーションは、一度記述すると、変更を最小限に抑えて、複数のホスティング環境で実行できます。
- Service Fabric アプリケーションの構築に関する知識は、あるホスティング環境から別のホスティング環境に引き継がれ、
- Service Fabric クラスターの実行と管理の運用エクスペリエンスは、ある環境から別の環境に引き継がれる。
- ホスティング環境の制約によって、顧客範囲が制限されることはありません。
- データ センターまたはクラウド プロバイダーで停電が発生した場合は、サービスを別のデプロイ環境に移行できるため、広範な停止に対する信頼性と保護の層が追加されています。
次のステップ
- Azure 上の Service Fabric クラスターの概要を確認する
- Service Fabric スタンドアロン クラスターの概要を確認する
- Service Fabric のサポート オプションについて学びます。