* シンプルでスケーラブルな接続: Transit Gateway Connect を使用すると、AWS ネットワーク内で SD-WAN アプライアンスへの GRE トンネルをネイティブに確立できます。これにより、特にクラウドのプレゼンスが拡大するにつれて、個々の IPsec VPN 接続を管理する複雑さが解消されます。
* パフォーマンス向上の可能性: GRE は IPsec に比べてオーバーヘッドが低いため、帯域幅を集中的に使用する SD-WAN アプリケーションのスループットが向上します。
* 柔軟性: 強力な暗号化が必要なシナリオでは IPsec がサポートされていますが、GRE に重点を置くことで、SD-WAN と AWS を統合する際に優先されることが多いパフォーマンスとスケーラビリティの利点が強調されます。
* 動的ルーティング: BGP との統合により、ルートの更新と配布が自動化され、ネットワーク管理がさらに効率化されます。
IPsec の考慮事項への対応:
SD-WAN Transit Gateway Connect は IPsec をサポートしていることを認識することが重要です。質問が Fortinet の FCSS 7.2 資料のコンテキスト内で具体的に構成されており、GRE と IPsec のハイブリッド使用を強調している場合は、修正された回答が適切である可能性があります。

FortiCNP に追加する FortiGate VM を構成するには、FortiGate で次の 3 つの手順を実行する必要があります。
FortiGate でログの送信を有効にして、FortiCNP が FortiGate から IPS ログを受信できるようにします。
FortiGate で SSL/SSH 検査プロファイルを作成し、暗号化されたトラフィックを検査して IPS 保護を適用します。
FortiGate に IPS センサーとファイアウォール ポリシーを作成し、トラフィックの IPS 検出と防止を有効にします。
参照：
FortiCNP 22.4.a 管理ガイド、22-24 ページ
FortiGate IPS 管理ガイド、9-10 ページ

ポリシー設定では、使用状況に合わせて各ポリシーを設定できます。任意のタイプのポリシー（データ分析、脅威保護、コンプライアンス）を選択できます。

FortiGate A と FortiGate B は 2 つの独立したデバイスです。つまり、これらはクラスタや高可用性グループの一部ではなく、同じ構成や状態情報を共有しません。これらはスタンドアロン FortiGate として構成され、スタンドアロン構成同期が有効になっています。この機能により、ホスト名など、ネットワークで FortiGate を識別する一部の設定を除き、ほとんどの構成設定を相互に同期できます。
FortiGate ホスト名は同期されません。これは、前述のように、スタンドアロン構成の同期から除外される設定の 1 つです。ホスト名は各 FortiGate デバイスの一意の識別子であり、同期プロセスによって変更されるべきではありません。

管理者がインターネットから Linux EC2 インスタンスにアクセスするために実行する必要がある次の手順は次のとおりです。
D: Elastic IP アドレスを割り当ててインスタンスに割り当てます。
Elastic IP (EIP) 要件: デフォルトでは、EC2 インスタンスが AWS で起動されると、Amazon のプールから静的ではないパブリック IP アドレスを受け取ります。この IP アドレスは、たとえばインスタンスが停止されて再起動された場合に変更される可能性があります。静的 IP アドレスを取得するには、永続的なパブリック IP アドレスである Elastic IP (EIP) を割り当てて、それをインスタンスに関連付ける必要があります。
パブリック アクセス可能性: Elastic IP がないと、再起動または停止/起動シーケンス後にインスタンスにインターネット経由でアクセスできない場合があります。Elastic IP を割り当てると、同じ IP アドレスを使用してインスタンスに一貫してアクセスできるようになります。