vSwap vs Burstable RAM for OpenVZ
VSwapとBurstableRAMの大きな違いは何ですか？
VSwapはディスクを使用してI/Oを作成し、引き起こしますか？ SWAPがディスクを使用することはわかっているので、vSwapはコンテナーで仮想化されたスワップと同じです。
バーストメモリは基本的に、ホストノードに使用可能なメモリがあり、コンテナに保証されているメモリを超えた場合に使用できるメモリです。アプリケーションはOpenVZBeancountersのメモリを読み取らないため、これは欠陥のあるシステムです。これは、VPSが、ホストノードが実際に保証しているよりも多くのメモリがあると見なしていることを意味します。
たとえば、1GBのメモリ保証を設定し、2GBのバーストを提供した場合、2GBのメモリを使用するVPSが表示されます。ただし、使用量が1GBを超え、ホストサーバーにそのポイントを超えて提供するメモリがない場合、OpenVZカーネルはプロセスを強制終了し始め、使用量を保証メモリである1GB以下の値に落とします。
より適切な解決策はvSwapでした。アプリケーションは通常、頻繁にアクセスされるデータでスワップスペースを埋めることを望んでいません。これは通常（多くの例外を除いて）、メモリ使用量が物理メモリの使用量を超えた場合に実行を継続するための追加のメモリストレージとして扱われます。スワップは、通常のLinuxシステムでは、ディスクスペースです。ディスクはRAMよりも低速です。システムディスクをRAMとして扱うと、パフォーマンスに影響があります。OpenVZは、vSwapをディスクスペースではなくホストノードで実際のRAMとして割り当てます。よりネイティブなものをシミュレートするため環境では、カーネルはコンテナを人為的に遅くして、スワッピングを一般的に考えられ、期待されているように魅力のないものにします。
RAMを使用してディスクの代わりにvSwapを割り当てることの背後にある考え方は、いくつかのコンテナーがメモリとスワップを使い果たし始めたときに、サーバー上のすべてのユーザーのディスク待ち時間が増加しないようにすることです。 RAM不必要なディスクパフォーマンスの問題を回避します。
実際の仮想化または実際の専用サーバーのように機能するOpenVZVPSの場合、vSwapが選択され、Burstは時代遅れです。
vSwapが計算されます コンテナに割り当てたRAMの量から、割り当てたバーストメモリの量を差し引いた差として。正の数は、差異を説明するためにvSwapを作成します。仮想メモリ操作の結果として物理ドライブを選択する限り、ハードデータはありませんが、答えはおそらくないか、少なくとも他のメモリ管理システムよりも大幅に多いとは思いません。