Oracle Database@AzureでのIPアドレス空間の計画
Oracle Database@Azureデータベース製品の最小サブネットCIDRサイズを確認するには、このトピックの表を使用します。
ネットワークを設定するときは、次の点に注意してください。
- Oracle Autonomous Databaseの場合、最小CIDRサイズは/27です。
- Autonomous DatabaseおよびExadata VMクラスタに割り当てられたIPアドレス範囲は、ルーティングの問題を引き起こす可能性があるため、使用中の他のCIDRと重複しないでください。Oracle Database@AzureのCIDRを構成する場合は、リージョン間のルーティングを考慮してください。
- Exadata X9Mの場合: IPアドレス100.106.0.0/16および100.107.0.0/16はインターコネクト用に予約されており、クライアントまたはバックアップ・ネットワークに割り当てることはできません。
クライアント・サブネットおよびバックアップ・サブネットに固有のその他の要件は、後続の各サブネット・タイプの項に記載されています。
Oracle Exadata Database Serviceの詳細
クライアントのサブネットの要件
クライアント・サブネットには次のIPアドレス要件があります。
- 各仮想マシンには4つのIPアドレスが必要です。VMクラスタには、2つ以上の仮想マシンがあります。したがって、仮想マシンが2つあるVMクラスタでは、クライアント・サブネットに8つのIPアドレスが必要です。VMクラスタに追加する各仮想マシンによって、クライアント・サブネットに必要なIPアドレスの数が4 IP増加します。
- 各VMクラスタには、VMクラスタに存在する仮想マシンの数に関係なく、シングル・クライアント・アクセス名(SCAN)に3つのIPアドレスが必要です。
-
クライアントサブネット内に存在する VMクラスタの数に関係なく、クライアントサブネット内のネットワークサービス用に13個のIPアドレスが予約されています。13アドレスは、最初の4つのIPアドレス、9番目から16番目のIPアドレス、最後のIPアドレスです。
たとえば、10.0.0.0/24サブネットでは、次の13個のIPが予約されています。
- 10.0.0.0から10.0.0.3
- 10.0.0.8から10.0.0.15
- 10.0.0.255
例: 2つの仮想マシンを持つ1つのVMクラスタを持つクライアント・サブネットに必要なIPアドレス
11個のIP(2台の仮想マシンと3つのSCANを持つVMクラスタ) + 13個のIP(ネットワーキング) = 24個のIP。
VMクラスタのシナリオ: クライアント・サブネットに必要なCIDRサイズ
次の表に、異なるサイズのプロビジョニングされたVMクラスタのシナリオを示します。クライアント・サブネットに収まる各シナリオの数は、サブネットで使用されるCIDRサイズによって異なります。この表は、可能性のあるシナリオをすべて示しているわけではありません。
| シナリオ | /27 | /26 | /25 | /24 | /23 | /22 |
|---|---|---|---|---|---|---|
| 2台の仮想マシンを含む1つのVMクラスタ(11個のIP + 13個のネットワーキング= 24) | 1 | 4 | 10 | 22 | 45 | 91 |
| 3台の仮想マシンを含む1つのVMクラスタ(15個のIP + 13個のネットワーキング= 28 | 1 | 3 | 7 | 16 | 33 | 67 |
| 4台の仮想マシンを含む1つのVMクラスタ(19個のIP + 13個のネットワーキング= 32) | 1 | 2 | 6 | 12 | 26 | 53 |
| 各仮想マシンが2つある2つのVMクラスタ(22個のIP + 13個のネットワーキング= 34) | 2 | 5 | 11 | 22 | 45 | |
| 各仮想マシンが3つある2つのVMクラスタ(30個のIP + 13個のネットワーキング= 43) | 1 | 3 | 8 | 16 | 33 | |
| それぞれ4台の仮想マシンを持つ2つのVMクラスタ(38個のIP + 13個のネットワーキング= 51) | 1 | 3 | 6 | 13 | 26 |
バックアップ・サブネットの要件
バックアップ・サブネットには次のIPアドレス要件があります。
- 各仮想マシンに3つのIPアドレス。VMクラスタには、2つ以上の仮想マシンがあります。したがって、仮想マシンが2つあるVMクラスタには、バックアップ・サブネットに6つのIPアドレスが必要です。VMクラスタに追加する各仮想マシンによって、バックアップ・サブネットに必要なIPアドレスの数が3 IP増加します。
- ネットワーキング・サービスでは、バックアップ・サブネットに存在するVMクラスタの数に関係なく、バックアップ・サブネットに3つのIPアドレスが必要です。
例: 2つの仮想マシンを持つ1つのVMクラスタを持つバックアップ・サブネットに必要なIPアドレス
6つのIP (2つの仮想マシンを持つVMクラスタ) + 3つのIP (ネットワーキング) = 9つのIP。
VMクラスタのシナリオ: バックアップ・サブネットに必要なCIDRサイズ
次の表に、異なるサイズのプロビジョニングされたVMクラスタのシナリオを示します。バックアップ・サブネットに収まる各シナリオの数は、サブネットで使用されるCIDRサイズによって異なります。この表は、可能性のあるシナリオをすべて示しているわけではありません。
| シナリオ | /28 | /27 | /26 | /25 | /24 | /23 |
|---|---|---|---|---|---|---|
| 2つの仮想マシンを含む1つのVMクラスタ(6つのIP + 3つのネットワーキング= 9) | 1 | 3 | 7 | 14 | 28 | 56 |
| 3つの仮想マシンを含む1つのVMクラスタ(9つのIP + 3つのネットワーキング= 12) | 1 | 2 | 5 | 10 | 21 | 42 |
| 4台の仮想マシンを含む1つのVMクラスタ(12個のIP + 3個のネットワーキング= 15) | 1 | 2 | 4 | 8 | 17 | 34 |
| 各仮想マシンが2つある2つのVMクラスタ(12個のIP + 3個のネットワーキング= 15) | 1 | 2 | 4 | 8 | 17 | 34 |
| 各仮想マシンが3つある2つのVMクラスタ(18個のIP + 3個のネットワーキング= 21) | 1 | 3 | 6 | 12 | 24 | |
| それぞれ4台の仮想マシンを持つ2つのVMクラスタ(24個のIP + 3個のネットワーキング= 27) | 1 | 2 | 4 | 9 | 18 |
CIDRサイズ別のクライアントおよびバックアップ・サブネットに使用可能なIP
次の表に、ネットワーキング・サービスに必要なIPを差し引いた後の、様々なCIDRサイズでVMクラスタおよびSCANで使用可能なIPの数を示します。
サブネットに必要な最小容量より大きい容量を割り当てると(例: /27のかわりに少なくとも/25)、これらの予約済アドレスがサブネットの使用可能領域に与える相対的な影響を軽減できます。
| サブネットCIDR | クライアント・サブネットの予約済ネットワーキングIP | クライアント・サブネット(仮想マシンおよびSCAN)の使用可能なIP | バックアップ・サブネットの予約済ネットワーキングIP | バックアップ・サブネット(仮想マシンおよびSCAN)に使用可能なIP |
|---|---|---|---|---|
| /28 | 13 | 0 (2^4 - 13) | 3 | 13 (2^4 - 3) |
| /27 | 13 | 19 (2^5 - 13) | 3 | 29 (2^5 - 3) |
| /26 | 13 | 51 (2^6 - 13) | 3 | 61 (2^6 - 3) |
| /25 | 13 | 115 (2^7 - 13) | 3 | 125 (2^7 - 3) |
| /24 | 13 | 243 (2^8 - 13) | 3 | 253 (2^8 - 3) |
| /23 | 13 | 499 (2^9 - 13) | 3 | 509 (2^9 - 3) |
| /22 | 13 | 1011 (2^10 - 13) | 3 | 1021 (2^10 - 3) |