Azure SQL Edge コンテナーの高可用性
重要
Azure SQL Edge の提供は、2025 年 9 月 30 日に終了する予定です。 詳細な情報と移行オプションについては、提供終了に関する通知を参照してください。
Note
Azure SQL Edge では、ARM64 プラットフォームがサポートされなくなりました。
Kubernetes でネイティブに Azure SQL Edge インスタンスを作成して管理します。 Kubernetes によって管理されるコンテナー Azure SQL Edge をデプロイします。 Kubernetes では、クラスター ノードで障害が発生した場合に、Azure SQL Edge インスタンスを含むコンテナーを自動的に回復できます。 Kubernetes 永続ボリューム要求 (PVC) を使用して SQL Edge コンテナー イメージを構成できます。 Kubernetes は、コンテナー内の Azure SQL Edge プロセスをモニターします。 プロセス、ポッド、コンテナー、またはノードで障害が発生した場合、Kubernetes は自動的に別のインスタンスをブートストラップし、ストレージに再接続します。
Kubernetes の Azure SQL Edge コンテナー
Kubernetes 1.6 以降のバージョンでは、ストレージ クラス、永続ボリューム要求 がサポートされています。
この構成では、Kubernetes はコンテナー オーケストレーターの役割を果たします。
上の図で、azure-sql-edge はポッド内のコンテナーです。 Kubernetes により、クラスター内のリソースが調整されます。 レプリカ セットによって、ノード障害が発生した後でポッドが自動的に復旧されます。 アプリケーションがサービスに接続します。 このケースでは、サービスは、azure-sql-edge の障害後も変化しない IP アドレスがホストされているロード バランサーを表します。
次の図では、azure-sql-edge コンテナーで障害が発生しています。 オーケストレーターとしての Kubernetes により、レプリカ セット内に適切な数の正常なインスタンスが存在することが保証され、構成に従って新しいコンテナーが開始されます。 オーケストレーターによって同じノード上で新しいポッドを開始され、azure-sql-edge によって同じ永続ストレージに再接続されます。 サービスは、再作成された azure-sql-edge に接続されます。
次の図では、azure-sql-edge コンテナーがホストされているノードで障害が発生しています。 オーケストレーターによって異なるノード上で新しいポッドを開始され、azure-sql-edge によって同じ永続ストレージに再接続されます。 サービスは、再作成された azure-sql-edge に接続されます。
Kubernetes にコンテナーを作成するには、「Kubernetes に Azure SQL Edge コンテナーをデプロイする」をご覧ください。
関連するコンテンツ
Azure Kubernetes Service (AKS) で Azure SQL Edge コンテナーをデプロイするには、次の記事を参照してください。