次の方法で共有

Oracle Database@Azure の IP アドレス空間を計画する

  • [アーティクル]

Oracle Database@Azure デプロイの設計の重要な部分として、IP アドレス空間の計画があります。 仮想マシン クラスターとネットワーク サービスにとって十分な数の IP があるようにすることが重要です。

この記事では、Oracle Database@Azure のインスタンスの最小サブネット クラスレス ドメイン間ルーティング (CIDR) サイズを見つけるために使用できる表を提供します。

ネットワークを設定する際には、以下の点を考慮してください。

  • Oracle Autonomous Database の場合、最小 CIDR サイズは /27 です。
  • Oracle Autonomous Database サブネットと Oracle Exadata 仮想マシン クラスターに割り当てられた IP アドレス範囲は、使用中の他の CIDR と重複させることはできません。 重複によって、ルーティングの問題が発生する可能性があります。 Oracle Database@Azure の CIDR を構成するときに、リージョン間ルーティングを考慮します。
  • Oracle Exadata X9M の場合、IP アドレス 100.106.0.0/16 と 100.107.0.0/16 は相互接続用に予約されており、クライアント ネットワークやバックアップ ネットワークに割り当てることはできません。

クライアント サブネットとバックアップ サブネットに固有のその他の要件については、以降のセクションで説明します。

クライアント サブネットの要件

クライアント サブネットの IP アドレスには、次の要件があります。

  • 仮想マシンごとに 4 個の IP アドレスが必要です。 VM クラスターには、少なくとも 2 台の仮想マシンがあります。 そのため、2 台の仮想マシンを持つ VM クラスターには、クライアント サブネット内の 8 個の IP アドレスが必要となります。 VM クラスターにさらに仮想マシンが追加されるごとに、クライアント サブネット内で必要となる IP アドレスの数は 4 個ずつ増加します。

  • 各 VM クラスターには、その VM クラスター内に何台の仮想マシンが存在するかに関係なく、単一クライアント アクセス名 (SCAN) 用の 3 個の IP アドレスが必要です。

  • クライアント サブネット内では、そのクライアント サブネット内に何個の仮想マシン クラスターが存在するかに関係なく、ネットワーク サービス用に 13 個の IP アドレスが予約されています。 この 13 個のアドレスは、最初の 4 個の IP アドレス、9 番目から 16 番目の IP アドレス、最後の IP アドレスです。

たとえば、10.0.0.0/24 サブネットでは、以下の 13 個の IP が予約されています。

- 10.0.0.0 to 10.0.0.3

- 10.0.0.8 to 10.0.0.15

- 10.0.0.255

シナリオ: クライアント サブネットに必要な CIDR サイズ

次のテーブルでは、さまざまなサイズでプロビジョニングされた仮想マシン クラスターのシナリオを示します。 各シナリオのクライアント サブネットに収まるインスタンスの数は、そのサブネットの CIDR サイズによって決まります。 このテーブルは、考えられるすべてのシナリオを示すものではありません。

シナリオ /27 /26 /25 /24 /23 /22
2 つの仮想マシンを含む 1 つの仮想マシン クラスター (11 IP + 13 IP (ネットワーク サービス用) = 24 IP) 1 4 10 21 45 91
3 つの仮想マシンを含む 1 つの仮想マシン クラスター (15 IP + 13 IP (ネットワーク サービス用) = 28 IP) 1 3 7 15 33 67
4 つの仮想マシンを含む 1 つの仮想マシン クラスター (19 IP + 13 IP (ネットワーク サービス用) = 34 IP)   2 5 12 26 53
それぞれ 2 つの仮想マシンを含む 2 つの仮想マシン クラスター (22 IP + 13 IP (ネットワーク サービス用) = 35 IP)   2 5 10 22 45
それぞれ 3 つの仮想マシンを含む 2 つの仮想マシン クラスター (30 IP + 13 IP (ネットワーク サービス用) = 43 IP)   1 3 7 16 33
それぞれ 4 つの仮想マシンを含む 2 つの仮想マシン クラスター (38 IP + 13 IP (ネットワーク サービス用) = 51 IP)   1 2 6 13 26

