
OpenVZとは何ですか?
危機にwhatしているものを理解するためのウィキペディアの資料。
OpenVZは、Linuxカーネルに基づいたオペレーティングシステムレベルでの仮想化技術の実装です。 OpenVZを使用すると、仮想プライベートサーバー(VPS)または仮想環境(VE)と呼ばれる単一の物理サーバー上でオペレーティングシステムの複数の分離されたコピーを実行できます。
OpenVZは、変更されたLinuxカーネルとカスタムユーティリティで構成されています。
仮想化によってリソースのオーバーヘッドが大幅に増加すると考えられていますが、OpenVZはカーネルアドオンにすぎないため、リソースを特に制限しない限り、物理サーバーとVPSコンテナーの違いはほとんど見えません。
クライアント101XPの例に関するケーススタディ
5〜10台の物理サーバーを起動するのにどれくらいの時間がかかりますか。各仮想サーバーを使用すると、仮想化を使用せずに異なるソフトウェアを含む2〜3個のコンテナーが動作します 101XPゲームアプリケーションの国際的な発行元であるクライアントのタスクに取り組んでいる間、私はそのようなボリュームを1日で片手で実行します。 もちろん、あらゆる種類のシェフとパペットがありますが、それらを構成およびデバッグするための時間とリソースが常にあるとは限りません。
それどころか、ソーシャルゲームのアクティビティは急速に増加または減少します。そのため、新しいサイトを絶えず追加または削除する必要があり、OpenVZはこれに大きな柔軟性を提供します。 たとえば、ロシアでライセンスされたOdnoklassnikiで「ペットのお気に入り」というゲームが発売されてから数日後、トラフィックは195,000 DAU(デイリーアクティブユーザー)に増加し、仮想化の使用により新しい機能を迅速に追加できました。
テンプレートからコンテナを展開する
私が気づいた最初のポイントは、コンテナの展開のシンプルさです。完成したコンテナテンプレートを物理サーバーにコピーし、構成ファイルでIPとホスト名を指定するだけで、サーバーはほとんど動作する準備ができました。 さまざまな種類のサーバー(Web、データベースなど)に対して、独自のコンテナーテンプレートを準備できます。これにより、時間を大幅に節約できます。
コンテナのコピー/移動
大規模でスケーラブルなプロジェクトの場合、多くの場合、同じコンテナを別の物理サーバーに複製する必要があります。 rsyncを使用してコンテナをコピーするだけで十分です(コンテナ内で権限が混同されないように--numeric-idsキーを指定することが重要です)。 コンテナファイル、つまり構成ファイルvz.confをコピーし、そこに新しいIPとホスト名を書き込みます。 新しいコンテナの準備ができました!
ローカルおよびリモートバックアップ
別の重要なプラス:物理マシンから(ploopを使用しない場合)、コンテナーはオペレーティングシステムの構造を持つ通常のフォルダーです。 ローカルとリモートの両方でコンテナ全体を直接バックアップすると非常に便利です(chkpntを使用)。 将来的には、仮想マシン全体と個々のファイルの両方をバックアップから展開することは難しくありません。
おわりに
仮想化を使用する-システム管理者が夜間にぐっすり眠れるようにします。 実際、サーバーが完全に燃え尽きた場合でも、リモートバックアップからプロジェクトをすばやく復元できます。