オーバーサブスクリプションとオーバーコミットメントは同じですか?

オーバーサブスクリプションとオーバーコミットメントは同じですか?

クラウドにおける QoS とコンピューティング リソースの使用のコンテキストでこれらの用語が一緒に使用されているのを確認していますが、これらの用語とその関連性についての正式な定義が不足しています。

例えば、このドキュメント状態:

過剰にコミットされた環境ノード上のポッドが、特定の時点で利用可能なコンピューティング リソースよりも多くのコンピューティング リソースを使用しようとする可能性があります。

そして

最終的に、スワップスペースが不足すると、ポッド内のプロセスが終了してしまう可能性があります。システムが過剰に予約されている

これまでの私の理解では、リソースがオーバーコミットされているとみなされるのは、そのリソース全体が回収されると、そのリソースのオーバーサブスクリプションが発生するような約束がなされた場合です。一方、リソースがオーバーサブスクリプションされているとみなされるのは、コミットしたすべての作業に対応できない場合です。

私はこのテーマについて初心者ですが、このテーマに関して参考にすべき重要な論文があるかどうか知りたいです。

答え1

基本的にはまったく同じ意味ですが、視点の角度が異なります。

  • サブスクリプション (またはオーバーサブスクリプション) とは、クライアント (それが何であれ、誰であれ) の視点から、彼らが使用しようとしているシステム/サービスとの関係で状況を定義する用語です。たとえば、@Ron Maupin が質問に対するコメントで説明したように、同時に処理できるよりも多くのユーザーにサービスを販売すると、オーバーサブスクリプションになります。

  • コミットメント (またはオーバーコミットメント) は、クライアントにサービスを提供するのに必要なリソースに関連して、システム/サービスのレンズを通して見た同じ状況を定義する用語です。たとえば、バーの用心棒がバーの収容人数を超える人数を入店させました (誰かが定員を超えた客をバーのドアに押し入れたため、客はバーに到着しましたが、用心棒は彼らを入店させることでオーバーコミットメントしました :) )。

しかし、このテーマについては異なる意見もある。例えばベンジャミン・アームストロング主張する「オーバーコミットメント」とは、リソースがすでに割り当てられている場合(たとえば、私の例ではバーがすでにいっぱいで容量が不足している場合)であり、悪いことですが、「オーバーサブスクリプション」はスポットを確保するという約束にすぎず、良いことです(仮想化の観点から)。

答え2

これらの用語は同じ意味で使用されます。Dell Software の記事では、次のようになっています。vSphere 仮想環境における CPU、メモリ、ストレージのオーバーサブスクリプションに関するベスト プラクティス著者は概念を次のように定義しています。

...管理者は、ホスト上で実行できるワークロードの数を最大化するために、ホスト上の物理リソースをオーバーサブスクライブできます。つまり、ホスト上で実際に使用できるリソースよりも多くのリソースを仮想マシンに割り当てることができます。

そして、次のように、いくつかの場所で両方の単語を互換的に使用します。

メモリリソースのオーバーサブスクリプション

常識

RAM のオーバーサブスクリプションは、最も議論の多いリソース オーバーサブスクリプション オプションの 1 つです。CPU とストレージ リソースはオーバーコミットされることが多いですが、RAM のオーバーコミットに関しては、ある程度の保守性があるようです。

関連情報