質問
HULFT Integrateサービスを新規作成する際の「スケーラビリティ」について、FAQよりスケーラビリティで選択する数だけPodを作成している事、Pod数を増やすことにより可用性を担保できる事は理解できました。
Podが複数ある場合のリクエスト処理について教えてください。
※PodをそれぞれPod-A、Pod-B...とします
- Podが処理するリクエストの単位を教えてください。
- スクリプトを実行した際、常にロードバランサーの様な形で各Podにリクエストを分散させているのでしょうか。
もしくは、全てのリクエストをPod-Aで処理させ、Pod-Aに何かしらの不具合が起きた場合はPod-AからPod-Bへ、Pod-Bで不具合が起きた場合はPod-Cへ、といったようにフェールオーバーを行う機能が存在するのでしょうか。 - Pod-AとPod-B、2つのPodを作成しているIntegrateサービスで、もしPod-Aが何かしらの不具合で停止した場合、残っているPod-Bのみでその後のリクエストを継続して処理を行う事はできるのでしょうか。
回答
- リクエストの単位は、対象のIntegrateサービスを用いてスクリプトを実行した際に発行されるStartからEndアイコンまでの一連の処理となります。
つまり、スクリプト実行がひとつのリクエストとなります。 - スケーラビリティの設定によりPodを複数作成した場合、ロードバランサーによってリクエストを負荷分散します。
そのため、Integrateサービスのリソース負荷が高い場合にはPod数やリソースサイズの拡張が有効となります。 - Pod-Aが停止した場合、後続のリクエストはPod-Bで処理されます。
スケーラビリティを上げて複数のPodを作成した場合、1つのPodが停止しても、後続のリクエストは他の稼働しているPodで処理されます。
そのため、スケーラビリティを上げることで可用性を担保できます。
コメント
0件のコメント
記事コメントは受け付けていません。