仮想クラスター アーキテクチャ - Azure SQL Managed Instance

  • [アーティクル]

適用対象:Azure SQL Managed Instance

この記事では、Azure SQL Managed Instance をホストする仮想クラスターのアーキテクチャと操作管理について説明します。

概要

Azure SQL Managed Instance は、分離された一連の専用仮想マシン上でホストされていて、仮想クラスターに参加している一連のサービス コンポーネントで構成されるシングル テナントのサービスとしてのプラットフォーム (PaaS) です。 これらの仮想マシンの専用セットは、ハードウェアの生成やメンテナンス期間など、同様のインスタンス構成属性に基づいて仮想マシン グループに配置されます。 1 つ以上のインスタンスを仮想マシン グループに含めることができ、1 つ以上の仮想マシン グループで仮想クラスターを形成することができます。 仮想クラスターは、新しいインスタンスと削除されたインスタンスに対応するために、必要に応じて自動的に拡張または縮小されます。

それぞれの仮想クラスターは、1 つのサブネットに関連付けられ、サブネット内で最初の SQL マネージド インスタンスが作成されると、自動的にデプロイされます。 同様に、サブネット内の最後のインスタンスが 削除されると、仮想クラスターは自動的に削除され、サブネットは空のままで、削除可能になります。 仮想クラスターは、そのサブネット内にデプロイされたマネージド インスタンスにサブネットを接続します。 サービス関連付けリンク (SAL) は、サブネットとクラスターの間の関連付けを確立するために使用されます。

次の図は、仮想クラスターの概念上のレイアウトを示しています。

Diagram that shows the virtual cluster architecture for Azure SQL Managed Instance.

管理操作におけるロール

管理操作における 仮想クラスターの役割は、操作 に適したコンピューティング リソースを検索し、インスタンスを作成する仮想マシンや仮想マシン グループなどのクラスター内のリソースを管理することです。 管理操作には、新しいインスタンスの作成や、既存のインスタンスの構成の削除または変更が含まれます。 仮想クラスターは、操作に応じて、既存の仮想マシン グループを拡張、縮小、または削除するか、新しい仮想マシン グループを作成します。

仮想マシン グループは、同様のインスタンス構成属性 (ハードウェアの生成ウィンドウやメンテナンス期間など) によって定義されているため、インスタンスに対してこれらの属性のいずれかを変更すると、仮想クラスターが、それを形成する仮想マシン グループに対してアクションを実行するようにトリガーされます。 管理操作によってトリガーされるアクションには、新規の作成や既存の仮想マシンの削除、仮想マシン グループ、既存のグループの拡張、グループ間でのインスタンスの移動などがあります。 すべての仮想マシンがグループから削除された場合、仮想クラスターによって仮想マシン グループも削除されます。

たとえば、インスタンスのハードウェア生成を変更した場合、仮想クラスターでは、ハードウェア生成用の新しい仮想マシン グループがまだ存在しない場合は作成され、そのグループにインスタンスが移動されます。

仮想グループの変更操作の期間は、操作の種類によって異なります。 詳細については、「SQL マネージド インスタンスの管理操作」を参照してください。

仮想マシン グループの数

仮想クラスター内の仮想マシン グループの数は、次によって異なります。

個別のハードウェア生成構成の数とサブネット内の異なるメンテナンス期間構成の数を乗算することで、仮想クラスター内の仮想マシン グループの数を測定できます。 たとえば、2 つのハードウェア生成構成 (1 つの Standard シリーズと 1 つの Premium シリーズ インスタンスなど) と 2 つの異なるメンテナンス期間構成がある場合、仮想クラスターには 4 つの仮想マシン グループがあります。

SQL Managed Instance では、3 つの異なるハードウェア生成構成と 3 つの異なるメンテナンス期間構成がサポートされています。 そのため、仮想クラスター内の仮想マシン グループの最小数は 1 (1 つのハードウェア生成構成、1 つのメンテナンス期間構成)、最大は 9 (3 つの異なるハードウェア生成構成、3 つの異なるメンテナンス期間構成) です。

重要

グループに参加できる仮想マシンの数には制限があるため、既存のグループに領域がない場合、同じ仕様の仮想マシン グループが作成される可能性があります。 多数のインスタンスを持つサブネットに、同じ構成の複数のマシン グループがあり、仮想マシン グループが 9 を超える可能性があります。

IP アドレスの使用におけるロール

Azure SQL Managed Instance の組み込みの高可用性は、Azure Service Fabric で実装されます。 Service Fabric クラスターは、ネットワークで接続された一連の仮想マシンまたは物理マシンです。 Service Fabric クラスターの一部である各マシンまたは VM はクラスター ノードと呼ばれ、各ノードは 1 つの IP アドレスを予約します。 そのため、 SQL マネージド インスタンスを作成する VM の専用セット内の各仮想マシンは、Service Fabric クラスター内のノードと見なされます。 1 つ以上の SQL マネージド インスタンスをホストする仮想クラスターは、高可用性のために各 VM に IP アドレスを割り当てて Service Fabric クラスターを形成します。

仮想クラスターは内部の仮想マシンに IP アドレスを割り当てる役割を担い、各仮想クラスターは 1 つのサブネットに関連付けられているため、サブネットの適切なサイズを決定するときに、サブネットにデプロイするインスタンスの数を慎重に検討する必要があります。

マネージド インスタンスをデプロイするサブネットの適切なサイズを決定する場合は、次のことを考慮してください。

  • サブネットにデプロイする予定のインスタンスの数
  • サブネットで想定される異なる仮想マシン グループの数

詳細については、「Azure SQL Managed Instance に必要なサブネット サイズおよび範囲を決める」を参照してください。

DNS 同期

仮想クラスターは、既存の SQL マネージド インスタンスをホストする仮想ネットワーク内の DNS サーバー設定の変更を同期します。 仮想クラスターによって同期がトリガーされ、クラスター内のインスタンスに反映されます。 詳細については、「Azure SQL Managed Instance でのプライベート ドメイン名の解決」をご覧ください。

Azure SQL Managed Instance の削除後にサブネットを削除する

SQL マネージド インスタンスに使用されるサブネットを削除する前に、サブネットを空にする必要があります。 仮想クラスターは、サブネット内の最初のインスタンスの作成時に自動的に作成され、サブネット内の最後のインスタンスが削除されたときに自動的に削除されるため、サブネットを削除する前に、まずサブネット内のすべてのインスタンスを削除する必要があります。

重要

  • 仮想クラスターの作成と削除は自動的に行われるため、最初のインスタンスの作成やサブネット内の最後のインスタンスの削除の後、手動で操作する必要はありません。
  • 仮想クラスターの削除は、最長 1.5 時間かかる、実行時間の長い操作です。 仮想クラスターの削除が完了するまで、仮想クラスターはポータルに引き続き表示されます。

まれに、インスタンスの作成が失敗し、空の仮想クラスターが発生します。 また、インスタンスの作成はキャンセルできるため、デプロイに失敗した状態で、仮想クラスターがデプロイされる可能性があります。 空の仮想クラスター、またはデプロイに失敗したインスタンスを持つクラスターはバックグラウンドで自動的に削除され、これらのクラスターに関連付けられている料金は発生しません。

次のステップ