* ゲートウェイ ロード バランサー (GWLB) について:
* GWLB は、受信トラフィックと送信トラフィックの両方を複数のアプライアンスに分散するように設計されており、スケーラビリティと高可用性を実現します。
* トラフィック負荷分散:
* GWLB は、負荷分散の目的で複数の FortiGate アプライアンスにトラフィックを送信し、リソースの効率的な使用を保証します (オプション A)。
* ステートフル処理:
* ステートフル処理の場合、GWLB は、特定の接続のトラフィック フロー (受信と送信の両方) が同じ FortiGate アプライアンスに送信されるようにします。これにより、セッションの整合性が維持されます (オプション B)。
* トラフィックの保存とハッシュ化:
* オプション C と D は、トラフィック コンテンツの保存とデータ整合性のためのハッシュに関する誤った動作を示唆しており、これらは GWLB の主な機能ではないため、正しくありません。
参考文献:
* AWS ゲートウェイロードバランサーのドキュメント: AWS ゲートウェイロードバランサー
* FortiGate と GWLB の統合: Fortinet ドキュメント

* スケーラビリティ:
* FortiGate クラウドネイティブ ファイアウォール (CNF) は、クラウド インフラストラクチャに合わせてシームレスに拡張できるように設計されており、拡張のための手動介入を必要とせず、必要な保護を提供します (オプション B)。
* サービスとしてのファイアウォール:
* FortiGate CNF は、ファイアウォール サービス (FWaaS) として提供され、クラウド環境で直接ファイアウォール機能の導入と管理を簡素化します (オプション D)。
* 管理：
* FortiGate CNF は FortiManager と AWS Firewall Manager を使用して管理でき、Fortinet のプラットフォームと AWS のネイティブ管理ツールの両方から包括的な管理機能が提供されます (オプション E)。
* その他の考慮事項:
* オプション A (キャリアグレードの保護) は、FortiGate CNF の機能として特に強調されていません。
* オプション C (AWS Elastic Load Balancing を使用) は誤りです。FortiGate CNF は AWS ELB とは独立して動作しますが、さまざまな AWS サービスと統合できます。
参考文献:
* FortiGate CNF ドキュメント: FortiGate CNF
* AWS ファイアウォールマネージャー: AWS ファイアウォールマネージャー

* アベイラビリティゾーン間の ENI アタッチメント:
* Elastic Network Interface (ENI) は特定のアベイラビリティーゾーンに関連付けられます。ENI が作成された場所とは異なるアベイラビリティーゾーンにあるインスタンスにアタッチすることはできません。
したがって、アベイラビリティーゾーン 1 で作成された ENI は、アベイラビリティーゾーン 2 のインスタンスに接続できません (オプション A)。
* ENI再接続:
* ENI は、あるインスタンスからデタッチし、同じアベイラビリティーゾーン内の別のインスタンスに再アタッチすることができます。この柔軟性により、同じ AZ 内でインスタンスが変更されてもネットワーク インターフェイスの構成を保持できます。
* その他のオプション分析:
* オプション B は、ENI は同じ AZ 内の任意のインスタンスに再接続できるため、正しくありません。
* プライマリ ENI (eth0) はインスタンスから切り離すことができないため、オプション C は正しくありません。
* オプション D は、ENI が移動されるとトラフィックが新しいインスタンスに送信され、古いインスタンスへのリダイレクトは行われないため、正しくありません。
参考文献:
* AWS ENI ドキュメント: Elastic Network Interfaces
* AWS ネットワーキングのベストプラクティス: AWS ネットワーキング