OpenVZ VPS と Xen VPS のオーバーブッキングを確認する方法

OpenVZ 環境でも Xen 環境でも、「オーバーサブスクリプション」の問題ではなく、それが深刻であるかどうかが問題です。深刻であれば、「OVERLOAD」となり、サーバーが過負荷状態になります。したがって、購入する際に、過剰販売されていない安価な VPS を購入できる場所があるとは思わないでください。それは不可能だ。
1 か月間過剰販売されていない VPS の価格は、半年または 1 年間の安価な VPS の価格である可能性があります。
OpenVZ VPS のオーバーセル方法を確認してください:

Linux の共有メモリディレクトリを入力します。
/dev/shm をコピーする
100MB のファイルを作成します。
dd if=/dev/zero of=./memtest bs=1M count=100
メモリを確認してください:
無料 -m
メモリ使用量が100MB増加したことがわかります。
プロバイダーのメモリクォータを超えない限り、
ファイル作成コマンドのカウント値を増やし続けます。
メモリの成長がわかります。
約束されたメモリ内でマシンが故障した場合、それは重大な過剰販売です。
最後に、次のように入力します。
rm ./memtest
他の：
CPU情報を表示します:
/proc/cpuinfo を cat する
ディスクIOテストコマンド
dd if=/dev/zero of=テスト bs=64k count=512 oflag=dsync
ポート速度テスト
http://cachefly.cachefly.net/100mb.test で実行します。
1) プロセスのメモリ使用量を確認する
トップ
2) CPU情報を確認する
/proc/cpuinfo を cat する
3) ディスクIOテストコマンド
dd if=/dev/zero of=test bs=64k count=4k oflag=dsync
4) ポート速度テスト
http://cachefly.cachefly.net/100mb.test で実行します。
5) Inode を表示する
df -i
6) メモリオーバーサブスクリプションチェック Linuxの共有メモリディレクトリに入ります。
/dev/shm をコピーする
100MB のファイルを作成します。
dd if=/dev/zero of=./memtest bs=1M count=100
メモリを確認してください:
無料 -m
最後に、次のように入力します。
rm ./memtest

Xen VPS をオーバーセリングする方法を確認してください:

以前、512MBのメモリを搭載したXen VPSを購入しました
価格も安いです。そこで、ログインしてメモリがどれくらいあるか確認してみました。
走る
＃無料
キャッシュされた未使用の共有バッファの合計
メモリ: 543776 535360 8416 0 66516 130504
-/+ バッファ/キャッシュ: 338340 205436
スワップ: 1048568 136 1048432
新しい Xen VPS ではすでに 330MB の RAM が使用可能です。「どんなプロセスが実行されているか見てみましょう
# 追伸
…
root 204 0.0 0.1 17028 780 ? S Oct27 0:00 upstart-udev-bridge --daemon 102 356 0.0 0.1 23548 1080 ? Ss Oct27 0:00 dbus-daemon --system --fork root 431 0.0 0.1 21068 788 ? Ss Oct27 0:00 cron root 3110 0.0 0.5 253832 2992 ? Sl Oct28 0:00 /usr/sbin/console-kit-daemon --no-daemon root 11037 0.0 0.1 49256 1012 ? Ss Oct28 0:00 /usr/sbin/sshd root 15427 0.0 0.1 12520 772 ? S Oct28 0:00 /usr/sbin/syslogd --no-forward root 31231 0.0 0.0 16748 436 ? Ss Nov12 0:00 udevd --daemon root 5716 0.0 0.6 79100 3772 ? Ss 01:02 0:00 sshd: [email protected]/0 root 5731 0.0 0.3 19400 2148 pts/0 Ss 01:02 0:00 -bash root 5782 0.0 0.1 6072 724 ? Ss 01:08 0:00 /sbin/getty -8 38400 hvc0 root 5783 0.0 0.2 15248 1172 pts/0 R+ 01:08 0:00 ps --sort=start_time uax
VPS 上で実行されているメモリはそれほど多くありません。 SSH サーバー、syslogd、cron
では、使用していなかった 330MB のメモリが消えたのはなぜでしょうか?
この認定に到達する前に、さらに詳しく調べてみましょう。
答えは確かです。Xen VPS のメモリは過剰に販売されています。これは長年多くの人に知られており、「バルーニング」と呼ばれる技術を使用しています。
基本的に、特別な Linux カーネルドライバー (「バルーンドライバー」) がシステムにインストールされます。
dom0（Xenサーバー/ハイパーバイザー）がより多くのメモリを必要とし、それを（domU）ゲストVPSに要求したい場合、ゲストVPSの「バルーンドライバー」に自分自身として動作するように依頼します。
– Linux カーネルにメモリを要求することによって。カーネルメモリの割り当ては、VPS システムの使用可能なメモリに必要であり、スワップにページアウトすることはできません。
ホストは肥大化するとメモリを消費し、それを dom0/ハイパーバイザーに渡して他の場所で使用します (新しい VPS のセットアップなど)。
したがって、VPS の「合計メモリ」は同じままですが、カーネルバルーンドライバーによってすでに大きなチャンクが使用されているため、「使用メモリ」は大幅に増加します。