バックアップ サブネットの要件

バックアップ サブネットには、以下に示す IP アドレス要件があります。

  • 各仮想マシンには 3 つの IP アドレスが必要です。 仮想マシン クラスターには、少なくとも 2 つの仮想マシンが含まれています。 そのため、2 つの仮想マシンを含む仮想マシン クラスターには、バックアップ サブネット内の 6 つの IP アドレスが必要です。 仮想マシン クラスターに仮想マシンが 1 つ追加されるごとに、バックアップ サブネット内で必要な IP アドレスの数は 3 つ増えます。
  • ネットワーク サービスには、バックアップ サブネット用に 3 つの IP アドレスが必要であり、これはそのバックアップ サブネット内に何個の仮想マシン クラスターが存在するかに関係ありません。

例: 2 つの仮想マシンを含む 1 つの仮想マシン クラスターを含むバックアップ サブネットに必要な IP アドレスの数は、"6 IP (2 つの仮想マシンを含む 1 つの仮想マシン クラスター) + 3 IP (ネットワーク サービス用) = 9 IP" です。

シナリオ: バックアップ サブネットに必要な CIDR サイズ

次の表は、さまざまなサイズのプロビジョニングされた仮想マシン クラスターのシナリオを示したものです。 各シナリオのバックアップ サブネットに収まるインスタンスの数は、そのサブネットの CIDR サイズによって決まります。 この表は、考えられるすべてのシナリオを示したものではありません。

シナリオ /28 /27 /26 /25 /24 /23
2 つの仮想マシンを含む 1 つの仮想マシン クラスター "(6 IP + 3 (ネットワーク サービス用) = 9 IP)" 1 3 7 14 28 56
3 つの仮想マシンを含む 1 つの仮想マシン クラスター "(9 IP + 3 (ネットワーク サービス用) = 12 IP)" 1 2 5 10 21 42
4 つの仮想マシンを含む 1 つの仮想マシン クラスター "(12 IP + 3 (ネットワーク サービス用) = 15 IP)" 1 2 4 8 13 34
それぞれが 2 つの仮想マシンを含む 2 つの仮想マシン クラスター "(12 IP + 3 (ネットワーク サービス用) = 15 IP)" 1 2 4 8 13 34
それぞれが 3 つの仮想マシンを含む 2 つの仮想マシン クラスター "(18 IP + 3 (ネットワーク サービス用) = 21 IP)"   1 3 6 12 24
それぞれが 4 つの仮想マシンを含む 2 つの仮想マシン クラスター "(24 IP + 3 (ネットワーク サービス用) = 27 IP)"   1 2 4 9 18

CIDR サイズごとのクライアントおよびバックアップ サブネットで使用できる IP の数

次の表は、ネットワーク サービスに必要な IP アドレス数を引いた後の、仮想マシン クラスターと SCAN で利用できる IP アドレスの数をさまざまな CIDR サイズに対して示したものです。

ヒント

サブネットに対して必要な領域よりも多くの領域 (たとえば、/27 ではなく少なくとも /25 など) を割り当てると、予約済み IP アドレスがサブネットの利用可能な領域に与える相対的な影響を小さくすることができます。

サブネットの CIDR クライアント サブネット用の予約済みネットワーク IP の数 クライアント サブネットで使用できる IP の数 (仮想マシンおよび SCAN) バックアップ サブネット用の予約済みネットワーク IP の数 バックアップ サブネットで使用できる IP の数 (仮想マシンおよび SCAN)
/28 13 0 (2<4 - 13) 3 13 (2^4 - 3)
/27 13 15 (2^5 - 13) 3 29 (2^5 - 3)
/26 13 47 (2^6 - 13) 3 61 (2^6 - 3)
/25 13 111 (2^7 - 13) 3 125 (2^7 - 3)
/24 13 239 (2^8 - 13) 3 253 (2^8 - 3)
/23 13 495 (2^9 - 13) 3 509 (2^9 - 3)
/22 13 1,007 (2^10 - 13) 3 1,021 (2^10 - 3)

関連するコンテンツ