衰退した? Xen 37
ストーリー by reo
据えXen食わぬは漢の恥 部門より
据えXen食わぬは漢の恥 部門より
ある Anonymous Coward 曰く、
一昔前は花形技術としてもてはやされた Xen だが、今では衰退しているらしい (TechTargetジャパンの記事より) 。理由は KVM の登場だそうだ。
KVM は早くから Linux カーネルに組み込まれ、開発のペースも速かった。さらに Red Hat は Xen に代わり KVM をサポート、Novell も Xen 関連製品に消極的になり、Xen をプッシュする企業が少なくなった。Citrix や Oracle などは Xen を仮想化プラットフォームとして使用した製品をリリースしているが、(ちょっと記事では意味が取りにくいのだが) 製品としてそこから収益を挙げることを目的としたり、広く普及させることには無頓着という事らしい。
記事では「Linux プラットフォームでどうしてもオープンソースの Xen を使いたい場合は SUSE Linux Enterprise Server か Oracle VM を選ぶしかない」とされているが、Debian や Fedora ではまだ Xen 対応カーネルが用意されている。現状で Xen が終わった、というにはまだちょっと早い気がする。
VT非対応のCPUでも動作するXenの有用性 (スコア:1)
KVMはVT対応CPUでないと動作しません。
対してXenはVT非対応でも動作します。
#CPU自体が対応していてもBIOSで有効にできなくて
#KVMがインストールできなかった私はXen派
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:2)
>KVMはVT対応CPUでないと動作しません。
これって準仮想化も動作しないの?
##vmなんで関係なし!
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:3, 参考になる)
これって準仮想化も動作しないの?
KVMのFAQ [linux-kvm.org]によると、
とあって、VT対応CPUが必須です。
KVMの準仮想化は、デバイスドライバのI/O性能向上のためにサポートされるだけで、VT非対応CPUで動作するためにサポートされるわけじゃない。
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:2)
ゲストがLinuxならUMLってものあって、そっちのほうが簡単だし軽いしスケーラブル。
どうしてもXENでなければならない場合ってのは、プロセッサがVT非対応で、かつゲストが非LinuxかつXEN対応の場合。
今やXENの有効範囲はあんまり広くはないと思う。
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
今だとUML (User Mode Linux) [wikipedia.org]というよりは、もっと軽量化されたLinux Containers (lxc) [wikipedia.org]ですかね。
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:2, 興味深い)
今となってはローエンドのIntel AtomくらいしかVT非対応のプロセッサがありませんし、それってもはや「古いマシンをどうしても使いたい人」向けでしかないような気がします。
そういう環境でも仮想化をやってみたい、という人であれば、VirtualBoxとかqemuとか、もっと手軽に実現できてしまう方法もありますしね。
Re: (スコア:0)
そういう非力な環境だからこそ、ベアメタルハイパーバイザで仮想化したいんですよ。
#ATOM E600/600MHz でxenを使っております。
Re: (スコア:0)
VAIO TypeP のはVT対応Atom なのですが、CentもSLも32bit版はKVM使えないんだよな……
#KVMでは32bit仮想環境はあまり重視されてないような
Re: (スコア:0)
初代のTypePをサーバーにしてみたけど、20時間くらいで必ず電源が落ちちゃってダメだったなあ。
今は引き出しの肥やし・・・・
Re: (スコア:0)
>VAIO TypeP のはVT対応Atom なのですが、CentもSLも32bit版はKVM使えないんだよな……
それは
元となっているRedhatがエンタープライズ向けゆえに32bit版のKVM環境を重視していないだけです。
CentやSLに関しての話の前にRedhatに話を向けないと流れがおかしくなりますよ。
>#KVMでは32bit仮想環境はあまり重視されてないような
前述のとおり、Redhatが32bit版のKVM環境を重視していないのは事実と思いますが、
いきなりKVMすべてに話が飛躍するのはまたおかしな流れです。
OpenSUSEなどでは32bit版KVM環境があったと思いますし。
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
でもVT非対応のCPUってVMを使うには根本的に処理性能が不足していたりしませんか?
# Core2Duo E6600/FreeBSD amd64/VirtualBox/Windows2000の組み合わせで使用中
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
そりゃ、用途によるとしか言い様がないのでは? 例えば、Sun-3でやってた仕事なら、お釣りがくるでしょう。
ちなみに、手元の環境では、元Windows Meプレインストール機でXenが動いてます。それなりに世間様のお役に立っているようです。
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
それこそ用途の問題なんですけど, 単にVTの無い環境でVMを複数構成してハードウェアを集約したいという目的なら, OpenVZ [openvz.org]の様なOSレベル仮想化の方がはるかに軽いんですけどね. VIA C3でも使える [openvz.org]みたいですし.
Xenを選択する理由としては, VTが無いことに加えて, ホストOSと異なるOSを使うってのが必要になるかと思います.
# 個人的には別OSを使う必要が無ければ, FreeBSD jail [freebsd.org]で十分です
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
Xenを選択する理由としては, VTが無いことに加えて, ホストOSと異なるOSを使うってのが必要になるかと思います.
ええと、#2161798 [srad.jp]は、特にXenを意識した発言ではなかったんですが。
Xenを選択する理由としては, VTが無いことに加えて, ホストOSと異なるOSを使うってのが必要になるかと思います.
まあ、エキスパート向けにはそうかもしれませんね。
ただ、素のRHEL互換ディストリビューションを使って、「yum install ~」だけで構築したい、という向きには、RHEL 5互換のものを持ってきて、ゲストもホストもそれで構築、ってこともあり得ない話では無いと思います。
つまり、「ビルド?なにそれ。めんどくさ」って場合、ってことね。
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
そこそこ処理性能があってもダメな CPU があるんですよ。
だいたい下のような感じな SMP 構成です。
processor : 3
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU 2.80GHz
cache size : 2048 KB
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts pni dtes64 monitor ds_cpl cid cx16 xtpr lahf_lm
bogomips : 5600.41
address sizes : 36 bits physical, 48 bits virtual
Re: (スコア:0)
NetBurst世代のXeonが「そこそこの処理性能」と言えるかは意見が分かれるかもしれない。
そもそも15/4ってVT-xが登場したかどうかって時期だよね。
Re: (スコア:0)
それは普通にゴミだろ。VT非対応で使えそうなのはCore2 Q8200とかだな。
Re: (スコア:0)
NetBurst世代のXeonはただの電気の無駄だからさっさと入れ替えなよ…
一年間の電気料金の差で新しい機械買えるよ?
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
KVMでもできるようですが,まだXenの方に分がある感じです.
Re: (スコア:0)
仮想化ではいネタだけど
CPU機能ならVTよりPAEを・・・・
RHELでPAE無いCPUは非対応orz。
Pentium Mはまだ戦えるんだ
Re:VT非対応のCPUでも動作するXenの有用性 (スコア:1)
RHELでPAE無いCPUは非対応orz。
それは仕方ないんじゃないか? RHELのEは、EnterpriseのEだぜ。
Re: (スコア:0)
XenARMはどうなんでしょう。 (スコア:1)
仮想化界隈の踏み台 (スコア:1)
仮想化そのものなんて、xenでもkvmでもhvでもvmwareでも、なんでも良いでしょ
NICとかのデバイス側がIC仮想化してくれるか否かっていう話だったら、まぁともかくとして
vtとかsvnとか、今となっては当たり前な話だし
これが踏み台になって、色んな技術(&技術者)が生まれたわけだから
みんな結果オーライって思ってるんじゃないのかな
ところでVGA-Passthruは結局、サブファンクションをDomUに割り当てられるようになったのか?
どうなったのかよくわからん
XenはRHEL6でサポート外? (スコア:0)
Xenは、RHEL6でサポート外になったのではなかったか?
業務サーバだと、RHELのシェアはかなり大きいですから、RHELでサポートされないとなると、自然と使う人も少なくなる。どうしても、既存のシステムをxenで構築しているところと、xenにこだわる一部企業以外は、もう、新規にxenを使わないでしょうね。
かつて通った道 (スコア:0)
LinuxがWindowsに見えてきた
Re:かつて通った道 (オフトピ) (スコア:1)
そんなこと言っていると、
MS: 「そうなのか、Linux は Windows と間違いやすいのか。これは商標権侵害で訴訟起こせるな」
と思っちゃうので、やめましょう:-p
Re: (スコア:0)
そりゃ目悪すぎだよ。眼科いけ。
え? (スコア:0)
やってることが違いすぎるから、むしろKVMで満足する人が多くなったというだけじゃないかな。
クラウドベンダーにしてみたらまだまだ現役 (スコア:0)
大手のクラウドベンダーがメインの技術として使ってる時点で、まだまだ人の目から離れる事は無いかと思うけど、この手抜きなタイトルは一体。
Re:クラウドベンダーにしてみたらまだまだ現役 (スコア:1)
しょうがない。IT界隈は FUD の塊ですし。
今回のような、
○○○は衰退した
○○○は役割を終えた
○○○は死んだ
といったタイトルは
○○○は衰退しろ
○○○は役割を終えろ
○○○は死んでくれ
と読み替えることをお奨めします。
[Q][W][E][R][T][Y]
Re: (スコア:0)
IE6のことですね
Hyper-V (スコア:0)
Xen といえば Hyper-Vなんだけどこっちはどうなんだろ?
むしろHyper-Vが良い感じだからLinuxは捨て捨てって感じ?
Re: (スコア:0)
いやいやxenがLinuxを捨てたのではなくて
Linux側がxenを捨てた。(kvmを選んだ)
タレコミ要約 (スコア:0)
「廃れました?」
「全然」
# 参考 [nicovideo.jp]
お兄さま、あなたは衰退しました (スコア:0)
どういう当て字を使うかは不明:)
Xen類は衰退しました (スコア:0)
こうですか?