Professional Cloud Network Engineer

あなたは会社のネットワーク管理者であり、Google Cloudへの移行を計画しており、できるだけ早く移行を完了する必要があります。移行を容易にするために、オンプレミスネットワークと同じアーキテクチャ、つまりハブアンドスポークモデルを使用することにしました。あなたのオンプレミスアーキテクチャは50以上のスポークで構成されています。各スポークは他のスポークへの接続を持たず、セキュリティ上の理由からすべてのトラフィックはハブを経由して送信されます。Google Cloudアーキテクチャがオンプレミスアーキテクチャと一致するようにする必要があります。管理オーバーヘッドとコストを最小限に抑え、デフォルトのネットワーククォータと制限を使用するソリューションを実装したいと考えています。どうすべきですか？

図に示すネットワーク構成があります。2つのDedicated Interconnect接続に関連付けられた2つのVLANアタッチメントが、同じCloud Router（mycloudrouter）に終端しています。Interconnect接続は、2つの別々のオンプレミスルーターに終端しています。各VLANアタッチメントに関連付けられたBorder Gateway Protocol（BGP）セッションから、同じプレフィックスをアドバタイズしています。 2つのInterconnect接続間で非対称なトラフィックフローが発生していることに気づきました。非対称なトラフィックフローをトラブルシューティングするために、どのアクションを実行する必要がありますか？

あなたは、組織のオンプレミスデータセンターとGoogle Cloud Virtual Private Cloud (VPC) ネットワーク間の新しい接続ソリューションを設計する責任があります。現在、エンドツーエンドの接続はありません。サービスレベル契約 (SLA) で99.99%の可用性を保証する必要があります。どうすればよいですか？

あなたの会社はGoogle Kubernetes Engineへの移行を計画しています。アプリケーションチームから、ノードあたり最低60 Pod、最大100 Podが必要であるとの連絡がありました。どのノードあたりのPod CIDR範囲を使用すべきですか？

あなたは、ゲームワークロードのネットワークセキュリティアーキテクチャの一部として、パケットミラーリングポリシーを設計しています。インフラストラクチャはus-west2リージョンにあり、us-west2-a、us-west2-b、us-west2-cの複数のゾーンにデプロイされています。このインフラストラクチャでは、TCPポート80および443でWebベースのアプリケーションを実行しており、その他にUDPプロトコルを利用するゲームサーバーも存在します。Webアプリケーショントラフィックを監視するためにパケットミラーリングポリシーとコレクターインスタンスをデプロイする必要がありますが、その際、ゾーン間のネットワーク下り（egress）コストを最小限に抑える必要があります。 Googleの推奨プラクティスに従って、パケットミラーリングポリシーとコレクターインスタンスをどのようにデプロイすべきですか？