06/12/14 00:41:55 upGyYUmZ
>>654
データセンター間の移動の方が用途として多いと思うけどね。地震や火事に
対応していないデータセンターってナニですか？と思うんで。
656:login:Penguin
06/12/14 02:30:13 48x2iPgu
データセンターの地震や火事への対応って... 止まらない、って意味じゃないだろ?
災害後なんとかデータ取り出せますとか、ガス出ますくらいが関の山。
657:login:Penguin
06/12/14 05:45:45 fMA6cJLT
いざ危機迫れりという状況でデータセンターにホスティングしてる
いろんなものが一斉にマイグレーションしようとすると、やっぱ帯域が
足りなくなっていろいろ止まったり最悪みんなマイグレーション完了しないまま
カタストロフィーを迎えてしまったりはしないのかしらん?
658:login:Penguin
06/12/14 07:05:02 6cwUsj+d
>>657
こういうのって定期的にするんじゃないの？
勝手に危機迫ったことを検知する便利な仕組みとかあるんだっけ？
659:login:Penguin
06/12/14 07:49:42 Wg94M5w7
>>658
オートノミックなんちゃら
660:login:Penguin
06/12/14 13:09:48 48x2iPgu
>>658
占い師 1000 人ピックアップしてセンサー付けとけw
661:login:Penguin
06/12/15 13:33:57 zZ1j3C8X
xenの中でxglは動きますか？
662:login:Penguin
06/12/15 21:08:23 t1Hv5t9y
火災なんかよりも、某国が今にも核ミサイルを発射しそうだら
東京のデータセンタを地方に早急に移したいとか、
そういうシチュエーションじゃないか？
663:login:Penguin
06/12/15 23:35:44 a22oGvl1
つか某国に撒き散らされたノロウィルスにはデータセンタより便所が必要ですよ
664:login:Penguin
06/12/16 03:21:45 07St5c/R
ところで、、、
Xenってなんて読めばいいんだ？セン？ゼン？
665:login:Penguin
06/12/16 11:02:55 rKcsiA6a
ンッーって読むの
666:login:Penguin
06/12/16 11:32:31 OxpvBE3I
>>664
禅。
667:login:Penguin
06/12/16 17:02:09 rtHMCTOc
Unixen, Emaxen とかから類推すれば自明だろ、「くせん」。
668:login:Penguin
06/12/16 18:49:05 RSa88khw
XmasがクリスマスだからXenはくりすえん？
669:login:Penguin
06/12/16 20:59:11 +81py425
そういや70年代は「Xanadu」を「キサナドゥ」って読んでたな。
670:login:Penguin
06/12/16 23:42:07 rtHMCTOc
>>667
「ん」が「えぇ」に変化する場合もある。その場合、鼻を軽くつまんだ状態で発音すること。
671:login:Penguin
06/12/17 03:02:40 i0PpTLQp
>>668
誤)Xmas
正)X'mas→"Christ"mas
勉強になったか？
672:login:Penguin
06/12/17 03:07:24 a87foaTj
つまり Xen の読みは「くらいすとぇん」?
673:login:Penguin
06/12/17 03:09:05 a87foaTj
あれ? Christmas をクリスマスと読めば >>668 であってるじゃん。
>>671 は何が言いたいんだ?
674:login:Penguin
06/12/17 03:32:00 nqizlyKK
>>671
URLﾘﾝｸ(www2.alc.co.jp)
>【名】 クリスマス(Christmas)◆X'mas は間違い。X はキリストを表すギリシャ語の頭文字｛かしらもじ｝の名残｛なごり｝
675:login:Penguin
06/12/17 03:37:25 a87foaTj
ああ、日本だとそこらじゅうに「X'mas」と書いてある、ってアレかw
676:login:Penguin
06/12/17 05:33:16 lbABpjaO
今、Xenが最も安定して動く組み合わせってなんでしょうか？
一応今はdom-0にCentOS、dom-UもCentOSで考えてますが。
あと、CPUがVT対応して、カーネルに手を入れなくても済むようになるってのは
Xenにとっては向かい風になりませんか？
677:login:Penguin
06/12/17 06:07:20 XcN17bBu
>>676
> あと、CPUがVT対応して、カーネルに手を入れなくても済むようになるってのは
> Xenにとっては向かい風になりませんか？
遠い未来の話か？
678:login:Penguin
06/12/17 06:16:00 3O1CjYtD
>>676
向かい風には違いないと思うけど、
個人的にはI/Oが仮想化されないと、そんなにインパクトない気がする。
679:login:Penguin
06/12/17 06:18:58 3O1CjYtD
>>678
あっ今気づいた。
向かい風X
追い風 ○
680:login:Penguin
06/12/17 06:30:45 lbABpjaO
>>679
違う、
向かい風○
追い風×
カーネルに手を入れなきゃならないけど、その分速い。てのがXenの売りだと
思うんですが、CPUがVT対応すればカーネルに手を入れなくても速い。なんて
のはXenに限らずvmwareでもVirtualPCでも同じこと言えますよね？それって
Xenのアピール度が下がるんじゃないかなぁ、と。
681:login:Penguin
06/12/17 08:07:19 a5MH/ELC
Xenはオープンっていうのが最大のウリでしょ
そもそもVTの機能使ってもあんまし速くならないし
682:login:Penguin
06/12/17 12:16:11 3O1CjYtD
>>680
そういう事ですか。
仮想化のレイヤが違うって分かる人じゃないと導入しませんね。
683:login:Penguin
06/12/17 13:20:58 eRUWixex
VT対応してもVMwareは大して速くなってないし、HVMドメインもdomUに比べて
極端に遅いって言うのは、いまさら書くまでもないガイシュツ中のガイシュツの
ことなんだけど…
むしろ、VMwareがworkstation 6.0でparavirtualizationに対応っていうのが
Xenに与える影響が大きと思う。
>>681
オープンって大々的に宣伝するほどにはオープンとはいえない気もするけどね…
684:login:Penguin
06/12/17 13:37:01 4XCdnACQ
XenってVMwareより速いんだよね？
で、実際どうなの？
VMwareよりも良くなってたりする？
やっぱりまだVMwareの方が完成度高いんかな。
685:login:Penguin
06/12/17 14:09:24 a87foaTj
>>683
> VT対応してもVMwareは大して速くなってないし、HVMドメインもdomUに比べて
> 極端に遅いって言うのは、いまさら書くまでもないガイシュツ中のガイシュツの
えっ? それって Intel の VT 実装がタコだから、って話じゃなかった?
AMD のやつでもいっしょ?
686:login:Penguin
06/12/17 17:03:17 QcQAmWwt
VMware社のレポートでは、AMDもいっしょじゃなかったっけ。
タスク切替えがどうしても遅いと。
現時点では使わないほうが速いですよ～って結論だったような
687:677
06/12/17 23:19:44 XcN17bBu
>>678-680
向かい風でも追い風でも一緒だよ。
漏れはそのまま「向かい風」と解釈して書いたが、
どっちみち今の状況に変化が起きるのは、まだまだ遠い未来の話なんだから。
ただし、Vanderpool/Pacificaの恩恵に与れるようになる頃までには、
Xenが洗練されたプロダクトに成長してないとならんことには違いないので、
そよ風程度のわずかな向かい風とはいえるけど。
>>685
VanderpoolでもPacificaでも一緒ですよ。
さらにXenのHVMでもVI3（VMware ESX Server）でも一緒。
現在実装されてる程度の仮想化支援機能だけで、そんなにパフォーマンス上がるわけがない。
>>678が書いてる通り、I/Oの仮想化までいかないと、目に見える効果はないと思う。
それとIntelの実装が酷いのは確かかもしれないｗ
688:login:Penguin
06/12/18 14:34:49 TelqgpGY
>>687
Pacificaって、I/Oの仮想化もするのがウリだったのでは？
689:login:Penguin
06/12/18 14:45:16 ztyRHgvg
>>688
違う。
690:login:Penguin
06/12/18 16:06:36 M6jJJ23/
Kernel-based Virtual Machine for Linuxってどうなん
691:login:Penguin
06/12/19 01:50:40 jbaI0I1L
何も調べずに書くけどRHEL4でDomain-Uは作れる？
692:login:Penguin
06/12/19 02:09:16 YuUtMUkQ
>>691
その心意気やよし
URLﾘﾝｸ(www.google.co.jp)
693:login:Penguin
06/12/22 01:27:51 2fPEtsx9
BIBLO NF60T（Turion64X2）買ったが放熱ファンの音がうるさいので売っぱらおうと思ったが
せっかくだからXen試してみようかと思う。
もう試したやついる？
694:login:Penguin
06/12/22 01:52:24 pED2I2Am
>>693
馬鹿？
695:login:Penguin
06/12/22 11:00:24 3QcyUqom
いやいや是非やってくれ。
報告ないんだし。
期待してる。
696:login:Penguin
06/12/23 09:31:00 R7VR1ORy
Xenを使ったVPSのサービスでSSHを使って仮想マシン上のSSHではなく
シリアルコンソールみたいにつなぐことが出来る奴があるんだけど、
これってXenの機能だけで簡単に実現できるの？
あと、同じくそこのサービスでディスクイメージのスナップショットを
簡単にとれるんだけど、VMwareとかでいうディスクイメージを
使った運用みたいなのって簡単に出来るのかな？
色々なテスト、シミュレーション用として非常に興味があります。
697:login:Penguin
06/12/23 12:02:55 uiu9rzl/
>>696
？
698:login:Penguin
06/12/23 23:44:49 zT9suI4J
>>696
？
699:login:Penguin
06/12/24 07:13:26 NZz63Qok
xencons の機能はホスティング業者独自の機能か？
って聞いてるんじゃないかな？
スナップショットについてはよくわからん
700:login:Penguin
06/12/26 22:36:14 NcgjpgVf
3.0.3での質問なんだけど、
smp/dual coreなどのdom0でdomUを起動するとき、
vcpuが１ & どのcpu/coreを利用するか指定していない
と起動時に決定されるでいいんだよね？
もし、そうだったら複数のdomUを起動する場合
smp/dual coreならdomUのvcpuもcpuの数に合わせるのが正解ってこと？
でないと、負荷が特定のcpu/coreに偏ってしまうような気がする
701:login:Penguin
06/12/26 22:48:57 IbgqwFuB
そんなわけないだろう
702:login:Penguin
06/12/27 00:09:18 MENNfi7i
> 701
どこが？
１）以下がされない
>smp/dual coreなどのdom0でdomUを起動するとき、
>vcpuが１ & どのcpu/coreを利用するか指定していない
>と起動時に決定されるでいいんだよね？
２）以下が不正解
>smp/dual coreならdomUのvcpuもcpuの数に合わせるのが正解ってこと？
３）以下がない
>負荷が特定のcpu/coreに偏ってしまう
3)の場合は
domU-0 --> cpu0
domU-1 --> cpu1
domU-2 --> cpu0
domU-3 --> cpu1
に割り振られた場合、-0 , -2 に負荷がかかった場合、cpu0に負荷がかかるんじゃ？
って意味のつもりだけど、
そんなことまでできるの？（(3)がそんなわけない場合）
703:login:Penguin
06/12/27 02:20:44 zBbPb0Zf
701じゃないけど。
1も2も3も全部「そんなわけない」
キャッシュのヒットについていえばひとつのDomUを同じCPUの上で動かし続けるほうが
有利ではあるが、負荷が偏った場合に別のCPUに移す仕組みが存在しないとは
考えくにくだろ、常識的にみて。
704:700
06/12/27 13:48:01 iEJ1/3Fn
>>703
> 有利ではあるが、負荷が偏った場合に別のCPUに移す仕組みが存在しないとは
> 考えくにくだろ、常識的にみて。
と思ったんだけど
(suse 10.2)
/etc/xen/examples/xmexample1
36 # List of which CPUS this domain is allowed to use, default Xen picks
37 #cpus = "" # leave to Xen to pick
38 #cpus = "0" # all vcpus run on CPU0
となっていたので、(1)かなぁと
URLﾘﾝｸ(wiki.xensource.com)
を見て、逆にvcpuが1の場合は何もしない
URLﾘﾝｸ(tx.downloads.xensource.com)
を見て、明示的に関連付けないとsmpの場合、複数のvcpusが同じcpuに関連付く場合がある
と考えての疑問だったが、違ったか。
705:login:Penguin
06/12/27 21:04:18 zBbPb0Zf
URLﾘﾝｸ(wiki.xensource.com)
「自動的に負荷分散されるので、管理者が手動で設定する必要はない」
と書いてあるようだが。
URLﾘﾝｸ(tx.downloads.xensource.com)
「I/Oが重い場合、Domain 0 に専用のCPUコアを割り付けて、他のドメインが
そのCPUを使わないようにするのがよい」と書いてあるようだが。
706:700
06/12/28 13:16:49 jsXHMpD+
やっと納得した
URLﾘﾝｸ(lists.xensource.com)
の
>a new easy-to-use CPU scheduler which includes weights, caps,
> and automatic SMP load-balancing;
が
URLﾘﾝｸ(wiki.xensource.com)
ことなんだ
default scheduler in the xen-unstable trunk.
だったんで3.0.3には入ってないと思ってしまった
707:login:Penguin
06/12/28 20:46:42 wa4A1rsR
XENの上でWindows動かして
まともな速度でDirectX使えるの？
708:login:Penguin
06/12/28 21:11:02 gDy/pPdo
>>707
俺はむしろ、なんでまともにDirectX使えると思ったのか気になる。
709:login:Penguin
06/12/28 21:19:32 wa4A1rsR
だって、完全仮想化っていうのは
XENがデバイスドライバもっていなくて、OSがネイティブで操作しているようなものなんでしょ？
URLﾘﾝｸ(ja.wikipedia.org)(%E4%BB%AE%E6%83%B3%E3%83%9E%E3%82%B7%E3%83%B3%E3%83%A2%E3%83%8B%E3%82%BF)#.E5.AE.8C.E5.85.A8.E4.BB.AE.E6.83.B3.E5.8C.96
710:login:Penguin
06/12/28 21:23:05 11msnvQ0
多分とんでもない勘違いしてる
711:login:Penguin
06/12/28 21:26:01 cCf7ZYwY
ageているし、釣りでそ。じゃなかったらあまりにもバカすぎる。
712:login:Penguin
06/12/28 22:43:33 wa4A1rsR
なんでまともに答えられないの？
もしかして知らないから？
713:login:Penguin
06/12/28 22:56:59 T3Irm0JI
>709 の言ってることは的を得ていると思うが？
答えを知らないなら知らないで、黙ってるべきじゃないか？
714:login:Penguin
06/12/28 23:05:09 9QPJjp4r
Xen3ってbochsかなんかソースを流用してて、CPUだけハードウェア支援があるんじゃないの？
だから無理なんじゃないかな。
715:login:Penguin
06/12/28 23:06:01 gDy/pPdo
>>713
間違ってることだけでも教えてあげないと>>709が壮大な勘違いを
したままだろ？
多少は勉強したんで >>709 が知りたがってることぐらいなら教えることできると思うけどそこまでしてやる義理は無いし。
716:login:Penguin
06/12/28 23:22:27 tgNxAcgb
実際に動かしてみるのが一番だな
717:login:Penguin
06/12/28 23:23:05 qXjVBbAT
的を得ている←これで判断した
718:login:Penguin
06/12/28 23:25:07 gkCmBlRc
的を射る
719:login:Penguin
06/12/28 23:41:10 ZGa4UzE9
Xen3のAMD IOMMUに関する実装っていまどんなかんじなの？
GARTがどうとか実装中とか既に実験的に動いてるような記述があったりして
現状がよくわからないんだけど，なんか知ってる人いない？
ネットワークが遅いのを非公式のパッチ当てたりなんだりしてもいいから
何とかしたい．＜Xen3.0.3
720:719
06/12/29 02:43:30 WqOP0Vtq
すまん、いま過去ログちゃんと読んだ。
PVドライバというのがあるのか。調べる。
721:719
06/12/29 03:04:14 WqOP0Vtq
って、勘違いしてた。
PVドライバって純粋Linuxカーネルを動かしたときに
高速化するためのドライバか。
Para-virtualizedカーネルでもネットワークが
遅い（ネイティブでの動作に比べて）んだけど、
これはどうにもならないのかな？
それとも、純粋Linuxカーネル＋PVドライバの方が速かったりする？
722:login:Penguin
06/12/29 09:47:14 bFWvNO+E
715自身が壮大な勘違いしてる可能性もあるよなぁ…
まぁ>>709が勘違いしてるのも確かだが。自分でリンク張ってる先に
「しかし実際には仮想ハードウェアを操作している。 」と
書いてあるじゃん。
723:login:Penguin
06/12/29 20:19:08 9pRdoS/1
その仮想ハードウェアってどうな仕様？
S3互換とか？
DirectXはサポートしているの？
724:login:Penguin
06/12/29 23:02:01 Q2pcR+Aw
教えてクソ五大要素
1 読まない
2 調べない
3 試さない
4 理解力が足りない
5 人を利用することしか頭にない
725:login:Penguin
06/12/29 23:03:20 rsfWaMSC
Xenやるんなら、マック買ってパラレル試したほうがいいかもね
726:login:Penguin
06/12/29 23:50:34 9pRdoS/1
XenでWindows動かしている人あまりいないのかな。
調べた人なら分るけど、
Xen上で仮想ハードウェアがどうなっているかと言う
情報は全くといっていいほど無いんだよね。
調べた人なら分るはずのことだけど。
727:login:Penguin
06/12/30 00:17:13 IlyW3pt0
確かに情報ないね。
しかし、結局仮想ハードウェアになるのなら
完全仮想化っていったいなんの意味があるんだろうか？
728:login:Penguin
06/12/30 00:21:36 zN6UYKFK
多分とんでもない勘違いしてる
729:login:Penguin
06/12/30 00:21:55 IlyW3pt0
そういや、XenにVMware Tools みたいなのって無いの？
これないとGUIすげー遅いだろ？
730:login:Penguin
06/12/30 00:45:00 63ntt5qh
やっぱりろくでもない勘違いをしているようだ。
731:login:Penguin
06/12/30 09:39:00 BrdObaEm
>>730
勘違いしているのはお前だろ？
っていうか、両方の意見があるのに、
どっちが勘違いか指摘できてないしｗ
732:login:Penguin
06/12/30 09:41:41 nO2P5F6i
Xenって、ゲストOSから見たらビデオカードは
エミュレートされた仮想ハードウェアなの？
それともネイティブのハードウェアを操作しているの？
前者ならDirectXのアクセラレータ機能は（エミュレータが対応しない限り）使えないから遅い。
後者ならアクセラレータ機能は使えるから速くなるわけだが、
結局どっちなんだ？
「勘違いしているようだ」さん。答えてよｗ
733:login:Penguin
06/12/30 09:42:29 nO2P5F6i
後者なら、VMware Tools見たいなのほしくなるよね。普通は。
734:login:Penguin
06/12/30 09:43:00 nO2P5F6i
「前者」の間違い。
735:login:Penguin
06/12/30 09:51:35 6RsfntO+
完全に仮想化、の意味が分からないのかな。
勘違いじゃなくて、バカなのか？
736:login:Penguin
06/12/30 10:11:29 JtPFSiHK
>>732
>>724
737:login:Penguin
06/12/30 18:41:19 qCWIBcda
これはもうバカとかいうレベルじゃねーな
738:login:Penguin
06/12/30 20:47:30 BrdObaEm
もしかしてXenのビデオカード性能って他と劣る上に、
VMware Toolsみたいな方法を使う余地すらないんですか！？
Xenが性能低いと言われているのはこういうことか。
739:login:Penguin
06/12/30 21:07:25 7FoKaz09
XenでHAクラスター作るような事って誰かやってるんでしょうか？
740:login:Penguin
06/12/30 21:28:43 jF6egLCL
>>735
2行目が正解だったようだな、>>738を見ると。
741:login:Penguin
06/12/30 21:48:36 CuXq5qK6
>>726
Xen3.0.2のHVMでは、グラフィックCIRRUS LOGIC、NICは蟹だった。
完全仮想化されているのはCPUだけだとおもう。
742:login:Penguin
06/12/31 00:43:56 5zFKKvRF
>>741
一行目乙
二行目はぁ？
743:login:Penguin
06/12/31 01:24:50 K13Cffgf
やっとまともな答えが出たか。
CIRRUS LOGICね。
DirectXは到底期待できないな。
完全仮想化ってことは、ゲストからどうやっても
仮想化された状態ってのがわからないんだろ？
ならVMware Toolsなんてのも期待できないね。
744:login:Penguin
06/12/31 05:56:29 fscZOcZe
>>743
>>735
745:login:Penguin
06/12/31 09:10:03 E09ROeER
>完全仮想化ってことは、ゲストからどうやっても
>仮想化された状態ってのがわからないんだろ？
年末にすごい馬鹿現る
746:login:Penguin
06/12/31 11:44:33 K13Cffgf
ほう、じゃあ技術的にはVMware Toolsなんてので
スピードアップとかできるんだ。
Xenにそういうツールは存在しないの？まだ？
747:login:Penguin
06/12/31 11:53:00 LI585iio
∩＿＿＿∩ ｜
| ノ＼ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ j
彡､ |∪| | ID:K13Cffgf
/ ∩ノ ⊃ ヽ
( ＼ ／ ＿ノ | |
.＼ “ ／＿＿| |
＼ ／＿＿＿ ／
748:login:Penguin
06/12/31 12:35:44 zXUrlikk
>>746
>>724
749:login:Penguin
06/12/31 13:18:02 K13Cffgf
>>748
しつこい。死ね。
750:login:Penguin
06/12/31 23:00:24 rUQlFd2D
749=709=粘着質の知能障害者
751:login:Penguin
06/12/31 23:06:25 01Y992mb
>>749
>735
752:login:Penguin
07/01/01 12:44:29 qCueDpHE
>>746
こういう記事があったよ、いい値段そうだけど。
URLﾘﾝｸ(www.computerworld.jp)
「WindowsをサポートするためにXenに組み込まれた独自ドライバのおかげで、
XenEnterprise製品のほうがWindows仮想マシンのパフォーマンスが高いと...
753:login:Penguin
07/01/08 01:04:02 XZxuvhMw
Xenで使ってるTAPってOpenVPNに使ったりできますか？
754:login:Penguin
07/01/08 14:59:15 ner/IiTj
XenがOpenVPNのTAPを持ってきているのです
755:login:Penguin
07/01/10 03:35:47 C9YdVh7o
て事はXenのブリッジインターフェースをOpenVPNの設定にﾁｮﾒﾁｮﾒすると一撃必殺な訳ですね兄貴
756:login:Penguin
07/01/10 21:09:49 qrb1QROA
Hurd始まったな
URLﾘﾝｸ(savannah.gnu.org)
757:login:Penguin
07/01/16 01:25:51 GqSBL5Vh
VMwareみたいに独自のLANを組むにはどうしたらいいんでしょうか
ifconfig peth0 192.168.3.1
とかしたぐらいでは実現できませんでした。
758:login:Penguin
07/01/16 01:38:37 BPOOEHP3
peth
759:login:Penguin
07/01/16 23:37:34 GqSBL5Vh
さらにpeth1などを追加するって事ですか？
760:757
07/01/18 02:26:27 rAb/gQ30
仮想ネットワークをルーティングモードにすれば行けそうなドキュメントをみかけましたが日本語で解説している所がほとんどないですね、、
761:login:Penguin
07/01/18 03:35:47 iKDsqrJD
XENって何の意味があるの？仮想化って何がうれしいの？
762:login:Penguin
07/01/18 13:40:31 GSTYqyfi
あなたにはなんの意味もないと思いますよ。
ほら、「猫に小判」っていうじゃない。
763:login:Penguin
07/01/18 14:57:17 Alat/8f4
ハードウェアによるCPU仮想化無しで、
シングルCPUのマシンに仮想Webサーバーを構築する場合、
何台くらいまでが現実的？
管理ノード1台の仮想ノード2台程度なら問題ないでしょうかね？
764:login:Penguin
07/01/18 15:28:19 lncSs+Zg
>>763
分かるわけない。冷静に自分の出した情報を見てみればよい。
CPUのスペックもWebサーバへの負荷も書いてない。
そしてなにより・・・
試してみればいい・・・・
765:login:Penguin
07/01/18 16:32:21 9UlWq2hB
>>761
たとえば、仮想OS上で動かしているサーバプログラムに何らかのクラックがされたとして、root権限を奪取された場合の対策。
仮想化することで、いくつものサーバを一台の物理コンピュータ上で動かしている場合などに、影響が大きくならないようにできる。
766:login:Penguin
07/01/18 18:15:12 Alat/8f4
>>764
そうですよね失礼しました・・・
試して結果をフィードバックします・・・・
767:login:Penguin
07/01/18 18:16:09 /okcT1Ht BE:705148984-2BP(0)
>>765
なんだそりゃ
>>761共々読んで来い
URLﾘﾝｸ(www.kernelthread.com)
768:login:Penguin
07/01/18 19:46:12 XevPSVNB
>>767
ん？
一台のマシンですべてのサービスを動かしていれば一回rootをとられたら
全部アウト
一台のマシンで複数のVMでバラバラにサービスを動かしていたとして、
rootを一回とられても一つのVMがとられるだけ。全部のサービスがとられる
訳じゃない。だから安全性は高い
って話だと思うが。なんかおかしい？
もちろんホストOSをとられたら一発でアウトだから物理マシンで全部分ける
よりは弱いけど。
ホストOSは極力さらさないようにして守るんでないの？
769:login:Penguin
07/01/18 19:50:55 /okcT1Ht BE:991615695-2BP(0)
> ホストOSをとられたら一発でアウトだから物理マシンで全部分けるよりは弱い
で自分の意見を一撃で論破させているわけだが。
手間、コストや省力化などの目的に比べれば副次的な理由。
>>761
うれしいことがそこそこあるから、IntelやAMDまで飛びつくわけです。
歴史ある技術ですが、まだオープンシステムで定番のプロダクトがないだけの話です。
770:login:Penguin
07/01/18 20:30:40 5KSqqx3n
>>767
お前はちゃんと読んだのか？
ドキュメントにもメリットのひとつとして挙げられているぞ
それとも>>765の文頭にある「たとえば」という日本語の意味がわかんなかったのか？
771:login:Penguin
07/01/18 20:50:25 39e+eqHk
日本語も英語も不自由とはな
772:login:Penguin
07/01/18 20:50:42 /okcT1Ht BE:462754073-2BP(1)
>>770
>>769
> 副次的な理由
773:login:Penguin
07/01/18 21:09:31 /okcT1Ht BE:198323633-2BP(1)
もう少しきちんと書こうか。
>>768
> rootを一回とられても一つのVMがとられるだけ。全部のサービスがとられる
> 訳じゃない。だから安全性は高い
これなら、単に物理サーバを複数台立てればいいって話。>>761が首を傾げるのもわかる。
上にあげた文書で仮想マシンがセキュアだといっているのは、あくまで
「セキュアに実装する」からという話。より本質的なメリットは、1つ目
のserver consolidation。コストや電力などのリソース、管理の削減。
他のメリットはそれに付随していくもの(もちろん非常に重要ではあるが)。
774:login:Penguin
07/01/19 02:56:12 JZD6wAco
>>769
何がどう論破なのだ？
VM使わずに一台のマシンで全部サービスするよりはセキュアであることには変わらないのに。
775:login:Penguin
07/01/19 03:17:29 QMQfruc/
管理の手間が数倍に膨れ上がるがな
776:login:Penguin
07/01/19 07:53:23 AFEBN+Il
Xenに限らなければ仮想化の構築案件はそこいらにごろごろあるんだが、
>>774の理由でやってるのは聞いたことがないな。
>>769が無駄に攻撃的なのはどうかと思うが、言ってる内容は妥当。
777:login:Penguin
07/01/19 09:34:03 YzkfDBoL
>>775
物理サーバ複数台を保守するのと、仮想サーバ複数台を保守するので
なぜ管理の手間が数倍になる？いいとこ微減～やや増、程度だろう。
管理っていったってな、置き場所なり配線の取り回しなり、
他にもいろいろあるんだよ。
778:login:Penguin
07/01/19 09:39:59 YzkfDBoL BE:1586585298-2BP(1)
>>774
普通、1サービスに1～複数台サーバです。定義によるにせよ、複数サービスを
提供するとかありません。
779:login:Penguin
07/01/19 12:02:44 Zdw8y5KD
>>775
(仮想)サーバ一台あたりの管理工数は減るんじゃない？
780:login:Penguin
07/01/19 13:40:16 JZD6wAco
>>778
そんなことはありません。
781:login:Penguin
07/01/19 17:17:24 bQ5PHJV8
>>774
VM使わずにじゃなくて、
複数台でホストしてる場合が比較の対だからだろ
話がかみ合ってない
・1台VMで複数サービス vs 1台VM使わず複数サービス
・1台VMで複数サービス vs 複数台で複数サービス
どっちで比べてるかによって話がずれる。
リソースに余裕があれば複数台使えるが
余裕が無くて1台しか使えないような制限がある場合、
前者で比較することもある。
話には仮定が重要。
782:login:Penguin
07/01/19 17:39:06 cvXTpkGQ
>>781
その前者の例なんてのは趣味でもなきゃまずないんじゃね、と
何こかレスがあるのに、抗弁してるのがいるだけの話
783:login:Penguin
07/01/19 17:42:32 bQ5PHJV8
>>782
いや、何というか立派な会社ならともかく
金のないトコはあるわけで、理想は複数台だが何とも、ね。
ウチは最近は、開発機ならSolaris10のZone使って
複数サービスホストすることが多い。
Xen使って無くてすまんね。あっちはOSに組み込まれてるから楽なのよ。
784:login:Penguin
07/01/19 18:02:50 MyHP5JxN
ZoneってFreeBSDのjailと似たようなもんでそ
785:login:Penguin
07/01/19 18:58:11 XJSjTsX5
二台のPC間でゲストOSのマイグレーションを試してみたんだが、
移行先で速攻消滅する。xend.logには
omainInfo.destroy: xc.domain_destroy failed.
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomainInfo.py", line 1472, in destroyDomain
xc.domain_destroy(self.domid)
Error: (3, 'No such process')
[2007-01-19 18:37:30 xend 3538] ERROR (XendDomain:268) Restore failed
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomain.py", line 263, in domain_restore_fd
return XendCheckpoint.restore(self, fd)
File "/usr/lib/python2.4/site-packages/xen/xend/XendCheckpoint.py", line 159, in restore
forkHelper(cmd, fd, handler.handler, True)
File "/usr/lib/python2.4/site-packages/xen/xend/XendCheckpoint.py", line 227, in forkHelper
raise XendError("%s failed" % string.join(cmd))
XendError: /usr/lib/xen/bin/xc_restore 16 1 133120 1 2 failed
ってのってた。これってリストアに失敗してるってことだよね？
これって何が原因ですか？
786:login:Penguin
07/01/19 19:19:22 JZD6wAco
>>781
そもそも最初の人はどちらともいってないわけで。
勝手に後者の仮定で話を始め、前者の仮定で話している人に自分の仮定を押しつけている人がいて
それが激しくウザいだけ。
＃オレは最初から(後者のパターンもあるとしながらも)前者の仮定でしか話をしておらんのになぁ。
787:login:Penguin
07/01/19 20:13:54 T0ADJeSd
くまったな
788:login:Penguin
07/01/19 20:39:46 +GKb6+3t
>>786
>>776, >>780-783 で察せ
>>785
どうやってXenを導入した？
xm dmesg晒してみ
789:login:Penguin
07/01/19 22:16:45 QMQfruc/
再起動したらDomain-0のpeth0が無くなってXenと物理ネットワークが繋がらなくなりました。
どうやったら復旧できるんでしょうか？
790:789
07/01/19 22:43:23 QMQfruc/
自己解決できました。
Domain-0でopenvpnも起動するように設定していた為、
NIC数の制限に引っかかってしまっていました。
起動順序を工夫したら普通にpeth0が現れました。
791:login:Penguin
07/01/21 18:50:56 FV9+sVhG
>>788
XenはFC6のダウンロードマネージャーからインストしました。
二台のPCの構成は一台がデュアルプロセッサで、もう一台が
普通のシングルコアです。デュアルからシングルへはマイグレーションできる
のですがシングルからデュアルへ移行させると消滅します。消滅した時の
デュアルの方のxm dmesgの一部です。長文スマソ
(XEN) ENTRY ADDRESS: c0400000
(XEN) Dom0 has maximum 4 VCPUs
(XEN) Initrd len 0x528000, start at 0xc085a000
(XEN) Scrubbing Free RAM: ....................................done.
(XEN) Xen trace buffers: disabled
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen).
(XEN) (file=platform_hypercall.c, line=129) Domain 0 says that IO-APIC REGSEL is good
(XEN) DOM0: (file=mm.c, line=572) Bad L1 flags 80000000
(XEN) DOM0: (file=mm.c, line=850) Failure in alloc_l1_table: entry 60
(XEN) DOM0: (file=mm.c, line=1707) Error while validating mfn 69d22 (pfn eb52) for type 20000000: caf=80000002 taf=20000001
(XEN) DOM0: (file=mm.c, line=998) Failure in alloc_l2_table: entry 1
(XEN) DOM0: (file=mm.c, line=1707) Error while validating mfn b801d (pfn 139) for type 40000000: caf=80000002 taf=40000001
(XEN) DOM0: (file=mm.c, line=1063) Failure in alloc_l3_table: entry 0
(XEN) DOM0: (file=mm.c, line=1707) Error while validating mfn b8021 (pfn 135) for type 60000000: caf=80000002 taf=60000001
(XEN) DOM0: (file=mm.c, line=1985) Error while pinning mfn b8021
792:login:Penguin
07/01/22 04:34:11 RLxCdrwQ
ネットワークのルーティングモードって使った事ある方おられますか？
793:login:Penguin
07/01/22 23:19:17 /1BFARp7
3.0.4がいつのまにかにでてたんだね、
794:login:Penguin
07/01/24 00:54:12 2TbuwgCL
DebianでXenつかってて、ゲストOSの方が何入れても
4gb seg fixup, process プロセス名
ってな感じでいろんなプロセスでエラーはきまくり状態になる人いないですか。
なんか昔は出てなかったんだけどaptitudeで更新やらパッケージ入れたり消したりしてるうちに
出るようになっちゃった。
795:login:Penguin
07/01/25 04:18:16 1e9ll/SU
xenguest-installって256MBのメモリじゃ実行する厳しいのかな？
なんかエラーが良く出るしDomain-0をdom0_mem=131764とかで起動しても状況かわらず。
796:login:Penguin
07/01/29 21:14:52 UiAT1hP6
>791
再現方法は忘れたが過去にパッチが出ていた気がする
バージョンを変えろ
>792
ドメイン0でのルーティング使わない方が良い
ネットワーク設計を見直せ
>794
nosegneg.conf
あとはぐぐれ
>795
インストールに必要なメモリを確認しろ
そもそも試したいだけならやめておけ
低スペックなマシンでXEN使うなら
低スペックなマシンを複数用意した方が早い
依存のシステムを入れるなら必要システムリソース*1.3*システム数 = XENマシンスペック
は見積もれ
797:login:Penguin
07/02/02 16:21:34 OdzpnKHx
Athlon64X2のホストで動かしているFedora Core 6のXenで amd64用の
Ubuntu-6.10,CentOS4.4はインストーラまでたどり着いたのですが、同じくamd64用の
FreeBSD(5.5, 6.1, 6.2),NetBSD(3.1)がインストーラにすら行き着きません。
どなたか動かされている方はおられますか？
798:login:Penguin
07/02/03 17:25:40 ZaZ8wfqY
最新のXenを動かせるDomain0に適したディス鳥っていうと
やっぱ現状ではFedora Core 6が一番かな？
CentOSで最初Xenを試そうと思ったんだが面倒だった。
バージョンが5にあがってRHEL5互換になれば簡単になるんだろうけど。
ほかになんかいいやつある？
799:login:Penguin
07/02/03 20:10:34 zsz+uSnO
>>798
>バージョンが5にあがってRHEL5互換になれば簡単になるんだろうけど。
俺もそれを待ってるけどなかなか5でないね。
800:login:Penguin
07/02/04 02:35:27 CwfR+Qux
>>798
Debian etch
801:login:Penguin
07/02/04 06:18:30 10sF543v
>>799
なかなかでないねー
いつ頃になるんかなぁ・・・
>>798
Debian etchかぁ。thx.
最近RH系ばっかり使ってたせいでDebian忘れちゃってたよ。
802:login:Penguin
07/02/05 14:58:54 fPNJyvmO
CentOSそんなに大変？全部ソースから入れてるけど
CentOS4.2にXen2.0.7やそのころの3.0のUnstableとか
つい最近も、CentOS4.4にXen3.0.4入れてみたけど
さほど作業は大変とは感じなかったけどなぁ
唯一の難点はカーネルのコンパイルが時間がかかるだけだけど
803:login:Penguin
07/02/05 20:33:50 pDrNjUZ3
>>798
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
804:802
07/02/06 10:16:25 aWDBjQTc
>>803
自分の場合もカーネル再構築に必要なパッケージのが少し増えて
作業がちょっと増えるけど、概ねそんな感じの流れだね
自分はdomain0は管理用に徹するので128MBで十分だけど
805:login:Penguin
07/02/06 19:11:42 lHs8uowc
NICの無いマシンにXenを入れた場合、
Domain-0、Domain-Uで仮想的なLANを組んでネットワークを作る事って可能でしょうか。
806:login:Penguin
07/02/06 22:19:34 QL16Th2Z
>>805
>>72
807:login:Penguin
07/02/08 18:50:54 lG3PqNDq
Fedora Core 6 の 仮想マシンコンソールで、ゲストOSのキーボードレイアウトが、jp106に変更できなくて、解決方法を探っています。ご存知の方おられませんか？
808:login:Penguin
07/02/08 22:36:55 vpwZKLE6
>>798
CentOSとXenでサーバーを統合する
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
809:login:Penguin
07/02/08 23:23:02 HkY0PSdN
>>808
チラシの裏にでも書いてろって感じの記事だな
810:login:Penguin
07/02/09 04:05:45 Fg/l9uCD
なんかそこらのblogの方がよっぽど役に立ちそうな記事だな
811:login:Penguin
07/02/09 07:50:24 vF1QV9L5
麻生二郎ｗｗｗｗｗ
812:login:Penguin
07/02/09 09:46:09 5zoA2XFI
気付かんかったw
ローゼン閣下の弟か何かか
813:login:Penguin
07/02/09 12:38:28 JXxILRjc
ローゼンリナックスktkr
814:login:Penguin
07/02/09 16:59:23 g0ubxNvq
んなわきゃねーだろ！＞麻生二郎
とツッコミを入れつつ、
二郎じゃなくて次郎なら実弟にいる。正確には、いた。
事故か何かで若いうちに亡くなられたらしい。
815:login:Penguin
07/02/09 19:51:16 vI8laZdY
XenのDomain0上でVmware Serverを動かすのって有り？？？
816:login:Penguin
07/02/13 00:21:10 EaVzDORo
XEN上のWin XPでClockGenは動く？オーバークロック可能でしょうか。
817:login:Penguin
07/02/13 15:42:06 VnTofYnD
実はPAEが無かった俺はどうすればいいんでしょうか･･･
818:login:Penguin
07/02/13 15:50:51 FkI+rgQN
つ qemuのx86_64エミュレータ
819:login:Penguin
07/02/13 22:58:27 1S/FhvJ/
ｽﾚﾘﾝｸ(mac板:64-66番) によると
LVM,セキュアOS,Xenは目糞鼻糞な技術だそうです
820:login:Penguin
07/02/14 09:08:46 zKzL6FxW
米Intelと米Novell，Linuxをホストとした仮想化ソフトでWindowsを動かす
URLﾘﾝｸ(techon.nikkeibp.co.jp)
＞米Intel Corp.と米Novell, Inc.は2007年2月12日，
＞オープンソースのコンピュータ仮想化ソフト「Xen」で，
＞Windowsを稼働させるためのデバイス・ドライバを開発した。
＞これによって，SUSE Linux上でWindowsを稼働させることが可能になる。
821:login:Penguin
07/02/14 11:02:54 hqUgMLSj
よくわからん．PV drivers for HVM guestsってこと？
822:login:Penguin
07/02/14 11:11:31 XUQUMoKW
URLﾘﾝｸ(news.com.com)
823:login:Penguin
07/02/14 11:38:28 hqUgMLSj
よくわかった．PV drivers for HVM guestsってことか！
824:login:Penguin
07/02/16 10:16:56 4yCEl7ew
kernel2.6..16.xxより新しいソースってどこにありますか?
825:login:Penguin
07/02/16 11:19:28 Sh2Dnv/z
URLﾘﾝｸ(www.kernel.org)
826:login:Penguin
07/02/16 11:40:12 4yCEl7ew
もう普通のカーネルコードからdom0/domUのカーネル作れるんですかね?
827:login:Penguin
07/02/16 13:05:23 JwIfeXRM
カーネルのソースわからんというからカーネルのソースにリンクしただけなんじゃ？
828:login:Penguin
07/02/16 13:40:52 Dgba1LCW
>>826
mergeされてるわけがない。
>>827
でそ。
829:login:Penguin
07/02/17 15:57:20 8+/SjiXQ
Xen ParavirtualizationとXen HVMとVMWAREの三者で
ネットワーク性能を比較検証した記事ってどっかにないかね？
830:login:Penguin
07/02/17 18:37:19 ew7qySfX
AMDが「現状に甘んじる人はIntelを」仮想OSで3倍の差
URLﾘﾝｸ(www.watch.impress.co.jp)
AMD-Vってそんなに強いの？
831:login:Penguin
07/02/17 19:25:22 8+/SjiXQ
>>830
おおちょっと参考になりそな話
でも3倍も差がつくってのはなんかおかしいな。
どこにカラクリがあるんだろ？
832:login:Penguin
07/02/17 20:52:01 HuXueR4r
>>831
GuestとHostでやってるから、Tagged TLBが効いてるんじゃない？NPTは5600+だとDisableだったはずだし。
833:login:Penguin
07/02/17 22:49:14 CMTL+Fmk
だろうか。
コア2つなのでホストのOSと仮想環境を分担できそうだし、
3倍もってのは意外な。
834:login:Penguin
07/02/17 23:14:46 kkM1lENn
Tagged TLB のメリットが最大限に現れそうな類のテスト条件やね。
その他、全般にこまごましたところでの命令の違い等によるレイテンシの差が積み重なってるのかも。
普通に使うぶんには、ほとんど表に現れることの無い性能差じゃないかと思うけど。
835:login:Penguin
07/02/18 05:15:07 N0mdFzWd
>>831
激しく同意。
仮想環境でのベンチマークは、外部から測定しないと、いろいろ問題があるので
外部からの測定結果も発表して欲しかった。
今度、自分の環境で計測してみるぜ。
836:login:Penguin
07/02/18 12:50:51 oGtJvAY8
CUIでHVM(Windows)って無理ですよね？
バーチャルマシンマネージャが接続したあとフリーズして進めないんで
コンソールからやろうとしたんだけど、コンソールでのドメイン追加は
domUのみですよね･･･。
バーチャルマシンマネージャ起動不可の状態でゲストOSにWin入れる手段ってありますか？
環境：FD7test1 C2D E6600
FC6はどうしても入れられなかったので仕方なくFD7で･･･。
837:836
07/02/18 13:18:17 oGtJvAY8
パッケージの追加からX window systemをインストールしたら解決しました。
失礼。
838:login:Penguin
07/03/03 16:24:09 30qwRohM
安芸禅
839:login:Penguin
07/03/06 12:00:01 Ub3XIX7N
環境: VT FC6 xen-3.0.3-3 domU: CentOS 4.4
domU 側で、nst0作れない。。domUでテープドライブ使いたいのだが、
いい方法あるかな。。
840:login:Penguin
07/03/07 04:50:37 w/6m4ND2
>>839
> domU 側で、nst0作れない。。domUでテープドライブ使いたいのだが、
UNIX的にはrmtでdomUからdom0のテープドライブを使うのが美しいと
思ってみる。
841:login:Penguin
07/03/07 13:31:33 o74NXpxH
>>839
SCSI用のfront/backドライバってテープデバイスには対応しているかも
と思い調べてみたが、まだ対応してないみたい
URLﾘﾝｸ(lists.xensource.com)
後は、PCI用のfront/backドライバを使ってDomUにSCSIカードを見せるとか
842:login:Penguin
07/03/07 23:52:28 ZxbT36JI
xen 3.0.3 on kernel 2.6.19 で Xen を nat モードで動かしたいのですが、
参考になるページがあったら教えてください。
843:842
07/03/09 17:24:18 EQ4nQ3fg
なんとかnat+dhcpで、IPアドレスを自動でふり、iptablesでマスカレードして、外部にpingが通るようになりました。
しかし、TCPやUDPで外に出ようとすると、返信パケットが dom0で止まってしまいます。
tcpdumpをすると、
17:17:39.956387 arp who-has 10.0.6.128 tell 10.0.6.1
17:17:39.956407 arp reply 10.0.6.128 is-at fe:ff:ff:ff:ff:ff (oui Unknown)
というエラーが出ていて、dom0で ifconfig をすると、
vifのMacアドレスが、fe:ff:ff:ff:ff:ff になっています。
もしかしたらこれが原因じゃないかと思うのですが、
対処法を思いつく方がいらっしゃれば、お力を貸してください。
844:login:Penguin
07/03/10 12:16:26 sjVeef1u
URLﾘﾝｸ(www.virtualiron.com)
URLﾘﾝｸ(www.virtualiron.com)
URLﾘﾝｸ(www.computerworld.jp)
845:login:Penguin
07/03/10 17:58:45 UUobHP9L
>>844
ethtool -K eth0 tx off in domU
で通るようになりました。
ありがとう。
846:login:Penguin
07/03/21 23:58:21 X508Qub9
DomUからstartxってどうやるの?
xf86OpenConsole: No console driver foundてなる
847:login:Penguin
07/03/22 09:34:01 9xB7SmvT
フルバーチャライゼーション？パラバーチャライゼーション？
848:login:Penguin
07/03/22 13:33:16 tp06qVzo
フールパーチャラチャライチャイチャシヨーゼン
849:login:Penguin
07/03/23 13:18:08 p/nqw0lJ
>>846
ちゃんとドキュメント嫁
なんで動かないかよくわかるから
850:login:Penguin
07/03/24 16:37:25 gl93k0wi
>>849
Xは使えないんですね
VNCでどうにかしてみます
851:login:Penguin
07/03/26 17:33:21 HUyT/yu1
xdm あげて xdmcp 経由とか
vnc とおなじだけど
852:login:Penguin
07/03/31 00:53:27 2fEGohqh
Domain-0 でXは動くんだよね？
FC5にyumでXenをいれたらXが起動途中でとまるようになった…
なんでや？
853:login:Penguin
07/04/03 11:15:52 sLbEuFil
Dom-0のカーネルオプション見直せ
854:login:Penguin
07/04/05 01:04:36 7PzO6SEz
etchな2台をinterconnectしてXen Clusterにすべく奮闘開始しますた。
sargeの頃は野良ビルドしまくらなきゃいけなかったのが感慨深げです。
855:login:Penguin
07/04/05 06:19:11 1NzyeCLZ
Linux 2.6.21からXenのdomUが標準サポートされるという噂が。
同時にVMIも標準サポートされるみたいだけど。
856:login:Penguin
07/04/05 06:21:16 NwqRF5Q8
どこの噂？
857:login:Penguin
07/04/05 07:46:41 qNLqt10H
あ、URLﾘﾝｸ(opentechpress.jp) によると
2.6.22からだな。ちなみにこの記事ではVMIも2.6.22からとなっているけど、実際には
URLﾘﾝｸ(www.itmedia.co.jp)
ってことでVMIは2.6.21からになった。
858:login:Penguin
07/04/05 07:48:51 qNLqt10H
あと、Xen Sourceが3.2をリリース。
URLﾘﾝｸ(www.xensource.com)
859:login:Penguin
07/04/06 14:47:22 wu6+9zxJ
3.2が出てもあまり話題にならなくなっちゃったなぁ。なんでだろ?
860:login:Penguin
07/04/06 14:59:57 zi0N3cKp
URLﾘﾝｸ(japan.cnet.com)
開発者はKVMに夢中だから
861:login:Penguin
07/04/06 15:33:52 RmSI09Uh
>>860
Thanks。
KVMって実用レベルにはまったく達していないし、たとえ将来的Xen程度に
安定したとしてもKVM使うのなら素直にVMware使っちゃうなぁ…
862:login:Penguin
07/04/06 16:49:08 zi0N3cKp
いや冗談。外野が煽ってるよ、という皮肉。
商用ディストリビューターには切実なのかもしれんが、
ユーザーから見ればどっちもどっちというか
863:login:Penguin
07/04/06 17:45:37 wu6+9zxJ
どっちもどっちなのかなぁ。
ユーザにしてみれば、Linuxべったりのくせに現状安定していないKVMよりも、
ちょっと仮想化のレイヤーが違うけれど現状それなりに安定していて、
そのうちdom0にNetBSDやFreeBSDなども使えそうなXenや、ホストOSに現状でも
WinやOS Xが使えるVMwareのほうが魅力的なプロダクトだと思う。
KVMはkernelが絡んだVMってことで、正直、kernel開発者のいいおもちゃになっている
だけのような気が…
864:login:Penguin
07/04/06 20:02:43 r2i+SYaP
KVMはVT/AMD-Vがなきゃ動かないのがｲﾔﾝ
865:login:Penguin
07/04/06 21:49:07 /dOqtZkE
>>863
NetBSD はほとんどタイムラグゼロでキャッチアップしてるでしょ。
866:login:Penguin
07/04/06 22:34:01 qtgy2MKq
FreeBSDも動いたことは動いたのでそろそろ出せそうだっけ？
あとOpenSolarisがすでに動いてるね。
867:login:Penguin
07/04/09 21:57:57 kULOmQRA
Xenって、VT対応のチップじゃないと、ゲストにwindowsは動かせませんか？
868:login:Penguin
07/04/10 10:46:18 ajwlIbAc
AMD-Vのことも忘れないであげてくださいね
869:login:Penguin
07/04/10 13:12:53 0WGyAtkY
Linux-Vserver のスレッドがないようなので仮想化のお仲間ということで
こちらに書いちゃいます。
Debian etch で Xen を入れようとしたらどうもうまくいかなくて
いろいろ調べているうちに Vserver の存在を(遅ればせながら)
知りまして、いまは Vserver でちょっと遊んでいるところなのですが、
ゲストが Linux only の場合、Xen と Vserver の比較ってどんなもんでしょうか。
434-436 を読んだところですとネットワーク廻りは Xen の方が素直なんですかね。
870:login:Penguin
07/04/10 14:07:47 OQzFluDM
公式よめ URLﾘﾝｸ(linux-vserver.org)
理解できなかったら、FreeBSD jailをググれ。類似点は多い
871:login:Penguin
07/04/10 22:34:23 w17L3ZNM
>>868
はい、XP2400+使ってるんで、もちろん忘れません。
そうか、、、
PCの買い換えなんて、まだまだなんで、しばらくはvmserver使います。
（仕事でwindowsどうしても使うんで）
どうも、ありがとうございました。
872:login:Penguin
07/04/11 01:09:52 gRwkQG+E
>>869
ネットワークの構成が最も単純な場合だと、XenとLinux-Vserverで
ゲストのネットワーク廻りの手間はほぼ同等。
しかしホストが複数の論理セグメントにつながってたりすると、
Linux-Vserverはホスト側でゲストのための経路を引いてやるのが面倒。
たとえばVLAN組んでいろんな実験したりするなら、Xenの方が楽。
逆に、ネットワーク廻りは単純だがリソース的にきびしいなら、
XenよりLinux-Vserverの方が効率がいい。
それから、VMwareなどのカーネルモジュール(ring-0で動かす必要のあるもの)が
必要なアプリを、非VTなCPUでゲストに押し込めなきゃいけないような場合は、
現状ではXenだと如何ともし難い。
その半面、Linux-Vserverはホストのカーネル/カーネルモジュールをすべての
ゲストで共用するので、すべてのゲストはかならずLinuxで(当り前)、なおかつ
同じカーネル/カーネルモジュールを使わなきゃいけない。
XenならDomainごとに独立しているので、さまざまなバージョンのカーネルを
同時に動かせるし、Linux以外にもNetBSDやFreeBSDなども同時に動かせる。
但し、PAEの有無と32bit/64bitは必ずすべてのDomainで揃えなきゃいけないという
制約がある。
ライブマイグレーションに関しては、Linux-VserverよりXenの方が進んでいる。
尤もこのあたりはLinux-Vserverと同系のOpenVZも同じくらい進んでいたりするので、
これに関してはLinux-Vserverが遅れている感が否めない。
873:869
07/04/12 20:13:45 tsL4GsrU
Thanks! >870
いままで chroot くらいしか使ったことなかったのですが、公式を眺めてみたら
Linux-Vserver ではずいぶんいろいろ制御できるものなのですね。
手元のゲストOS上で NFS mount が Perminssion Denied でできないのも、なんか
セキュリティ廻りの設定が影響しているのかしらん。ccapabilities ファイル内で
*_MOUNT フラグをいじってみてもうまくいかない… RAW_ICMP フラグで ping できなく
するのはできたのですが。
それから詳しい説明どうもありがとうございました >872
私の動機はPCサーバが1台しか用意できない状況で複数のDebianマシンを使いたい
ということなので、とりあえず Linux-Vserver でこと足りそうです。
# まあ VMWare でもよかったのですけど
Debian etch には linux-image-2.6-xen-vserver-686 なんていうカーネルが
用意されているのは、そういう特徴に応じた使い分けを期待しているのかなあ。