Service Fabric の管理対象クラスター
Service Fabric マネージド クラスターは、デプロイとクラスター管理エクスペリエンスを効率化する Azure Service Fabric クラスター リソース モデルの進化版です。
従来の Service Fabric クラスターに使用される Azure Resource Model (ARM) テンプレートでは、クラスター リソースを多数の関連リソースと共に定義する必要があります。クラスターとサービスが適切に機能するには、これらのリソースが正しく構成されている必要があります。 これに対して、Service Fabric マネージド クラスターのカプセル化モデルは、単一の "Service Fabric マネージド クラスター" リソースから成ります。 クラスターの基になるリソースはすべて抽象化され、Azure が皆さんの代わりに管理します。
Service Fabric の従来のクラスター モデル
Service Fabric マネージド クラスター モデル
サイズと複雑さの点で言えば、Service Fabric マネージド クラスターに使用される ARM テンプレートの JSON は約 100 行であるのに対し、通常の Service Fabric クラスターを定義するために必要な行数は約 1,000 行となります。
| Service Fabric のリソース | Service Fabric マネージド クラスター リソース |
|---|---|
| Service Fabric クラスター | Service Fabric マネージド クラスター |
| 仮想マシン スケール セット | |
| Load Balancer | |
| パブリック IP アドレス | |
| ストレージ アカウント | |
| 仮想ネットワーク |
Service Fabric マネージド クラスターの利点
Service Fabric マネージド クラスターには、次のように、従来のクラスターと比べて優れている点が数多くあります。
クラスターのデプロイと管理が簡素化されている
- デプロイおよび管理の対象となる Azure リソースが 1 つ
- クラスター証明書の管理と 90 日間の自動ローテーション
- 簡素化されたスケーリング操作
- OS イメージの自動アップグレードのサポート
- インプレースの OS SKU 変更のサポート
運用エラーを防止
- 基になるリソースとの構成の不整合を防止
- 安全でない操作をブロック (シード ノードを削除するなど)
ベスト プラクティスを既定で採用
- 信頼性と持続性の設定を簡素化
Service Fabric マネージド クラスターには、そのクラスターに必要な、基になるリソースのコストを超える追加負担はなく、マネージド クラスターにも同じ Service Fabric サービス レベル アグリーメント (SLAリソース が適用されます。
Note
既存の Service Fabric クラスターからマネージド クラスターへの移行パスは存在しません。 この新しいリソースの種類を使用するには、新しい Service Fabric マネージド クラスターを作成する必要があります。
重要
マネージド クラスター内のリソースを手動で変更することはサポートされていません。
Service Fabric マネージド クラスターの SKU
Service Fabric マネージド クラスターには、Basic SKU と Standard SKU があります。
| 機能 | Basic | Standard |
|---|---|---|
| ネットワーク リソース (ロード バランサー、パブリック IP の SKU) | Basic | Standard |
| 最小ノード (仮想マシン インスタンス) 数 | 3 | 5 |
| ノード タイプごとの最大ノード数 | 100 | 1000 |
| 最大ノード タイプ数 | 1 | 50 |
| ノード タイプの追加と削除 | いいえ | はい |
| ゾーン冗長性 | いいえ | はい |
機能のサポート
詳細については、マネージド クラスターの構成オプションに関するドキュメント、または managedClusters の Bicep および ARM テンプレートに関するページを参照してください。
次のステップ
Service Fabric マネージド クラスターでの作業を開始するには、次のクイックスタートをお試しください。
管理対象クラスターの構成方法のリファレンス