Transit Gateway に関する AWS ドキュメントによると、Transit Gateway は VPC とオンプレミス ネットワークを接続するネットワーク トランジット ハブです。Linux インスタンスから TGW にトラフィックをルーティングするには、次の手順を実行する必要があります。
TGW ルート テーブルで、2 つのアタッチメントを関連付けます。アタッチメントは、VPC または VPN を Transit Gateway に接続するリソースです。アタッチメントを TGW ルート テーブルに関連付けることで、TGW が VPC と VPN 間のトラフィックをルーティングできるようになります。
VPC A と B のメイン サブネット ルーティング テーブルに、宛先 0.0.0.0/0、ネクスト ホップ TGW の新しいルートを追加します。このルートは、Linux インスタンスからのすべてのトラフィックを TGW に送信し、TGW ルート テーブルに基づいて適切な宛先に転送できます。

Azure SDN コネクタは、Azure 管理 API とやり取りするために 2 種類のクエリを使用します。最初のクエリは、トークンを取得するために特別な IP アドレスを対象としています。このトークンは、後続のクエリを認証するために使用されます。2 つ目の種類のクエリは、仮想マシン、ネットワーク インターフェイス、ネットワーク セキュリティ グループ、パブリック IP アドレスなどの Azure リソースに関する情報を取得するために使用されます。一部のクエリは、パブリック IP アドレスの管理 (FortiGate VM への割り当てや解放など) を目的としています。参照: Azure での SDN コネクタの構成、サービス プリンシパルを使用した Azure SDN コネクタ、Azure SDN コネクタのトラブルシューティング

Terraform 状態ファイルの役割: terraform.tfstate ファイルには、現在の構成や関係など、Terraform が管理するリソースのリアルタイム マッピングが含まれています。このファイルは、Terraform によってプロビジョニングされたリソースの実際の状態を追跡します。
破棄の影響: Terraform がリソースを破棄する確認を要求し、「はい」と入力すると、Terraform は状態ファイルを読み取り、その状態の一部として管理されているすべてのリソースを体系的に削除します。これは、特定の .tfvars ファイル、IAM ユーザー、またはリソース グループに限定されず、現在の Terraform ワークスペースと構成に関連付けられた状態ファイルによって追跡されるすべてのリソースに影響するグローバル アクションです。
Explanation:
Terraform 内のすべてのリソースを削除することを確認すると、次のような影響があります。

B . ルートの宛先 0.0.0.0/0 を追加して、トランジットゲートウェイをターゲットにします。これにより、Customer VPC FortiGate VM はすべての送信インターネットトラフィックを Security VPC 経由で送信し、Security VPC FortiGate VM で検査できるようになります1。トランジットゲートウェイは、ハブアンドスポークモデルで複数の VPC とオンプレミスネットワークを接続するネットワークデバイスです2。 D. インターネットゲートウェイをデプロイし、プライベートサブネットに EIP を関連付け、ルートテーブルを編集して、新しいルートの宛先 0.0.0.0/0 をターゲットインターネットゲートウェイに追加します。これにより、FortiGate VM が配置されているプラ​​イベートサブネットのパブリックルートが作成され、インターネットから Customer VPC FortiGate VM への受信 HTTPS アクセスが可能になります3。インターネットゲートウェイは、VPC とインターネット間の通信を可能にするサービスです4。EIP は、AWS アカウントに割り当ててリソースに関連付けることができるパブリック IPv4 アドレスです。 E. インターネット ゲートウェイをデプロイし、パブリック サブネットに EIP を関連付けて、インターネット ゲートウェイを顧客 VPC に接続します。これにより、FortiGate VM が配置されているパブリック サブネットのパブリック ルートを作成することで、インターネットから顧客 VPC FortiGate VM へのインバウンド HTTPS アクセスも可能になります3。これは、FortiGate VM に使用するサブネットに応じて、オプション D の代替ソリューションになります。
他のオプションは、次の理由で正しくありません。
ローカル インターネット パブリック IP アドレスを宛先およびターゲット トランジット ゲートウェイとしてルートを追加しても、インターネットからカスタマー VPC FortiGate VM へのインバウンド HTTPS アクセスは許可されません。これは、特定の IP アドレスからのトラフィックにのみ適用され、インターネット上の他のソースからのトラフィックには適用されないためです1。さらに、これは特定の IP アドレスへのトラフィックにのみ適用され、インターネット上の他の宛先へのトラフィックには適用されないため、アウトバウンド インターネット トラフィックがセキュリティ VPC を通過することが保証されません1。
ローカル インターネット パブリック IP アドレスを宛先およびターゲット インターネット ゲートウェイとしてルートを追加すると、セキュリティ VPC をバイパスしてトラフィックが直接カスタマー VPC1 に送信されるため、インターネットからカスタマー VPC FortiGate VM へのインバウンド HTTPS アクセスは許可されません。さらに、これは特定の IP アドレスに送信されるトラフィックにのみ適用され、インターネット1 上の他の宛先には適用されないため、アウトバウンド インターネット トラフィックがセキュリティ VPC を通過することが保証されません。

説明
A: terraform destroy コマンドを使用します。このコマンドは、Terraform 構成 1 を使用して作成されたすべてのリソースを削除するために使用されます。これは、リソースを作成するために使用される te​​rraform apply コマンドの逆です。terraform destroy コマンドは、最初にどのリソースが破棄されるかの計画を表示し、次に続行する前に確認を求めます。このコマンドは、変更を反映するために状態ファイルも更新します。D.
管理者は Linux サーバーを手動で削除する必要があります。これは、Linux サーバーが Terraform ではなく AWS Marketplace2 を使用してデプロイされたためです。そのため、Terraform の状態ファイルには Linux サーバーに関する情報がないため、管理または破棄できません。管理者は AWS コンソールまたは CLI を使用して Linux サーバーを手動で削除する必要があります。
他のオプションは、次の理由で正しくありません。
terraform validate コマンドはありません。正しいコマンドは terraform plan です。これは、構成 3 を適用することでどのような変更が行われるかの計画を表示するために使用されます。ただし、このコマンドはリソースを削除せず、terraform apply または terraform destroy を実行した場合に何が起こるかを表示するだけです。
terraform destroy all コマンドはありません。正しいコマンドは terraform destroy です。このコマンドは、デフォルトで現在の構成内のすべてのリソースを破棄します1。コマンドに all 引数を追加する必要はありません。