パブリッククラウドにおけるDockerアプリケーション処理能力の評価

「クラウド」は、企業がデジタル変革プロセスを進める上で避けて通れないトピックです。近い将来クラウドに移行しないと言っている企業があったとしても、その企業はパブリッククラウド上でビジネスを展開しないだけです。企業内の古いソフトウェアおよびハードウェア システムの置き換えに伴い、従来のデータ センターからプライベート クラウド データ センターへの移行も必要になります。現時点では、クラウドへの移行を望む企業も望まない企業も、クラウド上でどのようにビジネスを展開するかという問題に直面することになります。上位 10 のパブリック クラウドで Docker でパッケージ化された Web アプリケーションのアプリケーション処理機能を見てみましょう。

[[373975]]

Dockerは廃止され、コンテナが増加中

今年のパブリック クラウド調査では、コンテナ テクノロジーを使用して古いビジネスや新しいビジネスをパッケージ化し、クラウドに展開することが、現在の企業にとってホットな話題になっていることがわかりました。しかし、この記事を書く前に、「Kubernetes では Docker サポートが非推奨になりました」という別のメッセージを受け取りました。私はショックを受けましたが、理解できることだとも思いました。結局のところ、オープンソースはソフトウェア開発の現在のトレンドであり、Docker はオープンソース プロジェクトから企業の商標へと変化しました。クジラのロゴの使用にも許可が必要であり、これはオープンソース ソフトウェアの目的にまったく反しています。私は本当に心の底から Docker を尊敬しています。生き方には明らかにさまざまな方法があるが、迷惑な生き方に固執している。迷惑だからといって、それを無視する人を責めないでください。

面倒ではありますが、企業が従来の Kubernetes + Docker ソリューションを本番環境で広範囲に使用することを妨げるものではありません。同時に、一部のビジネス シナリオでは Docker が単独で使用されることもあります。将来的にDockerが廃止される可能性があったとしても、コンテナイメージを通じてアプリケーションをパッケージ化し、クラウド上でビジネスを展開するというトレンドに大きな影響はないでしょう。結局のところ、Docker は Linux コンテナ用にアプリケーションをパッケージ化する方法にすぎません。 Docker 部分を削除して Linux コンテナを直接呼び出すことは、将来のコンテナ アプリケーションの展開にとって悪いことではないかもしれません。

パブリッククラウド上のコンテナアプリケーション機能

しかし、アプリケーションをコンテナでパッケージ化し、パブリック クラウド プラットフォームにデプロイすると、アプリケーションの処理能力に大きな影響が出るでしょうか?この問題を理解するために、ZDNet は 2019 年のパブリック クラウド Web アプリケーション テスト ソリューションを引き続き使用し、上位 10 社のパブリック クラウド ベンダーのクラウド ホストにデプロイされた Docker によってパッケージ化された Web アプリケーションのパフォーマンスもテストしました。

このテストでは、サーバー側でも ab を使用して、50 人のユーザーが同時にアクセスできるようにし (ab パラメータ -c 50)、10,000 の接続を確立し、その後、数分間隔を置いて、50 人のユーザーが同時にアクセスできるようにし、100,000 の接続を確立する別の操作を開始しました。パブリック クラウド ホストに Docker を使用してデプロイされた Web アプリケーションのアプリケーション処理機能を、高同時実行方式でテストしました。 Apache AB によって提供されるリクエスト レート Requests/s の結果が統計に使用されます。テスト結果を取得した後、昨年のパブリッククラウドホスト Web アプリケーションのテスト結果と比較して、Docker イメージを介してパッケージ化された後に Web アプリケーションの最大処理能力が低下したかどうかを確認しました。比較結果は次のとおりです。

予想どおり、Docker を介してアプリケーションをパッケージ化し、パブリック クラウド ホストにデプロイすると、アプリケーションの処理パフォーマンスは多少低下します。しかし、Azure クラウド ホストは昨年の 87.97 ～ 92.67 から 37.16 ～ 36.83 へと最も深刻な低下が見られ、Web アプリケーションのパフォーマンスは 2 倍以上になりました。このような結果は、少々理解しにくいです。

さらに、UCloud では、Web アプリケーションのパフォーマンスが低下するどころか、大幅に向上しています。調査の理由は2つあります。 1 つは、UCloud がクラウド ホスト上のコンテナ処理パフォーマンスを大幅に最適化したことです。もう1つの理由は、昨年はUCloudクラウドホストのBraodwell CPUでテストを実施しましたが、今年はクラウドホストCPUがCascadelakeに変更され、処理性能も昨年より向上したことです。

しかし、横並び比較テストの結果から判断すると、他の企業は今年プロセッサを選択する際に基本的に最新の Cascadelake プロセッサを選択しているにもかかわらず、UCloud クラウド ホストの Docker 処理性能は依然として最高レベルにあり、Docker アプリケーションの最適化が確かに効果的であることがわかります。

パブリッククラウドホスト上のDockerデプロイメントの分析

Docker をパブリッククラウドにデプロイすると、アプリケーション処理のパフォーマンスが低下します。では、コンテナの利点は何でしょうか?クラウドホストにデプロイする例を挙げると、理解しやすくなります。

今年は流行病の影響を受けましたが、ZDNet のビジネスは昨年よりもさらに好調です。そうでなければ、著者は2020年の大晦日にテスト原稿にこれほど熱心に取り組んでいなかったでしょう。今年のパブリッククラウドテストも、スケジュールの合間を縫って時間を割いてくれた東雲地の数名によって完了しました。しかし、2019年にパブリッククラウドのホスト環境を構築したときとはまったく異なります。当時、私はLeleに時間を見つけてパブリッククラウドのテスト環境を構築するように促しました。今年は、彼が率先して私に試験を受けるよう勧めてくれました。これは、Lele の作業が減ったからではなく、Docker でテスト環境をセットアップするのが非常に簡単だからです。

クラスメートはクラウド ホストを構築し、上記のコード行を貼り付けて、私にテストを実行するように促すだけです。また、テストを実行するよりもテスト環境をセットアップする方が時間がかからないことに気づいたのは今回が初めてです。

このことから、このような便利なアプリケーション展開機能を考えると、アプリケーション処理パフォーマンスの小さな損失はそれほど重要ではないことがわかります。もちろん、Microsoft の Azure クラウド展開は例外となるはずですが、Azure はすぐにこの問題を解決すると信じています。

ポストDocker時代のコンテナ開発

当初の計画には、Kubernetes を介してパブリック クラウド上で Docker を管理する経験も含まれていました。残念ながら、それを実行する時間が見つかる前に、「Kubernetes では Docker サポートが非推奨になった」というニュースが届きました。そのため、2020 年のパブリック クラウド テストでは、Docker の管理および制御機能はテストされなくなります。しかし、私たち東雲地は今後もコンテナがどのように発展していくのかに注目し続けます。 2021年の新年には、技術専門家を招いてディスカッションを開催し、Dockerモデルの将来展望、コンテナ技術の今後の発展、エンタープライズアプリケーションがコンテナを通じてビジネスをより適切にパッケージ化し、クラウドに展開する方法などについて議論します。

全体として、困難な 2020 年は過ぎ去り、希望に満ちた 2021 年には、すべてが可能であると信じています。