みなさん、こんにちは。 これは私の最初の投稿です DesdeLinux そして私は私の投稿のXNUMXつに貢献することに非常に興奮しています GNU / Linuxの 優先。
その際、一連の記事を掲載します。 OpenVZ。 それらを楽しんで、お役に立てば幸いです。 この最初の部分では、について簡単に紹介します OpenVZ.
1.OpenVZの概要
まず、Wikipediaが提供する定義を見てみましょう。
OpenVZは、Linuxのオペレーティングシステムレベルの仮想化テクノロジーです。 OpenVZを使用すると、物理サーバーで、仮想プライベートサーバー（SPVまたはVPS）または仮想環境（EV）と呼ばれる分離されたオペレーティングシステムの複数のインスタンスを実行できます。
見ての通り、 OpenVZ は、隔離された環境でオペレーティングシステムを仮想化できるようにするソフトウェアです。 Xenの o VirtualBox。 ただし、これらの点では、それを実現する方法が異なります。
OpenVZ 他の人のように完全な仮想環境を作成するのではなく、独立したオペレーティングシステムが機能するために必要なすべてをロードする、オペレーティングシステム内の分離された環境を作成するだけです。 のようなもの クルート スーパービタミン。
OpenVZは、GNU GPLv2でライセンスされた無料ソフトウェアとしてリリースされている独自の仮想化ソリューションVirtuozzoの基盤です。
これには多くの長所と短所があります。 利点の中には、 OpenVZ ホストに余分な負荷をかけることはほとんどありません。 完全なオペレーティングシステム（独自のカーネル、入力/出力システムなど）を仮想化する必要がないため、CPU消費量ははるかに少なくなります。
また、メモリは動的に割り当てられます。 つまり、最大1GBのRAMメモリ消費を割り当てた場合、これはこの量がすぐに予約されることを意味するわけではありません。 その時点で必要なリソースのみが割り当てられます。 これは他の仮想化システムでも起こります。
これにより、 OpenVZ 大容量のプロフェッショナルインフラストラクチャと限られたリソースの家庭用機器の両方で使用できます。 最後に、それも言及する価値があります OpenVZ 他のシステムと比較して、管理がはるかに簡単です。 次の記事で確認できるもの。
もちろん、すべてが有利になるわけではありません。 与えられた OpenVZ Linuxホストシステムに完全に依存しており、に基づいてオペレーティングシステムのみを仮想化できます。 Linux.
また、 OpenVZ 自分のを使え カーネルLinux 変更すると、すべてのVPSもそれを使用するため、モジュールを動的にロードできません。 これにより、現在、SambaなどのテクノロジーはOpenVZカーネルでサポートされていないため、サポートされていません。
要するに、 OpenVZ 同様のソリューションと比較して、パフォーマンス、スケーラビリティ、および使いやすさが向上しています。 対照的に、柔軟性がはるかに低く、ホストシステムに大きく依存します。
最後に、OpenVZは次のLinuxディストリビューションで公式にサポートされていることに注意してください。
-Red Hat / CentOS 6（32および64バイト）
-Debian 7（64バイトのみ）
元々、そして最近まで、Red Hat / CentOSのみがサポートされていたため、これに関するドキュメントはやや豊富です。
最後に、このテーマについてさらに詳しく知りたい場合は、関心のあるドキュメントを入手できるサイトへのリンクを残しておきます。
-プロジェクトウィキ（英語）： https://openvz.org/Main_Page
-公式マニュアル（英語）： http://download.openvz.org/doc/OpenVZ-Users-Guide.pdf
-Debian（スペイン語）でのインストールと基本構成のマニュアル：http：//shuster.cs.buap.mx/blog/descargas/instalar_OpenVZ_DebianLenny.pdf
-OpenVZ（スペイン語）の紹介ビデオ： http://www.youtube.com/watch?v=nc5t7vuRLmU
それは今のところすべてです。 次回の記事では、OpenVZのインストールと初期構成に関連するすべてについて説明します。 長寿と繁栄。
どうもありがとうございました！
私は強制的なバーチャライザーです。 ですから、私が知らなかったこのシステムの貢献に感謝します。
しかし、私があなたの紹介で見たものから。 実際には、VPSを提供するホストに対してのみ意味があります。
さあ、それはlinuxディストリビューションやトリッキーなWindowsプログラムをテストすることではありません。
ご挨拶！
それだけでなく。 Linuxサーバーをインストールする必要がある場合（たとえば、apacheを使用するDebian）、OpenVZを使用してCentOS（または現在最終的にサポートされているDebian）をインストールし、Debianコンテナーを作成し、必要なものを使用してapacheをインストールします。普通のように着ます。 そして、その瞬間から、Webサーバーを正常に実行し、仮想化できるという利点があります。 これは、簡単にバックアップを作成し（これについてはすぐに説明します）、構成を変更せずに別のマシンに移行でき、サーバーのセキュリティが危険にさらされた場合に備えて、多くの問題を回避できることを意味します。 攻撃者はXNUMXつの仮想マシンにしかアクセスしないためです。 バックアップから削除して復元するだけです。 したがって、被害ははるかに少なくなります（アクセスされた機密情報への被害は常に残ります。そして、他のシステムと比較してばかげた消費でこれらすべて。要するに、OpenVZをすべての基本システムにすることができますセキュリティ、移植性、柔軟性の層を追加するための施設。
私が考えることができるもう一つの可能な用途は教育です。 さまざまなサービスの構成を練習するために、Linuxコンピューターの小さなネットワークをセットアップできます。 私はこれのためにVMwareと協力しなければならなかった、そしてそれは本当の頭痛の種である。 センターのコンピューターは非常に強力で最新のものですが、すべてが揃っているため、最終的には不安定になってしまいます。 しかし、それは私のものです。 センターに限られたリソースのコンピューターがある場合は、同時にXNUMXつまたはXNUMXつ以上のマシンを使用することを忘れてください。 OpenVZを使用すると、これは解決されます。 私は自分のパーソナルコンピュータ（重量で企業に販売しているもののXNUMXつ）でそれをテストしてきましたが、問題はありませんでした。 後者は、学習媒体として教育環境に明示的に向けられた同様のソフトウェアであるnetkitを使用して行うこともできます。 これも非常に興味深いツールであり、将来的に話し合うかもしれません。
いずれにせよ、ご覧のとおり、OpenVZには見た目よりもはるかに多くの用途があります。 あなたはそれを利用する方法を知っている必要があります。 私の記事を読んでいただきありがとうございます。お役に立てば幸いです。
LXCとの違いは何ですか？
感謝
良い質問。 真実はそれらが非常に似ているということです。 考え方はほぼ同じです。 どちらも、Linuxカーネルと統合してサンドボックス（またはコンテナ）を作成することで機能します。 実際、OpenVZ開発者はLXCコードに大きく貢献してきました。 今日の主な違いは、LXCがアップストリームカーネルと統合されているのに対し、OpenVZは独自のカーネルを使用する必要があることです。 しかし、最近では、OpenVZのスタッフは、独自に作成する代わりに、メインのカーネルバージョンも使用できるように懸命に取り組んでいます。
それとは別に、両方のプロジェクトの主な違いは、OpenVZがLXCよりも高度な機能を提供することです。 LXCのより強力なバージョンのようなもの。 OpenVZが独自のカーネルを使用する理由は、オリジナルが含まれている高度な機能の一部をまだ実装していないためです。 したがって、LXCはLinuxコンテナを処理するためのユーザースペースツールキットのようなものですが、OpenVZはこれを実行し、現時点ではメインカーネルバージョンでは利用できないより高度な機能を追加します。
実際、私が読んだことから、彼らは両方のプロジェクトを統合することについて話している。 将来何が起こるかを見ていきます。 私はあなたの疑問を解決したいと思います。 長寿と繁栄。
とても興味深い！ 貢献してくれてありがとう
彼らもできるとき、彼らはいくつかを投稿することができます 浮浪者 また😉
openvzを使用して仮想マシンを作成するフォルダーで、すべてのルートフォルダー（/ etc、/ root、/ varなど）が作成されることを理解しているので、vagrantとの違いは何であるかを自問しました。
vagrantでは、XNUMXつのファイル（Vagrantfile）で多くの仮想マシンを定義できますが、openvzでも定義できますか？
彼らがopenvzとvagrantの長所、短所、類似点を与える投稿を書いたらいいのにと思います
真実は私が今までVagrantを知らなかったということです。 しかし、私が見たところ、これはOpenVZとはまったく異なるソフトウェアです。 私が誤解していなければ、Vagrantは、VirtualBoxをベースとして使用して仮想マシンの作成と管理を管理する責任があるアプリケーションです。 これは、MySQLのPHPMyAdminのようなものになります。 言い換えれば、それはVritualBoxの使用を容易にするソフトウェアであり、それは実際に仮想化を処理するものです。 OpenVZに似たものは、proxmoxです。これについては、ここですでに説明しました（https://blog.desdelinux.net/proxmox-ve-una-interesante-herramienta-de-virtualizacion/).
OpenVZがコンテナファイルシステムを処理する方法に関しては、その通りです。 すぐにわかるように、このシステムはマシンのディレクトリ内に作成され、コンテナの起動時にマウントされます。 私が言ったように、一種のスーパービタミンchrootのようなものです。 私はあなたの疑問を解決したと思います。 他にご不明な点がございましたら、できる限りお答えさせていただきます。 次回まで。 長寿と繁栄。
疑問を明確にしてくれてありがとう、私は次のopenvzの投稿を楽しみにしています😀
はいはい。
シリーズの残りの記事を楽しみにしています。 一部の章で、OpenVZの問題をサーバーではなくクライアント側から扱っていただきたいと思います。 ネット上で見つけることができる多くの安価なVPSでは、KVMとOpenVZのどちらかを選択できます。OpenVZはやや安価であるか、ディスク/メモリが多くなっています。 LinuxがOpenVZケージ内のクライアントとして実行する必要があること、または選択したVPSに必要なディストロがない場合の対処方法、によってサポートされている別のテンプレートからディストロをインストールする方法を詳しく説明するとよいでしょう。 VPS。
よろしく
OpenVZは、KVMやXenなどの他の仮想化システムの安価な代替手段として提供されることが多いのは事実です。 その理由は、消費するリソースがはるかに少なく、管理がはるかに簡単だからです。 ただし、後で説明するように、OpenVZは、コンテナの作成に必要なすべてのソフトウェアと情報を含む一連のテンプレートに基づいています。 VirtualBoxの場合のように、ISOだけを取得してインストールすることはできません。 その意味で、他のシステムよりもはるかに柔軟性がありません。
つまり、既存のテンプレートに完全に依存しており、独自のテンプレートを変更または作成した場合でも、それを実装するのはVPSプロバイダーであり、自分ではありません。
したがって、非常にカスタムなシステムを使用したい場合、OpenVZは適していません。 必要なものを開発するための基本的なシステムがある場合、OpenVZは優れたソリューションです。 結局、それはあなたのニーズに依存します。 お役に立てば幸いです。 長寿と繁栄。
とても良い投稿です！
乾杯！ ポール。
どうもありがとう！。初めての投稿を公開できたことをとてもうれしく思います。それがスペイン語で最高の Linux 出版物の 1 つに掲載されたとは信じられません。また、気に入っていただけて本当に感謝しております。私は Let's Use Linux が独立した Web サイトだった頃からあなたの投稿をフォローしていましたが、あなたがここに来た今でもそうし続けています。皆様とスタッフの皆様のおかげで、 DesdeLinux。私もそれに応えて、このシリーズが皆さんのお役に立てるように全力を尽くします。次回まで。
長寿と繁栄。
ようこそ！ 😉
私は参加します...ようこそ、素晴らしい貢献😉
素晴らしい、貢献のおかげで、真実は私が以前にそれを読んだことがあるということです、しかし私はそれをArchlinuxで実行することができませんでした、私は最終的にそれを達成できるかどうか見るために残りのチュートリアルを待ちます
記事おめでとうございます...
優れたシリーズの記事Kamisama666。 私はあなたにいくつかの質問をします：
1）コンテナ内で、仮想ボックスを実行して、gnu / Linuxではなく他のシステムを問題なく仮想化できますか？
2）日常的に使用するコンテナ内に本番環境またはデスクトップ環境を配置することをお勧めしますか？ パフォーマンスの低下は最小限に抑えられますが、Samba以外に、パッチが適用されたカーネルに別の既知の問題がありますか？
ご挨拶！
どうもありがとうございました、私は私の能力の及ぶ限りではあなたの質問に答えようとします：
1.私は恐れていません。 そもそも、OpenVZはいかなる種類のグラフィカルインターフェイスもサポートしていないためです。 XENなど、グラフィカルインターフェイスを使用しない他の仮想化システムでも、カーネルにモジュールをインストールするか、他の何かを変更する必要があるため、続行します。 また、OpenVZコンテナーはホストを使用するため、つまり、独自のコンテナーを持たないため、そのようなことを行うことは不可能です。 一方、その逆も可能です。 とにかく、それは重要ではないと思います。 このようなものは、OpenVZユーティリティの一部ではありません。 私が見ているように、OpenVZは、完全なオペレーティングシステムではなく、サービスやアプリケーションをホストするための高速で機敏な環境を提供することに重点を置いています。 それがあなたが望むものでない場合は、他のより適切な解決策があります。
2.実稼働環境とデスクトップは似ているので、どちらの場合もお答えします。 生産環境とは、いわばギャップでの使用を意味します。 つまり、システムに障害が発生した場合に仕事に費用がかかる可能性がある現実の専門家の世界では。 この場合、もちろんそうです。 OpenVZは多くの企業で使用されており、豊富な経験があり、安定したテスト済みバージョンのカーネルを使用しています。
ただし、企業の従業員など、通常のユーザーのシステムを仮想化するために使用できるかどうかについて言及されていたと思います。 さて、ユーザーがコンソールモードでLinux環境で作業することを気にしない限り、問題はありません。 しかし、これはめったにないので、OpenVZはこれに適した選択ではありません。
とにかく、私はあなたの疑問を明らかにしたと思います。 主に、OpenVZが追求する目的を理解していないことが問題だと思います。 それを明確にしないのはおそらく私のせいです。 このようなことは次の記事で明らかにしようと思います。 挨拶。
長寿と繁栄。
迅速な対応をしてくれたKamiに感謝します。少し調べ始めましたが、ホスティングなど、OpenVZが使用されている領域についてはすでに明確に理解しています。 「仮想化」や「準仮想化」のように、さまざまなタイプのソリューションに対応する、私が知らなかった概念もあります。
次の記事を待っています。 乾杯！
概算：
個人的には、openvzとproxmoxで問題なくsambaを使用しています。 これが不可能だと言うとき、どういう意味ですか？