1.1全体ネットワーク設計と VPC 設計

Professional Cloud Network Engineer は、可用性・拡張性・回復力・セキュリティを満たす Google Cloud ネットワークを設計します。最初の意思決定が、後戻りしにくいVPC とアドレス設計です。要件を「どの構成で満たすか」に翻訳する力が問われます。

1.1.1全体アーキテクチャとネットワークティア

下り通信の経路品質は ネットワークティア で選びます。Premium ティア は Google バックボーンを最大限使い世界中の利用者を最寄りのエッジへ（高品質）、Standard ティア はリージョン内 ISP 経由でコスト優先です。高可用性・フェイルオーバー・DR・スケール は、リージョン冗長・グローバル LB・複数経路で設計します。複数プロジェクトで一貫したネットワークを使うなら Shared VPC（ホストプロジェクトの VPC をサービスプロジェクトで共有）、別 VPC の相互接続は VPC ネットワークピアリング、多数ネットワークのハブ集約は Network Connectivity Center（NCC）を使います。ネットワークリソースの権限は IAM ロール（例：ネットワーク管理者、Shared VPC のサブネット利用権限）で最小権限に絞ります。

1.1.2IP アドレス管理・DNS・ルーティング・MTU

IPAM（IP アドレス管理）では、重複しない サブネット 設計、IPv6、非 RFC1918 や PUPI（privately used public IP）、自社の公開 IP を持ち込む BYOIP（bring your own IP）、外向き SNAT を内部範囲枯渇なく行う Private NAT を計画します。マネージドサービスへの到達は、VPC ピアリングで Cloud SQL 等の Google マネージドサービスへ届く private services access（プライベートサービスアクセス）、特定サービスへ非公開接続する Private Service Connect、サーバーレスから VPC 内へ到達する Serverless VPC Access で計画します。名前解決は DNS トポロジ として、オンプレと Cloud DNS の公開/非公開ゾーン・分割ホライズン・転送/ピアリングを設計します。ルートのスコープは 動的ルーティングモード で決め、リージョナル（同一リージョンの BGP 経路のみ）か グローバル（全リージョンへ伝播）を選びます。ワークロードに合わせ MTU（最大転送単位）を正しく設定し、断片化や接続性問題を避けます。GKE 用の設計（セカンダリ範囲・IP 空間に基づくスケール上限）も計画段階で押さえます。

1.1.3この節のまとめ

• 経路品質＝ネットワークティア（Premium 高品質/Standard コスト）、HA/DR は冗長と複数経路で設計
• 共通ネットワーク＝Shared VPC、別 VPC 接続＝ピアリング、ハブ集約＝Network Connectivity Center
• IPAM は重複回避サブネット/Private NAT、ルートのスコープはグローバル/リージョナル動的ルーティングで決める