次の方法で共有

Azure SQL Managed Instance に必要なサブネット サイズおよび範囲を決める

適用対象:Azure SQL Managed Instance

この記事は、Azure SQL Managed Instance の適切なサブネット サイズと IP アドレス範囲を決定するのに役立ちます。

概要

Azure SQL Managed Instance は、仮想クラスターによってホストされ、Azure 仮想ネットワーク内にデプロイされた 1 つ以上の仮想マシン (VM) グループ内に配置された分離された仮想マシンの専用セットでホストされるサービス コンポーネントで構成されます。

仮想ネットワーク内の 1 つのサブネットに関連付けられた仮想クラスターは、1 つ以上の SQL マネージド インスタンスをホストできます。 サブネットにデプロイできるマネージド インスタンスの数は、サブネットのサイズ (サブネットの範囲) によって決まります。

SQL マネージド インスタンスを作成すると、Azure によって、選択したサービス レベルに基づいて仮想マシンの数が割り当てられます。 これらの仮想マシンはお使いのサブネットに関連付けられているため、IP アドレスが必要です。 Azure では、定期的な運用とサービスメンテナンス中に高可用性を確保するために、より多くの仮想マシンを割り当てることができます。 サブネット内の必要な IP アドレスの数は一般に、そのサブネット内の SQL マネージド インスタンスの数より大きくなります。

サブネットのサイズを決める

SQL マネージド インスタンスのデプロイでは、サブネットのサイズを慎重に計画してください。

仕様上、各 SQL マネージド インスタンスにはサブネット内で 32 個以上の IP アドレスが必要です。 サブネットの IP 範囲を定義するときに、最小で /27 サブネット マスクを使用することができます。

サブネットのサイズを決定するときは、次の考慮事項の一覧を使用します。

  • インスタンスに関連する考慮事項:
    • SQL マネージド インスタンスの数
    • インスタンスのサービス レベル
  • 仮想クラスターに関連する考慮事項:
    • ハードウェア構成
    • メンテナンス期間の構成
  • 管理操作に関連する考慮事項:
    • サービス レベル、ハードウェア構成、またはメンテナンス時間のスケールアップ/スケールダウンまたは変更の計画

次のパラメーターを使用すると、計算を簡単に行うことができます。

  • Azure では、Azure 自体のためにサブネット内の IP アドレス 5 個を使用します。
  • 各 VM グループ は、さらに 6 つのアドレスを割り当てます。
  • 各 SQL マネージド インスタンスが使用するアドレスの数は、サービス レベルによって異なります。
    • General Purpose SQL マネージド インスタンスは 3 つのアドレスを使用します
    • Business Critical SQL マネージド インスタンスは 5 つのアドレスを使用します
  • 各スケーリング要求は、スケールされるインスタンスに割り当てられたアドレスの数を一時的に 2 倍にします。

重要

サブネットにリソースが存在する場合、サブネット アドレス範囲の変更はサポートされません。 このため、将来の問題を防ぐために、小さいサブネットではなく、より大きなサブネットを使用することをお勧めします。

単一デプロイ インスタンス

次の表は、各サービス レベルにデプロイされたサブネット内の 1 つのインスタンスに必要な IP アドレスの数を示しています。

サービス レベル Azure での使用1 VM グループでの使用2 インスタンスでの使用 ゾーン冗長 (ZR) 合計3
General Purpose 5 八 2 0 15
Business Critical 5 八 5 2 18 (ZR では 20)

1 Azure で使用されるアドレスは、サブネット内のすべてのインスタンスで共有されます。
2 VM グループで使用されるアドレスは、同じグループ内に配置されたインスタンス間で共有されます。
3 インスタンスによって使用されるアドレスの合計数。 Business Critical サービス レベルのインスタンスに対してゾーン冗長が有効になっている場合は、追加の IP アドレスが割り当てられます。

サブネットにインスタンスを追加すると、インスタンスで使用されるアドレスの数が増え、アドレスの合計数が増えます。

複数インスタンスのサブネット

