設計上の考慮事項と前提事項

アプリケーションのアドレス指定計画を設計する際の第一の考慮事項は、単一ゾーン内にサブネットを作成するために使用する CIDR ブロックを、できるだけ連続したものにすることです。 そうすれば、それらのブロックを単一のアドレス接頭部にまとめて、将来の成長のための余地を残すことができます。

もう1つの考慮点は、水平スケーリングに必要なサブネットの利用可能アドレス数である。 表 1 に、サブネットの使用可能なアドレス数を CIDR ブロック・サイズの指定別に示します。

これら 2 つの考慮事項に基づいて、この例では以下のことを前提としています。

• RFC 1918 アドレスの 172.16.0.0/12 ブロックの CIDR 範囲をすべてのサブネットに使用します。
• アプリケーションのプレゼンテーション層は、REST API上の薄い層である。 そのため、水平スケーリングから受ける影響は、プレゼンテーション層よりも中間層のほうが大きくなります。

各層のサブネット・サイズの決定

次の手順は、各層のサブネット・サイズを (使用可能なアドレス数の観点から) 決定することです。 アプリケーションのすべての層が各ゾーンに存在するので、各ゾーンに 3 つのサブネットが必要です。

各層のサブネット・サイズを計画する際には、以下の情報を考慮してください。

• データベース層 (バックエンド) は、動的スケーリングが必要になる可能性が最も低いので、最小のサブネットになります。 つまり、これらのサブネットは、使用可能なアドレス数が最も少ないものにすることができます。
  • この例では、/27 CIDR ブロックを使用します。つまり、この層では 27 個のアドレスを使用できます。
• 中間層は、動的スケーリングが必要になる可能性が最も高いため、これらのサブネットが最大になります。 つまり、使用可能なアドレス数が最も多いものにする必要があります。
  • この例では、/25 CIDR ブロックを使用します。つまり、この層では 123 個のアドレスを使用できます。
• フロントエンド層は、中間に位置します。つまり、中間層ほど多くの数のアドレスは必要ありませんが、データベース層よりも多くのアドレスを必要とします。
  • この例では、/26 CIDR ブロックを使用します。つまり、この層では 59 個のアドレスを使用できます。

サブネットの集約とアドレス接頭部の選択

ゾーンごとに許容可能なアドレス接頭部を選択するには、各層の 3 つのサブネットをすべて包含しつつ、水平スケーリングや将来の拡張のための余地も残した大きさのサブネット・サイズを求める必要があります。

/24 アドレス接頭部が、これらの 3 つのサブネットを集約できる最小の接頭部です (27 + 123 + 59)。 最も小さいものではなく、次に小さいサブネット・サイズを選択します。 次に小さいサブネット・サイズ (/23) を割り当てると、同じアドレス接頭部内から各層に新しいサブネットを追加できるので、前述の制限を超えた水平スケーリングが可能になります。

適切なサブネット・サイズを決定したら、以下のようにして、実際のアドレス接頭部をゾーンごとに 1 つ割り当てることができます。

これを基に、各ゾーン内に 3 つのサブネットを割り当てることもできます。

既存のインフラストラクチャーの拡張に関する考慮事項

既存のインフラストラクチャーを拡張する VPC を計画する場合にも、上記の手順に従うことができます。そのインフラストラクチャーがオンプレミス・インフラストラクチャーであろうと、別の VPC であろうと、別のクラウドであろうと関係ありません。 既存のアドレス範囲を再使用してはいけないことに注意してください。 アドレスを再使用しないことで、IBM Cloud VPC 機能を最大限に利用できます。