1. はじめに
こんにちは、すぎもんです
いわゆる「コンテナ版HULFT」であるHULFT10 for Container Services(以下CS版)を少しずつ触っております。
CS版では従来のクライアントOSインストール版HULFT(以下OS版)と異なり、AWSのインフラ構成(インスタンス数、ストレージ、DB、ネットワーク等)によりファイル転送のパフォーマンス向上(同時集配信数、全体スループットの向上)が期待できます。このコンテンツでは、HULFT10の集配信性能を高めるためのAWS構成の考え方、気を付けるべきポイントなどを考えてみます。
2. OS版とCS版の拡張対応方法
2-1. OS版
基本的に、CPU, メモリ、ネットワークなどの増強でボトルネックを解消するアプローチです。ロードバランサー対応はされていないため、スケールアップでの対応になります。
2-2. CS版
ロードバランサーによる分散処理(タスク起動数を増やす)ことで全体スループットを上げるアプローチです。ロードバランサー対応のアーキテクチャとなり。スケールアウトでの対応ができます。
OS版 | CS版 |
---|---|
ロードバランサー対応していない | ロードバランサー対応している |
CPU, メモリ、ネットワークなどの増強 | タスク起動数を増やす |
スケールアップ | スケールアウト |
3. CS版の拡張性構成のポイント
HULFT 10 for Container Servicesのスケーリングに関する詳細についてはこちらの記事を参照してください。
管理コンテナと転送コンテナのタスク増加ケースと考慮ポイントです。
3-1. 管理コンテナのタスクを増やすケース
3-1-1. 管理画面にアクセスが集中する
DBアクセスが多くなるため、起動数を増やして対応します。
3-1-2. 少量多頻度転送が多い
こちらのケースもDBアクセスが多くなるため、起動数を増やして対応します。
3-2. 転送コンテナのタスクを増やすケース
3-2-1. 同時多重転送が多い
転送処理を分散させるため、転送コンテナの起動数を増やして対応します。
3-3. その他考慮ポイント
3-3-1. 転送コンテナのタスク数を増やしても効果がない
タスク数を増やしても効果がないときは、スケールアップのアプローチを考慮します。具体的には、EC2インスタンスの性能向上(CPUやメモリの増強)を検討します。
例えば、「10GBファイルを短時間で送りたい」などのシナリオです。大きなファイルの転送では、タスク数を増やすことでの効果は見込むことができません。
表:管理コンテナと転送コンテナのタスク増加ケースと考慮ポイント
対応方法 | ケース | 解説 |
---|---|---|
3-1. 管理コンテナのタスクを増やす | 3-1-1. 管理画面にアクセスが集中する | DBアクセスが多くなるため、管理コンテナ起動数を増やして対応します。 |
3-1-2. 少量多頻度転送が多い | こちらのケースもDBアクセスが多くなるため、管理コンテナ起動数を増やして対応します。 | |
3-2. 転送コンテナのタスクを増やす | 3-2-1. 同時多重転送が多い | 転送処理を分散させるため、転送コンテナの起動数を増やして対応します。 |
3-3. その他 | 3-3-1. 転送ファイルサイズが大きい | 転送コンテナのタスク数を増やしても効果がないときは、スケールアップのアプローチを考慮します。具体的には、EC2インスタンスの性能向上(CPUやメモリの増強)を検討します。 |
4. おわりに
いかがでしたでしょうか。
柔軟な拡張性は、HULFTがコンテナ対応したことで得られるメリットの一つだと思います。皆さんもHULFT 10 for Container Servicesならではのスケーリングを生かした運用を計画してみてはいかがでしょうか。
このブログでは、今後も様々なTopics記事や接続検証等、皆さんの参考になるような記事を投稿していきたいと思います!
ここまで読んでいただきありがとうございました。それでは、また!