問題タブ [openvz]

OpenVZ VPS を使用していますが、キャッシュのクリアに問題があります。

OpenVZ では動作しないecho 3 > /proc/sys/vm/drop_caches

このキャッシュをクリアするにはどうすればよいですか?

私は仮想化の世界の初心者です。OpenVZ と Docker の違いを説明してくれる人はいますか?

将来のために何が良いでしょうか？

長所と短所？

申し訳ありませんが、systemd と archlinux のネットワークの手動設定が不十分です。最後に netctl を設定する方法を教えてください。

私のopenvzコンテナの正しい設定のために？

今日私は持っています

よろしくお願いします。

このマシンは proxmox のコンソール経由では使用できません。コンソールと tty の両方があるためです。dist-upgrade 後にこの問題が発生することを確認しました!

CentOS 7 の OpenVZ コンテナーで docker を実行しています。実行中ですが、実行しようとすると問題が発生しますdocker run -it ubuntu bash 。

ながらdocker run -it hello-world、docker run -it busybox成功しました。

以下の問題が発生しています。

docker.serviceファイルは次のように設定されています::

この問題を解決する方法を教えてください。

ありがとう

ドッカーの詳細:

OS の詳細:

ディスクの詳細:

OpenVZ 仮想化で VPS を購入し、Debian ゲスト OS を有効にしました。

ゲスト/bootディレクトリが空です。/etc/inittab空です。

OSの初期化プロセスはどのように実行されますか?

rebootOpenVZ コンテナーの意味は何ですか?

ようこそ、debian whezzy に openvz をインストールし、コンテナを作成したら、ノードの df ですべてのマウントポイントが表示されます。

root@lab:~# df -h System plików
rozm. użyte dost。%uż。ザモント。na udev
10M 0 10M 0% /dev tmpfs
786M 412K 785M 1% /run /dev/disk/by-uuid/fa994ffe-9e83-4f5a-acbc-8cb9f1c1ac65 37G 1,1G
34G 4% / tmpfs
5,0M 0 5, 0M 0% /run/lock tmpfs
3,9G 0 3,9G 0% /run/shm /dev/md2
411G 828M 389G 1% /vz /var/lib/vz/private/10
20G 324M 20G 2% /vz/ root/10 tmpfs
3,9G 0 3,9G 0% /vz/root/10/sys/fs/cgroup devtmpfs
3,9G 0 3,9G 0% /vz/root/10/dev tmpfs
3,9G 0 3, 9G 0% /vz/root/10/dev/shm tmpfs
3,9G 8,1M 3,9G 1% /vz/root/10/run tmpfs
3,9G 0 3,9G 0% /vz/root/10/実行/ロックなし
3,9G 0 3,9G 0% /vz/root/10/run/shm tmpfs
3,9G 0 3,9G 0% /vz/root/10/tmp /var/lib/vz/private/20
2,0G 323M 1,7G 16% /vz/root/20 devtmpfs
128M 0 128M 0% /vz/root/20/dev tmpfs
128M 0 128M 0% /vz/root/20/dev/shm tmpfs
128M 4,1M 124M 4% /vz/root/20/run tmpfs
5,0M 0 5,0M 0% /vz/root/20/run/lock tmpfs
128M 0 128M 0% /vz/root/20/sys/fs/cgroup tmpfs
128M 0 128M 0% /vz/root/20/tmp なし
128M 0 128M 0% /vz/root/20/run/shm

すべてのコンテナのvisibeマウントポイントを削除/削除する方法は?

サイトに更新されたページが表示されないという問題があります。サーバーのキャッシュをクリアしようとしましたが、OpenVZ VPS では不可能だと思います。laravelを使ってキャッシュをクリアしようとしましたが、うまくいきませんでした。これに対する解決策は何ですか？

tcpsndbuf の値が高くなるのを避けるために、最大限に取り除いた Web アプリケーションを実行しています。数日後、トラフィックが非常に少なくなり、まだ tcpsndbuf の障害が発生します。

このスレッドで説明されているように、最初はアプリケーション コンテナの問題だと思いました。

tcpsndbuf の値がどんどん上がっていきます。バッファ値が完全に解放されることはないようです。したがって、制限を超えて 100% の CPU スロットルのトリビュートを要求するまで、継続的に増加します。

ただし、休止状態の構成、mysql ドライバー エラーなどのさまざまな原因を除外した後、Parallel Plesk/Power Panel および apache proxy_mod によって管理される openvz に焦点を当てたいと思います。

私がそれを信じる理由は、プロセスリストに多数/usr/sbin/apache2 -k startのプロセスがリストされているという事実です（Parallels Power Panel、プロセス）

proxy_mod を使用して、ポート 80 を別のポートにあるが同じホストにあるアプリケーション サーバーにルーティングします。

ソケットの状態を詳細に分析するにはどうすればよいですか? たとえば、どのバッファがどのアプリケーションによってロックされているのか、いつ割り当てられたのか? proxy_mod 接続を確認できますか? そのようなデータは利用できますか？最大 CPU 負荷を引き起こす tcpsndbuf に関するその他のヒントは大歓迎です。