あなたの会社は、収益を生み出す重要な新しい Web アプリケーションを立ち上げたばかりです。マネージド インスタンス グループ、自動スケーリング、およびフロントエンドとしてネットワーク ロード バランサーを使用して、スケーラビリティを確保するためにアプリケーションをデプロイしました。ある日、あなたは、自動スケーリングがインスタンスの最大数に達し、アプリケーションのユーザーがトランザクションを完了できない原因となっている深刻なバースト トラフィックに気づきました。調査の結果、これは DDOS 攻撃であると考えられます。アプリケーションへのユーザー アクセスを迅速に復元し、コストを最小限に抑えながらトランザクションを正常に実行できるようにしたいと考えています。
どの 2 つのステップを実行する必要がありますか? (2つお選びください。)

HTTP(s) ロードバランサをデプロイしましたが、Compute Engine 仮想マシン インスタンスのポート 80 へのヘルスチェックが失敗し、インスタンスにトラフィックが送信されません。あなたは問題を解決したいと考えています。どのコマンドを実行すればよいでしょうか?

あなたの会社には、us-west1 と us-east1 という 2 つの異なるリージョンに 2 つの Dended Interconnect 接続を備えた Virtual Private Cloud (VPC) があります。各 Dended Interconnect 接続は、VLAN アタッチメントによってそれぞれのリージョンの Cloud Router に接続されます。高可用性フェイルオーバー パスを構成する必要があります。デフォルトでは、オンプレミス環境からのすべての受信トラフィックは、us-west1 接続を使用して VPC に流れる必要があります。us-west1 が使用できない場合は、トラフィックを us-east1 に再ルーティングする必要があります。このフェイルオーバー パスを有効にするには、Multi-Exit Discriminator (MED) 値をどのように構成すればよいですか?

gcloud コマンドライン ツールを使用して、事前定義されたロールを処理することでプロジェクトに新しいカスタム ロールを作成しています。次のエラー メッセージが表示されます。
INVALID_ARGUMENT: 権限 resourcemanager.projects.list が無効です。

マネージド インスタンス グループで実行されているアプリケーションがあります。開発チームは、十分にテストされていない新機能を含む更新されたインスタンス テンプレートをリリースしました。新しいテンプレートにバグがある場合、ユーザーへの影響を最小限に抑えたいと考えています。
インスタンスをどのように更新すればよいでしょうか?