このセクションの数式では、サブネット内の複数のインスタンスに必要なアドレスの数を計算します。 この数式では、後続のインスタンスの作成または更新要求中に新しい VM グループを作成する可能性と、仮想クラスターのメンテナンス期間とハードウェア要件が考慮されます。

インスタンスの数に基づいて IP アドレスの合計数を計算するには、次の式を使用します。

5 + (gp * 4) + (bc * 10) + (bc_zr * 2) + (vmg * 8)。それぞれ以下の内容を表します。

  • gp = General Purpose インスタンスの数
  • bc = Business Critical インスタンスの数
  • bc_zr = ゾーン冗長ビジネスクリティカルインスタンスの数
  • vmg = 異なる VM グループの数

次の一覧では、数式で使用される数値について説明します。

  • 5 は、Azure で予約されている IP アドレスの数です
  • General Purpose インスタンスあたり 4 つのアドレス (初期デプロイの場合は 2、最終的なスケーリング操作の場合は 2)
  • Business Critical インスタンスあたり 10 個のアドレス (初期デプロイの場合は 5、最終的なスケーリング操作の場合は 5)
  • VM グループあたり 8 つのアドレス

重要

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

例 1

General Purpose マネージド インスタンス 3 つおよび Business Critical マネージド インスタンス 2 つを同じサブネット内に展開するとします。 すべてのインスタンスに同じメンテナンス期間があり、同じハードウェア構成で実行され、ゾーン冗長のインスタンスはありません。

これらの値を数式に代入すると、次の式が生成されます。 5 + (3 * 4) + (2 * 10) + 0 + (1 * 8) = 45

IP 範囲は 2 の累乗で定義されているため、45 個の IP アドレスをサポートするには、このデプロイに最小 IP 範囲 64 (2^6) が必要です。 /26 のサブネット マスクを持つサブネットを予約します。

例 2

合計 7 つのインスタンスを同じサブネット、4 つの General Purpose、および 3 つの Business Critical インスタンスにデプロイする予定です。 3 つは、既定のメンテナンス期間 (VM グループ 1) の Standard シリーズ ハードウェアで実行されている開発/テスト インスタンスです。残りの 4 つは運用段階にあり、週末のメンテナンス期間 (VM グループ 2) の Premium シリーズ ハードウェアで実行されています。 Business Critical インスタンスのうち 2 つはゾーン冗長構成になっています。

これらの値を数式に代入すると、次の式が生成されます。 5 + (4 * 4) + (3 * 10) + (1 * 2) + (2 * 8) = 69

IP 範囲は 2 の累乗で定義されているため、69 個の IP アドレスをサポートするには、このデプロイには最小 IP 範囲 128 (2^7) がサブネットに必要です。 予約する必要があるサブネットは、/25 サブネット マスクのものになります。

注意事項

計算サイズよりも小さいサブネットにインスタンスをデプロイすることはできますが、そうすることで、インスタンスを追加したり、一時的な IP アドレスを必要とするスケール操作やメンテナンス操作を完了したりできなくなる可能性があります。 サービスの中断を回避するには、最小よりも大きなサブネットを予約し、将来の増加、追加の VM グループ、および特定の操作中の IP 使用率の一時的な増加を計画します。

シナリオの更新

スケーリング操作中、インスタンスには、サービス レベルに依存する追加の IP 容量が一時的に必要になります。

次の表は、新しい VM グループを作成する必要のないスケール操作に必要な追加 IP アドレスの一時的な数を示しています。

サービス レベル シナリオ 追加のアドレス数
一般医 仮想コアのスケーリング 2
一般医 ストレージのスケーリング 0
一般医 BC への切り替え 5
紀元前 仮想コアのスケーリング 5
紀元前 ストレージのスケーリング 5
紀元前 GP への切り替え 2

ハードウェアの世代やメンテナンス期間の変更など、新しい VM グループを作成する操作には、新しいグループに追加の 6 つの永続的なアドレスが必要です。

関連コンテンツ

  • Last updated on