ロードバランシングは、業務の正常なリクエストが特定のオリジンサーバーで失敗した場合に、リクエスト再試行ポリシーに基づいてそのリクエストを他のオリジンサーバーに振り分けて再試行し、ネットワークの問題やオリジンサーバーの障害などによる業務リクエストの失敗を低減できます。
注意:
EdgeOne ロードバランシング機能は内部テスト中です。ご利用が必要な場合は、お問い合わせください。 実際のビジネスリクエストは、以下の状況により失敗する可能性があります:
1. オリジンサーバー障害後にまだ能動的検出で切り離されていない場合:ヘルスチェックポリシーを設定すると、能動的検出は定期的に実行され、新しい検出結果が返るまでは、前回の検出結果に基づいてトラフィックが振り分けられます。オリジンサーバーが2回の検出結果の間に正常から異常へ変化した場合、この時点では業務トラフィックが異常なオリジンサーバーへ振り分けられ続ける可能性があり、その結果、業務リクエストが失敗する可能性があります。
2. ネットワークジッター:オリジンサーバー自体は正常ですが、アクセス経路上でネットワーク問題が発生し、業務リクエストが失敗します。
説明:
リクエスト失敗には、オリジン接続確立の失敗とオリジンレスポンス受信の失敗が含まれます。
上記の状況に対して、EdgeOneは以下の2種類のフォールバックリクエストリトライポリシーを提供します:
ポリシー1:実際のビジネスリクエストが特定のオリジンサーバーへのアクセスに失敗した場合、直接次の優先順位のオリジンサーバーグループ内のオリジンサーバーへ再試行します。高優先順位のオリジンサーバーグループと低優先順位のオリジンサーバーグループの性能が近いシナリオに適しています。
ポリシー2:実際のビジネスリクエストが特定のオリジンサーバーへのアクセスに失敗した場合、直接現在の優先順位のオリジンサーバーグループ内の他のオリジンサーバーへ再試行します。高優先順位のオリジンサーバーグループの性能が低優先順位のオリジンサーバーグループよりはるかに高いシナリオに適しています。
説明:
POSTリクエストはbody送信段階では再試行しません。