RFC1918アドレスの枯渇のため、プライベートGKEクラスタ用にプライベート利用のパブリックIP空間を使用してIP範囲を設計しました。IPスキームの設計後、何をすべきですか？

RFC1918アドレスの枯渇に対応するため、プライベート利用のパブリックIP空間を使用する設計は正しいアプローチです。この場合、GKEクラスタ作成時に--disable-default-snat、--enable-ip-alias、および--enable-private-nodesの3つのフラグを組み合わせる必要があります。--enable-ip-aliasはエイリアスIP範囲を有効にし、--enable-private-nodesはノードが内部IPアドレスのみを持つプライベートクラスタを作成します。--disable-default-snatは、プライベート利用のパブリックIPアドレス空間を使用する際に、PodからインターネットへのトラフィックがSNATされないようにするために不可欠です。これにより、Podの送信元IPアドレスが保持され、ルーティングの複雑さが軽減されます。他の選択肢は、RFC1918アドレスの再利用を提案するか、必要なフラグの一部が欠けているため不完全です。