説明
クライアントベースの証明書認証を実装することは、管理者が企業 ID を使用してクラウド管理コンソールにアクセスするために行うべきことです。クライアントベースの証明書認証は、信頼できる機関が発行したデジタル証明書に基づいてユーザーまたはデバイスを検証および認証する方法です。デジタル証明書は、ID、公開キー、有効期限などの情報を含む電子文書であり、ユーザーの ID を証明し、ネットワーク上で安全な通信を確立するために使用できます。クライアントベースの証明書認証により、ユーザーまたはデバイスは、パスワードやその他の資格情報を必要とせずに、企業 ID を使用してクラウド リソースまたはサービスにアクセスできます。

トラフィックを HTTP から HTTPS にリダイレクトするには、Web サーバーの構成を変更して、HTTP リクエストを HTTPS にリダイレクトするルールを含める必要があります。これは、Web サーバーの構成ファイルまたは .htaccess ファイルを使用して行うことができます。正確な構文は Web サーバー ソフトウェアによって異なる場合がありますが、一般的な考え方としては、HTTP プロトコルに一致して HTTPS に変更する書き換えルールを使用することです。たとえば、Apache Web サーバーでは、次のコードを .htaccess ファイルに追加できます。
RewriteEngine オン
RewriteCond %{HTTPS} オフ
書き換えルール ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
このコードは、HTTPS がオフになっているかどうかを確認し、オフになっている場合は、HTTPS を使用するように URL を書き換え、永続的なリダイレクトを意味する 301 ステータス コードでクライアントをリダイレクトします。これにより、クライアントは常に HTTPS を使用して Web アプリケーションにアクセスし、Web アプリケーションから生成されたリンクは暗号化されます。
ユーザー アカウント アクセス (A) は、Web アプリケーションにアクセスできるユーザーを制御するだけなので、HTTP から HTTPS へのリダイレクトには関係ありません。プログラミング コード (B) は、HTTPS とのリンクを生成するために使用できますが、既存の HTTP 要求を HTTPS にリダイレクトすることはありません。ロード バランサー設定 (D) もトラフィックを HTTPS にリダイレクトするために使用できますが、処理のレイヤーが追加され、HTTP トラフィックがロード バランサーに公開されるため、最も効率的または安全な方法ではありません。したがって、Web サーバーの構成は、トラフィックを HTTPS にリダイレクトするための最適なオプションです。
参考資料: 公式 CompTIA Cloud+ 学生ガイド (試験 CV0-003)、第 4 章: クラウド セキュリティ、セクション 4.3: セキュア クラウド サービス、p. 4-23。

フェイルオーバー ロード バランサを導入すると、オンライン ストリーミング サービスの稼働率要件 99.9% を最も満たすことができます。フェイルオーバー ロード バランサは、トラフィックをプライマリ サーバーに分散し、プライマリ サーバーがダウンしている場合はバックアップ サーバーに切り替えます。これにより、サービスの高可用性と信頼性が確保され、パフォーマンスとスケーラビリティが向上します。フェイルオーバー ロード バランサは、失敗したログイン要求を制限することで、ブルート フォース攻撃を検出して防止することもできます12。参考資料: 単一障害点を回避する方法 - ロード バランサからの洞察
...、Application Load Balancer - Cloudlets のフェイルオーバーの仕組み。