エラー メッセージは、Connect アタッチメントがすでに別のトランジット ゲートウェイ ルート テーブルに関連付けられていることを示しています。同じアタッチメントを複数のルート テーブルに関連付けることはできません。ただし、同じアタッチメントを複数のルート テーブルに伝播することはできます。したがって、2 つの VPC 間の東西トラフィック検査用に 2 番目のルート テーブルを構成するという要件を満たすには、2 番目のルート テーブルに Connect アタッチメントを使用して伝播を作成する必要があります。これにより、2 番目のルート テーブルは Connect アタッチメントからルートを学習し、トラフィックを securityVPC1 に転送できるようになります。また、2 番目のルート テーブルを、security VPC1 のトランジット ゲートウェイ アタッチメントである Transport アタッチメントに関連付ける必要があります。
参考文献:
* トランジットゲートウェイルートテーブル - Amazon VPC | AWS ドキュメント
* トランジットゲートウェイの使用開始 - Amazon VPC | AWS ドキュメント
* TGW ルート テーブルの構成 | FortiGate パブリック クラウド 7.4.0 | Fortinet ドキュメント ライブラリ

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 ルート テーブルに基づいて適切な宛先に転送できます。
他のオプションは、次の理由で正しくありません。
TGW ルート テーブルでは、192.168.0 0/16 へのルート伝播を追加する必要はありません。これはすでに TGW のデフォルト ルートであるためです。ルート伝播により、VPC または VPN から TGW ルート テーブルにルートを自動的に伝播できます。
VPC A と B のメインサブネット ルーティング テーブルに、宛先 0_0.0.0/0、ネクストホップ インターネット ゲートウェイ (IGW) を持つ新しいルートを追加することは正しくありません。これは、TGW をバイパスし、すべてのトラフィックをインターネットに直接送信するためです。IGW は、VPC 内のインスタンスとインターネット間の通信を可能にする VPC コンポーネントです。
: [トランジットゲートウェイ - Amazon Virtual Private Cloud]

説明
A: ピア GRE アドレスは、FortiGate 外部インターフェイスの IP アドレスです。これは、トランジットゲートウェイアタッチメントサブネット 1 に接続されている FortiGate インターフェイスの IP アドレスです。この IP アドレスは、FortiGate とトランジットゲートウェイ 2 間の GRE トンネルを確立するために使用されます。B. トランジットゲートウェイ GRE アドレスは自動生成されます。これは、FortiGate 2 との GRE トンネルを確立するために使用されるトランジットゲートウェイの IP アドレスです。この IP アドレスは、Connect アタッチメント 3 を作成するときに指定したトランジットゲートウェイ CIDR 範囲から AWS によって自動的に割り当てられます。
他のオプションは、次の理由で正しくありません。
BGP 内部 CIDR ブロックは、/29 を含む CIDR ブロックにすることはできません。IPv4 の場合は 169.254.0.0/16 範囲の /29 CIDR ブロック、IPv64 の場合は fd00::/8 範囲の /125 CIDR ブロックである必要があります。これらは、GRE トンネル経由の BGP ピアリングに使用される内部 IP アドレスです4。
ピア GRE アドレスは、FortiGate の内部インターフェイス IP アドレスではありません。内部インターフェイス IP アドレスは、FortiGate からサードパーティ アプライアンス (SD-WAN など) が配置されている VPC サブネットにトラフィックをルーティングするために使用されます1。ピア GRE アドレスは、FortiGate から GRE トンネルを介してトランジット ゲートウェイにトラフィックをルーティングするために使用されます2。

エラー メッセージは、Connect アタッチメントがすでに別のトランジット ゲートウェイ ルート テーブルに関連付けられていることを示しています。同じアタッチメントを複数のルート テーブルに関連付けることはできません。ただし、同じアタッチメントを複数のルート テーブルに伝播することはできます。したがって、2 つの VPC 間の東西トラフィック検査用に 2 番目のルート テーブルを構成するという要件を満たすには、2 番目のルート テーブルに Connect アタッチメントを使用して伝播を作成する必要があります。これにより、2 番目のルート テーブルは Connect アタッチメントからルートを学習し、トラフィックをセキュリティ VPC に転送できるようになります。また、2 番目のルート テーブルを、セキュリティ VPC のトランジット ゲートウェイ アタッチメントである Transport アタッチメントに関連付ける必要があります。

A は正解です。この展開では、パッシブ FortiGate が Azure に API 呼び出しを発行して、ルーティング テーブルとアクティブ FortiGate のパブリック IP アドレスを更新します。このようにして、フェイルオーバー後にトラフィックは新しいアクティブ FortiGate にリダイレクトされます。
B は不正解です。vdom-exception コマンドは、HA クラスター内で特定の VDOM を同期対象から除外するために使用されます。このコマンドは、この展開シナリオとは関係ありません。
C は不正解です。Microsoft Azure は API 呼び出しに対して SLA を提供していません。Azure サービス レベル アグリーメントによると、API Management サービスの月間稼働率は、Standard レベル以上で少なくとも 99.9% です。
D は正解です。デフォルトでは、この展開ではプライマリ デバイスとセカンダリ デバイス間で設定が同期されません。管理者は両方のデバイスで設定の同期を手動で有効にする必要があります。または、管理者は FortiManager を使用して両方のデバイスの設定を管理および同期することもできます。