新しい GKE クラスタの pod CIDR と service CIDR を計画していますが、既存のサブネットがすでにいずれかの範囲と重複しています。正しい設計上の決定は何ですか？

新しいGKEクラスタのPod CIDRとService CIDRは、既存のVPCネットワーク内のどのIP範囲とも重複してはなりません。重複が発生すると、ルーティングの問題や通信障害を引き起こすため、PodやServiceへのアクセスができなくなります。GKEクラスタは、PodとServiceのIPアドレスにVPCのセカンダリIP範囲を使用します。したがって、既存のサブネットと重複しない新しいセカンダリIP範囲をPodとService用に選択し、それらをサブネットに割り当てるのが正しい設計上の決定です。 他の選択肢は不適切です。VPCファイアウォールルールはIP範囲の重複を解決する機能ではありません。静的ルートの手動追加は複雑でエラーが発生しやすく、GKEの管理モデルと整合しません。GKEは重複する範囲を自動的にNATする機能は持っていません。