06/08/25 23:53:54 1ga44H7f
>>329
yumのリポジトリは簡単に作れる。
Red Hat Linux用のyumも公開されてる。
332:login:Penguin
06/08/26 00:11:45 VSal66Nt
>>330
それうまくいくかなぁ？今度挑戦してみる
>>331
対象がRedHat7.0なんよ。yumはないでしょ
これでも作れるかなぁ？
333:login:Penguin
06/08/26 00:15:03 yYdjiM0g
>>332
> 対象がRedHat7.0なんよ。
バーカ
334:login:Penguin
06/08/26 00:44:04 VSal66Nt
>>333
うわっ、職場でもよく怒鳴られて言われる台詞を・・・
それでも、できるかどうか検証せにゃいかんのよ
こんな古いマシン俺にどうせと
あ、ちなみにRedHat7.1の間違いね
335:login:Penguin
06/08/26 01:49:19 MBwGs/9t
>>334
XenあきらめてVMWareのような仮想マシンを使ったほうがいいと思うが…
336:login:Penguin
06/08/26 02:00:50 VSal66Nt
>>335
それもそうだけど、やっぱりいろいろ試してみたいんよ
それにVMwareって商用で使うなら有償じゃなかったっけ？
Playerなら無償なんでqmenuと併用してみたいが、こちらも
試してみるつもり
ではIDCいってくる。今日は徹夜で作業っす
337:login:Penguin
06/08/26 02:25:07 MBwGs/9t
>>336
ある程度新しいkernelにXenパッチあてないといけないのに、そのkernelの上で
古いlibcがきちんと動くのかとか考えたくないでそ。んで、xenパッチを止めて
古いkernelのまま動かすためにHVM使うぐらいなら、VMWareを使うべきだし。
あと、VMWare Serverを商用で使うのなら有償ってことはない。製品版を無償配布している。
んで、別途有償サポートはあるけど。
338:login:Penguin
06/08/26 10:48:12 vzPqw2oQ
まあ、検証したいっつてんだから
させときゃいいじゃん
ただこれだけお奨めしてないんだから
一々ここに聞きにくんなよ
339:login:Penguin
06/08/26 14:30:43 WkspP3mA
>>337
> 古いkernelのまま動かすためにHVM使うぐらいなら、VMWareを使うべきだし。
それは違うだろ。HVM 改善に協力するという道もある。ムリかも知れんがw
340:login:Penguin
06/08/26 15:48:52 +X1sJunk
>>339
是非協力してくれ。AMD-Vに対応するコードのブラッシュアップを願いたい。
いやバグあげてくれればそれでいいのよ。マジで。
341:login:Penguin
06/08/26 18:44:42 XAJEZ9BP
なんかよくわかりませんけど動きませーん。とかいうバグレポなら出さない方がマシ。
342:login:Penguin
06/08/26 18:45:24 RvBgnLeE
何もしてないのに突然動かなくなりました。
わかるかたお願いします。
343:login:Penguin
06/08/26 18:46:32 CdYxgbEI
電池切れです
344:login:Penguin
06/08/27 22:16:06 tVBRLyUG
何もしていないのに動かなくなったのではなく、
何もしていないから動かなくなったのではないのかね?
ほれ、はよぜんまいを巻け。
345:login:Penguin
06/09/01 04:45:20 nob2n01h
XenMine
346:login:Penguin
06/09/01 18:49:16 /BY2ViHr
いまから適当なディス鳥のisoを落としてくるんだけど、
CD入れてからOSをHDDにインストールしてXenインストールするのに
最速なディス鳥ってどれ？
347:login:Penguin
06/09/01 18:56:25 Z8MmRBBh
最速と言ったらやっぱアレだろ
348:login:Penguin
06/09/01 19:49:26 ZMcfzwAe
しかしアレは運次第だからな
349:login:Penguin
06/09/01 19:51:44 iJociOaI
アレはナニだろ
350:login:Penguin
06/09/01 19:55:12 ZMcfzwAe
アレも瞬間をとらえれば安定してるんだがな
351:login:Penguin
06/09/01 20:34:17 XUIj3tJi
>>346
xenoppixつかっとけ
352:login:Penguin
06/09/01 20:44:32 GIfimWcC
>>346
SUSEとか設定楽だったぞ？
353:login:Penguin
06/09/01 22:19:45 79gGUGfN
gentooしか考えられない
354:login:Penguin
06/09/02 03:57:14 anR7Q2nv
DomainUがいつの間にか落ちてる現象があるって聞いたんだが本当なのか？
漏れの環境では一回もトラブった事ないよ。
３ヶ月ほど運用してるけど。
355:login:Penguin
06/09/02 12:29:17 M7ZBmQbY
あぁ、こないだ新宿で落ちてるdomU拾ったよ
噂は本当だったんだな
356:login:Penguin
06/09/02 12:35:58 22nFG/WR
WINDOWSをDomainUにしたらフリーズした
357:login:Penguin
06/09/02 12:36:30 I1bcR7GX
>>356
そらな。
358:login:Penguin
06/09/03 05:00:28 z0Nf/xya
四ヶ月ほど運用してる。
うちに帰ってみたら、落ちてたことが一度だけあるよ。
・・・留守の間に停電してた。
UPS持ってない＞＜
359:login:Penguin
06/09/05 00:22:46 JNDykbgo
Xenの独自にパフォーマンステストする場合、
何個かDomainUを挙げといてまんべんなくDos攻撃するだけでもある程度雰囲気はつかめますかね？
360:login:Penguin
06/09/12 01:59:28 DPTwlO3x
すごい過疎りかたですね。
361:login:Penguin
06/09/12 04:19:06 pwObtYLm
vmwareでいんじゃね？
362:login:Penguin
06/09/12 15:05:53 bdZUSOzu
>>361
おいらはタダでライブマイグレーションが使えるXenに頑張って欲しい
ライブマイグレーションのフルバーチャル対応まだぁ～
363:login:Penguin
06/09/16 18:19:30 pfl+DUUw
IO対応まだー？
364:login:Penguin
06/09/16 20:21:38 rUZDKldz
おまいらとっくにロードマップがこっそり挿げ替えられてますよ
365:login:Penguin
06/09/19 13:52:03 0e7XPgOz
なあ、ライブマイグレーションってどうやるんだ？
コマンドは何か、どこ調べればいいか、だけでいいから教えてちょんまげ。
それとも、それ用の管理ツールとかあるんか？
366:login:Penguin
06/09/19 15:42:28 T+B0DJ9S
>>365
まずはiSCSIが使えるNASを購入してください。話はそれからという事で。
367:365
06/09/19 16:27:53 0e7XPgOz
事故解決の予感
xm migrate -l
どこ見てんだ俺は
ところで、3.0にはxensvってついてないんだよね？
似たようなツールある？フリーで
368:login:Penguin
06/09/19 16:41:27 0e7XPgOz
Xen on Xenって無理なんだろうな
domUの上でXenを動かすことって無理なんだろうな
サーバ1台で2（＋1）個のXenを動かしてマイグレーションテストとかできないんだろうな
369:login:Penguin
06/09/19 19:38:55 tofsFgzG
>>368
おまいの実験はともかく、実運用でのメリットは？<Xen on Xen
370:login:Penguin
06/09/19 19:46:02 WjRi/ipt
実運用のための試験にすらね
371:login:Penguin
06/09/19 21:09:38 j4MdbXqJ
XenでVMWareの仮想ディスクイメージがつかえるようにならないかなぁ。
せっかくフォーマットが公開されているんだし、バージョンあがるたびに互換性をなくすのが
XenのXenたるところだしw
>>366
NFSでも大丈夫じゃないの?
372:login:Penguin
06/09/19 22:45:05 ZOCNc+yL
お・・おいら・・NBD
ｽｯ ｽｲﾏｾﾝ.....
373:login:Penguin
06/09/19 23:26:33 efJN7Kzr
NBDって性能悪そうな先入観があるんだけど実際の所どうよ？
374:login:Penguin
06/09/19 23:37:06 VykJsKGD
>>371
> バージョンあがるたびに互換性をなくすのが
> XenのXenたるところだしw
ここの意味がよくわかんね。
ディスクイメージをイメージファイルにしようが、物理パーティーション
にしてしまおうが、Xenのバージョンなんかには影響ないが、何が言いたいんだ？
>XenでVMWareの仮想ディスクイメージがつかえるようにならないかなぁ。
やったことないが、vmware-loopを使えばできそうなかんじだけどどうだろう。
375:login:Penguin
06/09/19 23:45:45 9+yAQFBl
互換性って言葉を使ってみたかったんだよきっと
376:login:Penguin
06/09/19 23:59:34 ZOCNc+yL
>>373
ネットワークの状況次第でもあるんだけど、Gigabit etherだと
体感的にはローカルデバイスとあまり変わらない気がするよ・・
少なくともNFS-rootより早いのは確か
377:login:Penguin
06/09/20 00:09:31 b705t5Og
ごめんローカルデバイスじゃなくて
ローカルのループバックと言いたかった。
378:login:Penguin
06/09/20 00:16:05 xwZ5HOkJ
>>376
さんきゅ
じゃあ試しに使ってみるかなぁ。Xenとは関係なくw
インストーラがNBDを認識してくれると楽なんだけど
379:login:Penguin
06/09/20 01:50:10 Svgd+S1/
XenってVMwareと同じく使用するメモリはリザーブして起動するようですが動的に割り当てメモリが自動調整されたりするような技ってないでしょうか？
仮想メモリマッピングの効果最大化って事で。
380:login:Penguin
06/09/20 22:53:25 /SgPaj76
パフォーマンス落ちて評判悪くなるからできないようにしてあるんじゃね?
381:login:Penguin
06/09/21 02:02:26 ++E/0ZgU
国内で実運用してるベンダーとかってありますか？
382:login:Penguin
06/09/21 20:52:12 1HNjSsH7
パンダとしてならいくつかあるんじゃなかったか
383:login:Penguin
06/09/22 01:40:44 8//sRKIV
マジもんではまだまだこれからって事ですか。
384:login:Penguin
06/09/22 21:51:28 98Fcsaqi
ですかねぇ・・・
あっても笑って許して的アグリーになってる悪寒
385:login:Penguin
06/09/24 11:51:40 SHHKTRN8
>>368
こんなのあった
URLﾘﾝｸ(lists.xensource.com)
386:login:Penguin
06/09/24 12:22:57 Zk/lDJT/
検証用にはならないけど、勉強用にはすごくいいな。
387:login:Penguin
06/09/25 12:02:00 YOAlkQJI
VMWareがXenのdomUみたいなことをやりますな
URLﾘﾝｸ(journal.mycom.co.jp)
388:login:Penguin
06/09/26 09:57:32 zC5jJr/Z
いま、SuSE10.0を使っているのですが
これにXenを利用してWindowsXPを入れたいのですが
どうやればいいかまったくわかりません
どなたか詳しいやりかた教えてくれませんでしょうか？
389:login:Penguin
06/09/26 10:02:08 +/u2Fviq
君には出来ません。
390:login:Penguin
06/09/26 12:32:52 Z4K50+dp
CPUの割り当て保証とかってできるんですか？
391:login:Penguin
06/09/26 12:57:38 eB0uvAMu
>>388
まずは、CPUが対応してないとダメだよ
392:login:Penguin
06/09/26 13:31:20 R3ofab8d
>>388
お前mixiであちこちのコミュで同じ質問してんじゃね～か
お前にゃ無理だよ
あきらめろ
393:login:Penguin
06/09/26 16:24:10 chA6Bfkl
HVMドメインにPCIデバイスを割り当てることってできるの？
PCI FrontendDriverが無いからダメかな。
試しにやってみたけどどうもできない感じが。
394:login:Penguin
06/09/27 20:33:49 P3diMUEM
>>390
xm sched-sedf
俺はやったことないけど
395:login:Penguin
06/10/07 16:36:16 ZnZml0pN
う～ん
Core2Duoが出たから結構進んだかと思って来てみたけど
まだ不安定なようだな。
せっかくインテルに移行したんだからｱｯﾌﾟﾙがXen対応Mac売ればいいんだよな。
MacOSXとXPとLinuxが動くMacなんて、想像しただけでｗｋｔｋ
絶対売れるよ。
396:login:Penguin
06/10/07 16:44:50 4VEkoD7A
Intel Mac 上だったらこっちの方がわくわくすると思うぜ。
Paralles
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
397:login:Penguin
06/10/07 17:03:23 uON3ilj/
ところでRedHatはXenは採用するんでしょうかねぇ。
398:login:Penguin
06/10/07 17:17:52 F1aceOT2
はぁ？
399:login:Penguin
06/10/07 19:51:01 On2wSNEn
>>397
たいおうしてるよ
400:login:Penguin
06/10/08 02:55:04 nOwsE+F0
RHELに同梱されてるって事ですか？
401:login:Penguin
06/10/08 09:50:12 cD0+9je8
>>400
RHEL5ではXen3のdom0 & domUに対応し、仮想マシン環境を組めるというのが売り文句になっているぐらいだ
402:login:Penguin
06/10/08 11:25:59 1hZb+izJ
>>400
RedHatのリリースくらい読もうな。
403:login:Penguin
06/10/08 19:44:04 nOwsE+F0
>>402
すみません。
この前までSUSEと煽り合いやってたじゃないですか。
それでXenじゃない方法で仮想マシンするのかと思ってて、、
404:login:Penguin
06/10/08 21:00:03 T2JnMok+
>>403
何でわざわざ・・・。
405:login:Penguin
06/10/08 23:41:52 cD0+9je8
>>404
でも、OpenVZ URLﾘﾝｸ(openvz.org) なんていうのもあるし、>>387にあるように
VMwareが提唱したVMIインターフェースで使うTransparent Paravirtualization
のテクノロジープレビューが公開された。
まあ、RedHatがVMwareと組むことはちょっと考えにくいけど。
406:login:Penguin
06/10/11 23:13:52 8Vpz8ZdZ
FedoraCore5のDomainUではntpが動かないですね。
30秒ばかりずれているので修正したかったのだが、
dateコマンドでも無視されまする。
ググったらInstallNoteに書いてあったのか…orz
URLﾘﾝｸ(wiki.xensource.com)
/etc/sysctl.conf
#Enable ntp in XenDomU.
xen.independent_wallclock = 1
407:login:Penguin
06/10/12 04:27:10 PU6UMKVQ
>>406
domU が5分くらいずれてたのがなおったよ
ありがとう
408:login:Penguin
06/10/16 13:53:48 DXdd9zox
ところで、 Athlon 64 は AMD-V に対応しているの?
ていうか、何のCPUが対応しているのか一覧表みたいなのを探しているんだけど
見付からない。どっかにないでしょうか?
409:login:Penguin
06/10/16 16:29:21 Hh2a3fLZ
ソケットがAM2(Athlon64)またはSocketF(Opteron)なら対応
410:login:Penguin
06/10/16 19:08:50 cu2RWQWm
デュアルコアのP4とかXeonで使ってる人いますか？
安定性の具合とか聞きたいです。
411:login:Penguin
06/10/17 02:18:19 xzAo3fx+
Core2Duoで約半年使ってるが、落ちたり怪しい動作になったりといったことは一度も無いな
412:411
06/10/17 02:19:28 xzAo3fx+
Core2Duoじゃないや、CoreDuo
413:408
06/10/17 13:13:31 px+sp/hL
>>409
どうも。
そうか。ソケットで決まるのか。
414:login:Penguin
06/10/17 16:19:59 9PMkS4nW
Xen側からゲストOSの情報ってどれぐらいわかるんだろう？
プロセスやシステムコールの発行も特定できる？
415:login:Penguin
06/10/17 17:19:07 9PMkS4nW
age
416:login:Penguin
06/10/17 20:08:03 dKpGmWou
>>414
Yes
# xm
417:login:Penguin
06/10/17 21:36:16 yQY0cTCd
CoreDuo使ってるが、Xenoppixが動かない。
418:login:Penguin
06/10/17 23:16:01 mNzBSH/W
ご愁傷様です。
419:login:Penguin
06/10/17 23:36:45 Q2OJ5+WA
Domain-Uで擬似的にサーバ分散したWebシステムを構築したとして(Web系とDB系分けてDNSラウンドロビンとか)、
メモリ不足(スロットも不足)やCPU性能不足が出た場合スケールアウトかスケールアップのどっちが賢いでしょうかねぇ。
420:login:Penguin
06/10/17 23:40:22 HbHaKXrm
悩むとこ間違ってないか？
421:login:Penguin
06/10/17 23:58:14 Q2OJ5+WA
え"?
422:414
06/10/18 14:43:39 dkmeJ209
>>416
xm，一通り試したけどなかなか詳細な情報が取得できない感じですね．
xen側からpsコマンドの結果が見れるようなコマンドがあるといいんですが・・・
423:login:Penguin
06/10/18 19:38:38 JB0AxCea
DomUの数が多いと、Dom0からコマンド発行したいですよねぇ。
shutdownコマンドは実行できるんだからどうにかならんのか?
現在、Dom0が8台、その上にDomUが25台走ってます。メンテ
がしぬほどめどいです。
424:login:Penguin
06/10/18 19:42:14 DAJRPETX
>>420
すみません。
詳しくご教示いただけませんか？
425:login:Penguin
06/10/18 21:09:40 5GGxCpdx
>>419
そもそも、わざわざXenをつかって擬似的に分散させる意味があるのか?
426:login:Penguin
06/10/18 22:48:44 s0WOgkmm
>>423
残念でしたねｗｗ
427:login:Penguin
06/10/18 23:26:55 yOIJuptT
3.0.3が出たよ。
428:login:Penguin
06/10/18 23:29:56 OUpAVD/b
>>425
放っておいてやれ。
429:login:Penguin
06/10/19 01:11:12 KmPGo4kR
>>425
サーバ構成の変更に伴う改修作業をしたシステムってのは絶対バグが混入してるから最初の開発時の状態でそのまま大きなサーバ構成に移行したいの。
ECサイトとかだとシステムの損害賠償は免責に含まれてこないから。
430:login:Penguin
06/10/19 23:53:56 KS0tEH48
>>429
そういう案件だろうと思ったが、絵に描いたようにはうまく行かなかったりするんだよな～
プロジェクトをどう仕切るかということ次第だけど。
431:login:Penguin
06/10/20 20:57:46 KKoYTSHU
>>429
そりゃ単なるリスク移転でしかないな。
スケールアップでもスケールアウトでもどっちでも一緒だろ。
結果は不要なら、実現可能性や取得価額を比較して選択すべし。
432:login:Penguin
06/10/21 05:16:32 4OtelgJg
Xenをつかって商売しているレンタルサーバ屋の社長さんと友達になりたい。
433:login:Penguin
06/10/21 09:17:58 hmXED2dn
@YMCの濱田さんと友達になりたいってことか？
つか、それが何になるんだ？
434:login:Penguin
06/10/21 09:28:07 Izx8L8Qb
OpenVZのほうが良いと思うのだがどうだろう？
435:login:Penguin
06/10/21 09:50:20 jwPXSJYr
OpenVZはカーネルが1個しか無いのでパス
436:login:Penguin
06/10/21 12:29:37 HDf179c7
>>434
何を以って「良い」と評価するかによるな。
漏れはOpenVZではなく、同タイプのLinux-Vserverを使ってるが、
たとえばちょっとヒネリの加わったネットワークに接続するとき、
経路を引くのに少し手間がかかる場合がある。
それに対して、XenのDomUはずっと仮想化の度合が高いので、
このあたりに煩わされることはあまりない。
437:login:Penguin
06/10/21 12:48:25 UUxfJmMD
Xenの仮想化は arp -a でも表示されないからいいよね。
xmコマンド以外では存在自体すらわからない。
438:login:Penguin
06/10/21 14:21:02 ZTFZlBoz
・・・・・
439:login:Penguin
06/10/21 16:23:29 +nImG+HU
URLﾘﾝｸ(www.freebsd.org)
Student: Yuan Jue
Summary: Porting Xen to FreeBSD.
Mentor: Kip Macy <kmacy@FreeBSD.org>
Summary:
Successfully got a domU kernel usable for installation.
domO support still in progress. Kip and Yuan Jue are continuing
to work together on this project after the official end of SoC.
440:login:Penguin
06/10/21 16:25:58 +nImG+HU
FreeBSD/Xen Howto
URLﾘﾝｸ(www.yuanjue.net)
441:login:Penguin
06/10/21 22:41:14 4OtelgJg
OpenVZ/Virtuozzoが使えるとPLESKが使えるという不思議。ただそれだけ。
Xen管理ソフトはなんていうんだっけな。
442:login:Penguin
06/10/22 03:52:52 pDdMK3vz
>>437
ごまかす事は可能だけどディトリ標準Domain-Uの場合だとソッコーでわかるよ。
uname -a
443:login:Penguin
06/10/22 21:51:42 kO4TGutP
つか仮想NICも持たないdomUで存在隠して何が楽しいのか
444:login:Penguin
06/10/23 01:42:03 NkRRCVfq
Xenってベンダーの支援が多いですが、
ビジネスシーンのどうのよな場面を想定してるんでしょうか。
VMwareの場合はレガシーの置き換えを必死で中の人とEMCがアピールしてましたが。
445:login:Penguin
06/10/23 19:22:01 LiO1SPcG
サーバ統合でねえけ？
VMWare ESX Server と衝突する方面で。
446:login:Penguin
06/10/23 20:22:57 Iohk50L9
xensourceは衝突方面だよね
447:login:Penguin
06/10/23 20:55:25 NkRRCVfq
基幹システムの統廃合に使うのはまだちょっと怖いですよね。
448:login:Penguin
06/10/23 21:27:48 zVeOqLgT
聞かん坊ですから
449:login:Penguin
06/10/26 17:54:51 FgVBSR4j
>>447
既存のシステムの統合の際には、パフォーマンスは劣るけど完全な仮想PCになる
VMwareのほうが安心できる。Xenだと最低でもkernel patchはあてないといけないから。
OS周りをリニューアルしてサービスを移管というのならXenの出番もあるだろうけど。
450:login:Penguin
06/10/26 23:39:47 mwZKNY3w
まず実稼動のサーバでKernel2.6なんてないしOS自体の変更がいるかもしれないね。
451:login:Penguin
06/10/27 02:54:24 D6rAqeJO
ログに64bitなdom0から32bit kernelなdomUを動かせるとあったけど、
Debian etchのxen-3.0-unstableで実験してみたけどダメだ…。domUも
64bit kernelじゃないと起動出来ない。なんらかの設定があるのかもしれないけど、
少なくともヲレには無理だった。
kernelは64bitでuserlandは32bitなんてことは可能だけど、やっぱり気持ち悪い。
それに、FreeBSD/xenのように現状32bit版kernelしか用意されていないものは
手の出しようがないし。
ってことで、dom0のOSをi386版に入れ直すか。
452:login:Penguin
06/10/27 12:01:21 ASoGtUrm
メモリレイアウトが違うから動かない
HVM
453:login:Penguin
06/10/27 13:36:21 ah0Vw/Gu
>449
VT or AMD-V の HVMドメインならパッチなしでもOK
Xen 3.0.3から搭載されたLinux用のPVドライバ（HVM用 ネットワークとブロックデバイス）は、
かなり高性能（DomainU並）なので、Linuxならもう少し待てば実用になるかも。
ちなみに、Windows用のPVドライバも年内には何とかするぞって人が開発MLにいるみたい。
>451
そういうのを32-on-64って言うらしいんだけど、開発版用のパッチが開発MLに上がっていた。
そのパッチを使うと、PAE対応の32bit DomainUが64bit Xen上で動くらしいよ
454:login:Penguin
06/10/27 14:03:01 d6ItoNxZ
32-on64ってメモリ領域以外にメリットってあるの？
455:login:Penguin
06/10/27 16:03:58 awXyeHuc
普通に考えれば32VMと64VMが共存できるのが大きなメリットでは？
456:login:Penguin
06/10/27 17:12:43 D6rAqeJO
>>452
HVMかぁ。VT対応CPUじゃないんだよなぁ。
>>453
Thanks。となるとetchのxen-3.0-unstableにそのパッチが当たるのを待つだけで
なんとかなるのですな。
457:login:Penguin
06/10/27 17:38:09 d6ItoNxZ
>>455
そういう要件があるなら話は別だけど、混在する事自体にメリットってある？
458:login:Penguin
06/10/27 18:28:23 5st63+wz
>>457
Linuxのことしか頭にない人?
459:login:Penguin
06/10/27 21:30:50 ASoGtUrm
NetBSDうごかしたい
460:login:Penguin
06/10/27 21:42:03 K98Phk7K
>>457
「そういう要件」が重要なんじゃないの？
サーバ統合やってると、32bitカーネルと64bitカーネルを
ひとつの筐体に共存させることもあるし。
461:login:Penguin
06/10/28 01:13:07 4RvAfr/a
非依存性、という仮想化の特性を活かすには必要不可欠です。
というかパッチテストしてみたり。…なんかまだうまくいかん…
462:login:Penguin
06/10/28 03:05:26 yNOe+foq
要件が重要っていうか要件なんだろうけど、
64bitを使用が要件になるのってほとんどの場合DBのメモリ不足なわけでしょ？
それなら仮想化しているメリットなんてあまり得られないしなぁ。
科学計算に使うにしても仮想環境じゃスピードがおいつかないどころか他のDomain-Uに迷惑だろうし。
463:login:Penguin
06/10/28 10:20:27 Yf5asxzd
ものすごく頭の悪いヤシが粘着しているなぁ
464:login:Penguin
06/10/28 11:09:11 XP17TfG5
ほっときなさい
馬鹿にはいくら説明したって分からん
465:login:Penguin
06/10/28 12:21:06 siI33TZM
まぁ、あれだ。
理解してない奴がスレに紛れ込む
↓
理解の範疇を超えた書き込みを読む
↓
理解の範疇で否定的な書き込みをする
↓
理解してもらえるように説明してくれる人が現れる
↓
理解出来ずに激しく勘違いしたレスつける
↓
理解してもらうことを諦められてしまう
↓
この時点で勘違いして自らの勝利を確信する
ヽ(´ー｀)ノ だいまんぞく～♪
466:login:Penguin
06/10/28 13:59:28 yNOe+foq
んーー、とりあえず成果物触ってみると現場との乖離がまだまだあるんでXenを支援してるベンダーはこの方向性でいいのかって事なんだけど。
467:login:Penguin
06/10/31 09:23:01 VqOogKle
FC6のXENを動かそうと思ったら、CPUがPAEに対応していなくて動かない・・・Ｏｒｚ
PAEを必要としないFC6用のkernel-xenはないかな？
468:login:Penguin
06/10/31 14:40:25 RtA9Uw8d
>>467
知らんけど、自分でコンパイルして作ればいいのでは?
469:login:Penguin
06/10/31 21:35:07 mFjqAl4E
いつの時代のCPUなんだよ....
470:login:Penguin
06/10/31 22:34:09 HWfEKkR4
PenMじゃね？
471:login:Penguin
06/10/31 23:41:23 mFjqAl4E
FCのXenユーザってRPMが落ちてくるまで
ただひたすら待つんだよね
472:login:Penguin
06/10/31 23:42:56 mFjqAl4E
あっ 嘘です
スイマセンでした
473:login:Penguin
06/10/31 23:43:48 4QGf/69R
ただひたすらテストするのはごく一部なのか、、
474:login:Penguin
06/11/01 01:44:50 bdUBRTs1
Celeron M 1.4GHzでrpmbuildでkernel再構築すると10時間ばかりかかるよね。死にそう。
475:login:Penguin
06/11/01 01:44:54 KeiKBJ7z
我ら誇り高きフリーライダー！
476:login:Penguin
06/11/01 06:26:59 sK2AMBnM
分散したHPとかをまとめる目的で興味があるんだけど
色々メディアとかでも騒がれてる割にレンタルサーバとかでの
実績が他と比べて明らかに少ないのはやっぱり安定性の問題？
3.xより2.xの方が安定してるとかあるのかなぁ？
それとも実績のあるOpenVZとかの方が無難かな・・・
リモートからカーネルいじるのってどーもリスキーな気もするけど
それはOpenVZでも一緒か
477:login:Penguin
06/11/01 06:48:26 t2uwsrpy
>>476
OpenVZ/Virtuozzoは、これこれで、カーネルパッチのバックポートを頑張りすぎてて独自改造も入っているから似ても似つかないカーネルだよな。
VServerのほうが変更箇所が少ない。
478:login:Penguin
06/11/01 09:52:23 EOapALCU
2.xしか使ってないが、安定性には全く問題を感じないな。
運用上の理由じゃないの？知らないけど。
479:login:Penguin
06/11/01 10:04:17 QkS4ZkYG
個人レベルでの安定感と、レンタルサーバーとかの商用レベルでの安定性を一緒にされても。
480:login:Penguin
06/11/01 11:00:17 EOapALCU
レンタルサーバってそんなにたいしたものなん？
可用性99.999%を要求されるとか？
481:login:Penguin
06/11/01 12:36:37 4nANhOex
年間200ﾏｿほどかかる所はそのぐらいの保証はついてくるな。
逆に言うとそのぐらいの保証が出来る品質じゃないと採用はされない。
482:login:Penguin
06/11/01 15:02:05 RSHiYd9z
>>481
可用性ってどういう意味で使ってるかよく分からんが。
稼働時間99.999%って意味じゃないよね
…いやダウンタイム0.001%なんてどこも保証できてないと思うので。
＃270年に1日/11年に1時間で済むなんてありえない。
少なくとも200万ぽっちで手に入る代物ではないように思える。
483:login:Penguin
06/11/01 15:03:06 RSHiYd9z
訂正：
s/稼働時間/稼働率/g
484:login:Penguin
06/11/01 20:06:13 Ta4uGzDC
設備投資が２００万ぽっちということでは無いと思うが・・・
485:login:Penguin
06/11/01 20:16:26 g9I3kPRG
479=481のようなしったかへの誘導尋問はやめたほうがいいぞ
486:479
06/11/01 23:58:16 QkS4ZkYG
481は別人。
99.999%だと、ハイエンドのメインフレームだね。200万では無理だ。
そこまで高レベルじゃなくても、「僕んとこでは安定してるもん」とか言われても、
商用には使えんだろ、と書いただけたが。
487:login:Penguin
06/11/02 02:14:12 7TBz7U9d
>>486
ハードの故障・停止が即システム不能になると思ってるだろ。
488:481
06/11/02 02:15:38 7TBz7U9d
ちなみに>>481だ。
おまえらも冗長化を知らない訳ではないだろうに、、
489:login:Penguin
06/11/02 05:16:13 NuYxYWw9
しったかが見事に自爆しておるな…
490:login:Penguin
06/11/02 09:05:33 +NfzGt6A
>>488
で？
＞年間200ﾏｿほどかかる所はそのぐらいの保証はついてくるな。
って本当なの？
そんなに安いならうちで使ってみるから紹介してよ。
491:login:Penguin
06/11/02 11:01:16 qXhUgVuM
>>486
レンタルサーバってのは、何を採用するか検討する際に安定性だけ評価して
決定するわけ？
レンタルサーバのことは知らないが、俺が関わってきたシステムでは
検討すべき要素は多数あって、安定性はその中のひとつにしか過ぎないし、
特に重要なものでもないが。
つーか、HAなんてのは仮想化技術単体でどうこう言うものじゃないんだが。
目標とするサービスレベルをどうやって実現するか、それを考えて行く上で
安定性なんてのは一要素にしか過ぎないのが普通と思うが、
レンタルサーバでは違うのだろうか。
492:login:Penguin
06/11/02 11:33:12 pciToVGG
安定性が特に重要でないシステムとか関わりたくないな
493:login:Penguin
06/11/02 11:45:19 0wDVQ9pK
安定性が特に重要でないシステムって言ったら研究的・先進的要素が多そう。楽しそう。
494:login:Penguin
06/11/02 12:22:02 qXhUgVuM
例えば、一ヶ月間連続稼動させていると不安定になってくるシステムが
あった場合、週次リブートすることになっているならそんなのはどうでもいいわけ。
ある操作をすると10回に1回の割合でハングアップするシステムがあったとして、
その操作をやらずにすませる方法があればいいわけ。
避け難い致命的なバグにぶつかった場合、自力で原因を特定してソースを
改修するという手段が許される案件であればそうすればいいし、あるいは
ベンダに修正パッチを持って来させることが出来ればそれでもいい。
>>492が安定性原理主義のシステム設計をしたいのであれば、
自分が関わっていない限り、止めようとは思わないけど。
495:login:Penguin
06/11/02 12:41:42 7TBz7U9d
BIG IPあたりブチ込んどければとりあえずHAな構成は取れるだろうけど、
Xenの監視つきマイグレーション環境とどっちが効果的だろうなぁ。
496:login:Penguin
06/11/02 12:51:35 7TBz7U9d
>>494
ECサイトとかで予想外に大量アクセスがあってピーク時にダウンとかなったらパッチもクソもないよ。
億単位の損失を誰が責任取るかで客先がもめるだけ。
そういう分野ではOSがRHELだったりストレージはDELL EMCだったりする。
こいつらがXenを支持してるけどWebとかの分野でXenを使う気があるのか無いのかが知りたいわけだな。
497:login:Penguin
06/11/02 13:01:09 qXhUgVuM
>>496
要求された処理能力を満たしていて、ストレステストで問題なし、
で客の承認を得た上でサービスインしたシステムが、
「予想外に大量アクセスがあって」ダウンしたなら、まさしく「客先がもめるだけ」
だから、俺らは関係ないじゃん、ということではダメ？ｗ
・・・まあ、実際にそうなってしまったら「関係ない」では済まないけどさｗ
498:login:Penguin
06/11/02 13:44:59 DJoO/bzd
よそのスレでやったら?
499:login:Penguin
06/11/02 13:53:36 +NfzGt6A
>>496
で、99.999%で200万/年のレンタルサーバってどこなのよ？
500:login:Penguin
06/11/02 14:27:52 NuYxYWw9
当人たちは議論しているつもりなんだろうけど、議論になっていない。
なんら現実に即していないたわ言をほざきあいは止めろ。
501:login:Penguin
06/11/02 16:07:07 zIr5A9Ly
現実に即してないたわ言を見たくないならXenスレには来ない方がいいよ。
502:login:Penguin
06/11/02 16:42:55 Kof/7Cvy
仮想化技術のスレなんだから
話す内容も仮想的でもいいじゃん！
503:login:Penguin
06/11/02 18:12:15 4wBQor1M
>>501
>>479の前までは、現実に即した話をしていたようだけど?
なんか、ボロボロに論破された>>457が荒らしているようにすら見えるな。
504:login:Penguin
06/11/02 19:41:15 zIr5A9Ly
いや>>1から>>503までたわ言の連続にしか見えないが？
505:login:Penguin
06/11/02 23:16:36 MukFt4t2
zIr5A9Ly
506:login:Penguin
06/11/03 02:45:29 Leertu4+
争点は、Xenが本番系で使う事が可能かどうかって事だろ？
HAサーバがいますぐ欲しいならPあたりにかけこんでみろよ。
507:479
06/11/03 15:43:08 /QLq8p84
なんか論破されたことになってるらしいｗ
>>494
一ヶ月は持たないけど一週間は持つ、とか
10回に一回はダメな操作があるから避ける、とか
原因を特定して改修する、とか
それが「安定性原理主義のシステム設計」だろ？
おれは「個人レベルの安定」≠「商用レベルの安定」
と言ってるだけで、「安定性原理主義のシステム設計」の
素材にすら使い物にならん、とまでは言ってないぞ。
508:login:Penguin
06/11/03 16:09:53 990vxLRV
99.999%で200万/年のレンタルサーバまだー？
509:login:Penguin
06/11/03 16:28:13 qPA7mkVZ
安定性原理主義 <- kwsk
510:login:Penguin
06/11/03 16:42:56 N85omNRQ
そういう回避手段では得られないもので、かつ、個人レベルでは絶対に
知ることができない「商用レベルの安定」って、どういうものなの？
511:login:Penguin
06/11/03 16:58:22 u5aZ7aVE
宗教的概念。従って、カネで解決するww
512:login:Penguin
06/11/03 17:11:55 wv2vfs43
レンサバの格安VPSプランはXenのほうがVirtuozzoより制限されてる感じが
少なくて良いと聞くが、何故かXen使ってるとこ少ないですね。
513:login:Penguin
06/11/03 17:26:57 /jOwzFqA
サポートが
514:login:Penguin
06/11/03 20:28:53 Leertu4+
>>508
SLAぐらいは知ってるよな。
>>509
およそ絶対止まらない仕組みのシステム
>>510
ミッションクリティカルって知ってるよな。
>>512
RedHatのせい
515:login:Penguin
06/11/03 20:34:18 y475JP2u
で、99.999% 200万/年は何処に？
516:login:Penguin
06/11/03 20:59:03 Et53D4N/
>>514
で、具体的には？
517:login:Penguin
06/11/03 21:22:04 SlEx3icD
保障が２００万ってこと？
518:login:Penguin
06/11/04 00:02:13 Leertu4+
月額20万も出せばSLAやってる所なんてたくさんあるだろって話。
519:login:Penguin
06/11/04 00:12:40 gb6rrk6E
つーか、いつまでやってんだよ
520:login:Penguin
06/11/04 00:21:45 F3ozt5f/
とわに
521:479
06/11/04 01:27:41 IdLlM3kL
>>508
>>481にきけ
>>509
>>494にきけ
>>510
「個人レベルでは絶対に知ることができない」とかいう
限定条件を勝手に持ち出されて「どういうものなの？」とか
言われても知らんがな。
>>519
結局（Linuxもそうなんだけど）オープンソース厨ってこういう
香具師がおおいんだよな。自分にフィールドで勝負できない話をされると
出てけとかいつまでやってんだとか言い出すｗ
Xenが使い物になるという or 使い物にならない、というソースを
出せば「へーそうなんだ」で一発で終わるのに。
522:login:Penguin
06/11/04 02:50:26 1TvIth48
>>521
つ[鏡]
523:login:Penguin
06/11/04 12:25:08 uwYY0+kh
ライブマイグレーションというのを使えば保守も楽になるのかね？
524:login:Penguin
06/11/04 14:31:05 Xl53ZNSh
>>518
なんかすげー勘違いしているようだけど。
SLAは(たとえば)99.999%に届かなかった場合にどう保証するかという話で、99.999%動くこと自体を保証するわけじゃないんだけどなぁ。
全然関係ないですよ。
で、99.999%で200万/年のレンタルサーバってどこよ？
525:login:Penguin
06/11/04 14:45:35 qgZYN5CF
99.999%動くこと自体を保証するってのは
99.999%に届かなかった場合に補償するって意味なんじゃないの？
526:login:Penguin
06/11/04 16:09:53 Xl53ZNSh
99.999%で動かなかったからといってディスカウントしてごまかされても困るのだけどな。
まぁSLAで99.999%を保証する200万/年のレンタルサーバでもいいや。
それどこ？
527:login:Penguin
06/11/04 16:19:13 F3ozt5f/
つgoogle
528:login:Penguin
06/11/04 16:21:50 F3ozt5f/
>>523
ライブマイグレーションがちゃんと思惑通りに動いてくれるなら何かしら使い道はあると思う。
でも実稼動しているサーバって何十機も束になってる事が多いからXenで対応できるのかが心配。
冗長化の新しい手段として歓迎はしたいけどな。
529:login:Penguin
06/11/04 16:48:36 Xl53ZNSh
>>527
ないなら、でたらめ言ってごめんなさいって謝らないとダメだよ。
530:login:Penguin
06/11/04 17:26:25 o2pEBwde
SLAなし99.996%ならあるけど、ふつうそのクラスは個別対応だと思うんだよねぇ。
531:login:Penguin
06/11/04 17:41:12 Xl53ZNSh
たった月十数万の案件で個別対応なんていちいちやってられないと思うんだけどねぇ。
532:login:Penguin
06/11/04 18:05:53 YmU2Iley
まだやってんのかよ
533:login:Penguin
06/11/04 18:14:44 o2pEBwde
>>531
いや99.999%をSLAつけて（SLAの内容わからんしなぁ）＞個別対応
534:login:Penguin
06/11/04 18:32:25 Xl53ZNSh
>>533
いや200万/年程度のしょぼい商談でいちいち個別対応するかなと。
535:login:Penguin
06/11/04 21:06:39 i7Y+q7DU
これどこにXenの話が含まれてるの？
536:login:Penguin
06/11/04 21:11:23 qgZYN5CF
XenXen
537:login:Penguin
06/11/04 21:18:06 M0NmEQ2h
MacBook ProにFedora Core 6をインストールしました。ここまでは簡単。
次に yum で xen と kernel-xenをインストールして起動しましたが、ブート途中で
再起動してしまいます。何度やっても駄目で、メッセージを目で追っていても再起動で
消えてしまうので何が悪いのかわかりません。何か情報ないでしょうか。
538:login:Penguin
06/11/04 21:44:02 vbqxeRiG
>>537
とりあえず、Xenのブートオプションに noreboot を追加してメッセージを拾ってくれ
539:login:Penguin
06/11/04 23:11:38 M0NmEQ2h
>>538
ありがとうございます。でも残念ながら変わりませんでした。
grub.confを
kernel /xen.gz-2.6.18-1.2798.fc6 noreboot
のようにすればよいですよね？やはり途中でメッセージを読む暇も無く
再起動します。xensourceから3.0.3をもってきてソースからコンパイルしてみても
同じ症状でした。引き続き何か情報があればお待ちしています。
540:login:Penguin
06/11/05 00:19:15 umXo3cY1
539です。
ブートオプションに nosmp nolapic noapic をつけたらとりあえずきちんと起動できました。
xm listでDomain-0がうごいていることも確認できました。
これからオプションの組み合わせを変えて何が原因か探ってみます。
541:login:Penguin
06/11/05 01:47:26 s1Fur1k3
XenをノートPCに入れてる人っていますか？
サスペンドしたらどうなるだろうって思って。
542:login:Penguin
06/11/05 23:14:07 zdC23GJw
457=479=包茎
543:login:Penguin
06/11/06 00:01:46 HfiWrHDG
>>542
ﾖｿｳｶﾞｲﾃﾞｽ
544:479
06/11/06 00:28:23 ZDxL1TiK
457≠479だよ。
545:login:Penguin
06/11/07 17:41:06 /n1NtjHg
fc6 で、Xen3.0.3 と domU をインストールして、virtual machine monitorで、
save したり、restore したりすると。
うまくいかないって話、どっかにありますか？
pentium D 3GHz X86_64 で苦闘中。
xm create なら別に問題ない。
546:login:Penguin
06/11/07 23:58:00 hPJkQdGk
>>545
virtual machine monitor ?
virtual machine managerの間違いだと勝手に解釈して話をすすめると
virtual machine managerには、いろいろとバグがあるみたいなので
根性がないのであれば、アップデートされるのを待つべし
根性があれば、下記のリンクから開発版をとってきてコンパイルすると
動くかもよ
URLﾘﾝｸ(virt-manager.et.redhat.com)
547:545
06/11/08 00:42:16 WQ8ziaxD
う。virtual machine manager だ。まちがえますた。
根性ないので、あんまコンパイルしたくない。
xm save を ui にしただけではないだらうか。
548:login:Penguin
06/11/08 17:32:19 Sx8VychD
FAQだと思うんだけど
64bitのDomain0に、32bitのHVMは乗らないですよね？
549:login:Penguin
06/11/08 17:36:25 il5HZvg1
>>548
URLﾘﾝｸ(www.google.com)
550:login:Penguin
06/11/08 19:36:45 eOdokoUf
二台のマシンにfedoraCore6をインストールし、
xenのdomain0を作成し、ゲストOSをインストールしたところ、
それらは正常に動作しました。
その後にゲストOSのマイグレーションを行おうと考え、
片方のマシンのマイグレーションさせたいゲストOSの
イメージファイルをNFSサーバにより両マシンで共有できるように
しました。しかしそのゲストOSのマイグレーションのため
#xm migrateを使用すると
Error:can't connect: Connection refusedといったエラーが
でました。pingなどで確認すると両マシン間の接続は正常です。
またNFSによるイメージファイルの共有も問題ないようです。
他にはどのような問題が考えられるでしょうか？
xenのマイグレーションをするためにはなにかソフトが
必要だったりするのでしょうか？
すいませんがご意見お願いします。
551:login:Penguin
06/11/08 20:00:57 3Tg/lRmF
>>550
(xend-address '')
(xend-relocation-address '')
552:login:Penguin
06/11/08 20:12:36 eOdokoUf
>>551
すいませんが
もっと詳しくお願いします
553:login:Penguin
06/11/09 03:44:44 hwwFjDhn
Virtual Machine ManagerでInstall Media URL指定して新しいVM作るやつって
Fedora Coreしか対応してないのかね。
それ以外のOSってFull Virtualizedもしくはあのめんどくせー作り方しかないのかね。
554:login:Penguin
06/11/09 06:56:41 1Bo7TlEW
XenSource、WindowsをサポートしたXenを発表
URLﾘﾝｸ(opentechpress.jp)
555:login:Penguin
06/11/09 11:02:23 kPiMg53C
>>553
NetBSDならDomain-Uインストール用カーネルが用意されているので
それを立ち上げれば通常のNetBSDインストールと同じ。
Domain-0がSUSEなら、YaSTにDomain-Uインストーラがあるので
そこからサクっとインストールできる。
これまで、雑誌の解説記事等では、やたらとめんどくさかった Fedora Core での
インストール方法ばかりが取り上げられてきたようだが。
556:login:Penguin
06/11/09 12:15:14 amQHYOUL
勝手のいいフロントエンドってありますか？
なかったら作ろうかと思ってますが。
557:login:Penguin
06/11/09 17:39:07 rX+UmFQw
この、WindowsをサポートしたXenっての試した人いる？
XenEnterprise 3.1 Betaってやつ。
やっぱり、intel VTとかCPUが対応してないと、
windows gusetは、動かないの？
558:login:Penguin
06/11/09 18:13:50 T3jkM2Gj
>>553
Debianではxen-create-imageなんていう便利なツールがある。
559:login:Penguin
06/11/10 08:00:01 32C6WsJb
>>558
それってxen-toolsでしょ。いちおうdebootstrap, rpmstrapがあれば
distroに依存せず動きそうだけど。
560:553
06/11/10 22:58:42 KhdlBi9u
>>558
ほんとだ！centos4を入れてみた。
そのまんまだとrpmのバージョン？があわなかったので
mirrorにvault.centos.orgの4.1～4.3くらい突っ込んだらいけた。
でもxm createしたらHotplugがうんたらかんたらって言われたので
apt-getでhotplug取ってきたらなんかDiskが死んじゃった。
561:login:Penguin
06/11/11 21:21:24 THtD6D6v
作成したイメージファイルを、ファイル名を変更して別のサーバとして使いたいのですが、
どのようにすればいいのでしょうか？
562:login:Penguin
06/11/11 21:55:31 SzQ77vrV
>>561
Xenのサーバを構築する前に、UNIXのコマンド勉強した方がよくね?
563:login:Penguin
06/11/11 22:07:12 THtD6D6v
>>561
イメージファイルは、cpコマンドでコピーしました。
設定ファイルもコピー元のファイルをコピーして、名前を変更しました。
それから
xm create B
としてもエラーになってしまいます。
コピー元の名前で
xm create A
とした場合は普通に動きます。
なぜ？？？
564:login:Penguin
06/11/11 22:15:16 lY3D9m/s
> エラーになってしまいます。
ここに答えがあるよ
565:login:Penguin
06/11/11 22:56:39 THtD6D6v
>>564
リブートしたら動くようになりました。
謎です。
566:login:Penguin
06/11/14 15:52:19 1Fy4ulkL
XenEnterprise 3.1.0b1 ｷﾀ━━(ﾟ∀ﾟ)━━ !!!!!
予想通りWindows用のPVドライバも入ってます。
早速Windows Server 2003をインストールしてみました。
ちなみにPVドライバは、ストレージ用とネットワーク用です。
（Videoは見送りなのか・・・残念）
このドライバは、オープンソースになるのかならないのか？
とりあえず、ベンチマーク取ってみます。
567:login:Penguin
06/11/14 16:26:57 TrlkIta2
∧＿∧ +
（0ﾟ・∀・） ﾜｸﾜｸ ﾃｶﾃｶ
（0ﾟ∪ ∪ +
と＿_）__） +
568:login:Penguin
06/11/14 17:10:28 1Fy4ulkL
Windows PVドライバのベンチマーク結果
ネットワーク
・netperfを使って別サーバとの間のスループットを計測
・サーバ間はGbEで接続
PV前
TCP送信 48.83Mbps
TCP受信 55.11Mbps
PV後
TCP送信 302.33Mbps （約6倍）
TCP受信 630.71Mbps （約11倍）
Windows用のPVドライバも結構イイ感じですね。
ストレージのベンチマーク結果は、明日になります。
569:login:Penguin
06/11/14 18:41:29 lwFMfIdw
速いなあ～。
仮想化してないのとそれほど違わないね。
ストレージはそこまで速くならないと予想するが、どうだろう。
570:login:Penguin
06/11/15 00:49:33 r78ESfAz
欲しいと思ってるVAIO(TypeS)ですが、下記の記述がありました。
これって VT機能のことですよね？
#
# ※インテル（R)バーチャライゼーション・テクノロジーには対応しておりません。
#
インテル Core 2 Duo T7600(2.33 GHz)はVTに対応してるはずですが、
メーカーはサポート外ってことかな？
571:login:Penguin
06/11/15 00:54:00 tE+IZMHA
>>570
BIOSでVT使えなくされている可能性大なり
572:login:Penguin
06/11/15 01:04:51 6h2KSJlh
ひええごムタイだなw SONY まじいっぱいいっぱいなのか?
573:570
06/11/15 01:15:43 r78ESfAz
メーカでVT殺ってるのは多いみたい。
・SONY
・TOSHIBA
・FUJITSU
"インテル（R)バーチャライゼーション・テクノロジーには対応しておりません。"
で検索したら、決まり文句にみたいに沢山でてきた…
メーカーにとって都合悪いのかね。
574:login:Penguin
06/11/15 01:34:38 z0TIQuTK
>>569
VMwareもネットワークは速くてもストレージは遅いからねぇ
575:login:Penguin
06/11/15 01:42:14 rHNGg3AW
Vistaのライセンスと何か関係があるかな？
576:login:Penguin
06/11/15 02:06:00 bF9FZZJ3
PVって何ですか？
577:login:Penguin
06/11/15 02:48:42 6h2KSJlh
pay per view
578:login:Penguin
06/11/15 09:10:04 bF9FZZJ3
LVMのPVなのかな、、
579:login:Penguin
06/11/15 11:00:16 KsD0wWEC
>>573
サポートがめんどいんでないかい。
580:login:Penguin
06/11/15 12:12:21 i6FVBeJK
>>579
サポートできる人がいないと見た。
581:login:Penguin
06/11/15 13:38:16 6h2KSJlh
なんかハード屋でサポートしないといかんようなことがあるの?
BIOS のデキで問題出るとか?
582:login:Penguin
06/11/15 15:42:03 MWjBL4Il
Windows PVドライバのベンチマーク結果 その２
ストレージ
・CrystalMark 0.9.121.316 を利用
・XenEnterpriseがインストールされているマシンのディスクはIDE
・パフォーマンスは、シーケンシャルリードで 54MB/s 程度
PV前
Read 84.36 MB/s
Write 32.50 MB/s
RandomRead512K 113.25 MB/s
RandomWrite512K 37.18 MB/s
RandomRead 64K 27.98 MB/s
RandomWrite 64K 28.49 MB/s
PV後
Read 51.89 MB/s
Write 47.39 MB/s
RandomRead512K 27.84 MB/s
RandomWrite512K 19.20 MB/s
RandomRead 64K 7.16 MB/s
RandomWrite 64K 7.05 MB/s
PV後の方が性能が低下する結果になりましたが、実機での性能が54MB/sのディスクで
84MB/sとか出る段階で、どこかでキャッシュが効いてしまっているのを如実に表す結果に
なりました。（これって不味いよね）
ベンチマーク中にCPUに掛かる負荷を計測してみたのですが、予想どおりPVドライバ側の
負荷が少なく、ベンチマーク中でも40%のラインを超えることはありませんでした。
一方PVドライバでない方では、90%のラインを超えることもあって、PVドライバの有効性が
証明される結果でした。
583:login:Penguin
06/11/15 15:46:01 MWjBL4Il
>>576
ParaVirtualの略
584:login:Penguin
06/11/15 16:06:09 ujFyLfSM
ディスクのベンチはIometerで取ってもらえるとうれしいにゃあ
585:553
06/11/15 17:17:42 8szMyKA7
domUを二個同時に立ち上げると強制リブートがかかるのって普通なのかな
Debian(おととい落としたdailyのもの)
Pen4 2.4
メモリ 1G
centos4をrpmstrap
breezyでdebootstrap -> その後dapperに
ディスクはどっちもLVMで10Gずつ
メモリ最大サイズやら立ち上げ順を変えても
とにかく問答無用でdom0ごとリブートするんだよなー
586:login:Penguin
06/11/15 19:55:41 z0TIQuTK
>>585
それぞれのdom0の物理メモリの割り当ては?
587:login:Penguin
06/11/15 20:19:57 jxwcQ0Je
>>585
そのdomUの設定ファイルを二つとも晒せ。
588:login:Penguin
06/11/15 20:40:25 MWjBL4Il
>>584
ほれ
Windows PVドライバのベンチマーク結果 その3
ストレージ
・iometer 2004.07.30
・設定は下記のURLを利用
URLﾘﾝｸ(www.users-side.co.jp)
・等幅フォント推奨
PV前 ｜PV後
｜
Web Server Access Pattern ｜
｜
Queue Depth 1 4 16 64 ｜ 1 4 16 64
IOps 79.47 83.85 90.18 96.98 ｜ 116.20 118.60 124.43 138.29
MBps 1.24 1.30 1.40 1.49 ｜ 1.79 1.77 1.88 2.11
Average Response Time(ms) 12.58 47.70 177.36 659.20 ｜ 8.60 33.73 128.54 462.64
Maximum Response Time(ms) 210.40 660.49 841.79 7745.17 ｜ 291.66 231.18 1050.95 2691.00
CPU Utilization(%) 0.26 0.29 0.39 0.23 ｜ 3.24 3.37 4.59 4.73
589:login:Penguin
06/11/15 20:42:20 MWjBL4Il
｜
File Server Access Pattern ｜
｜
Queue Depth 1 4 16 64 ｜ 1 4 16 64
IOps 72.80 79.14 86.16 88.55 ｜ 116.43 116.30 118.66 127.34
MBps 0.78 0.87 0.93 0.95 ｜ 1.25 1.26 1.27 1.37
Average Response Time(ms) 13.73 50.54 185.64 722.00 ｜ 8.59 34.39 134.80 502.43
Maximum Response Time(ms) 2925.84 2354.98 3777.34 5387.01 ｜ 100.22 149.60 972.22 1553.20
CPU Utilization(%) 3.06 2.92 5.41 6.28 ｜ 2.75 3.69 3.63 3.72
590:553
06/11/15 20:44:56 8szMyKA7
こんな感じね
#centos4 /etc/xen/vm-centos4.cfg
kernel = '/boot/vmlinuz-2.6.17-2-xen-686'
ramdisk = '/boot/initrd.img-2.6.17-2-xen-686'
memory = '256'
root = '/dev/sda1 ro'
disk = [ 'phy:hoge/vm-centos4-disk,sda1,w', 'phy:hoge/vm-centos4-swap,sda2,w' ]
name = 'vm-centos4'
dhcp = 'dhcp'
vif = [ 'bridge=xenbr0' ]
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'
改行が多いって怒られたのでubuntuは省略したけどcentos4がubuntuになるだけね。
xm create -c /etc/xen/vm-centos4.cfg
で立ち上がった後
xm create -c /etc/xen/vm-centos4.cfg
Using config file '/etc/xen/vm-centos4.cfg'
を出したあとにリブートがかかる。このやりかた自体が間違ってたりする？
>>586見たらそんな気がしてきた。
dom0ってそれぞれに要るのか。
591:login:Penguin
06/11/15 20:49:27 MWjBL4Il
>>590
それぞれには、いらない
592:587
06/11/15 21:02:05 jxwcQ0Je
>>590
なんか分かるかと思ったけど、わかんないので、うちの環境さらしときます。DomU/Dom0ともFedoraCore5です。
# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 482 2 r----- 1760.4
xen08 1 512 1 -b---- 988.4
xen16 2 512 1 -b---- 1330.9
xen24 3 512 1 -b---- 1054.7
/etc/xen/auto/xen08
::::::::::::::
name = "xen08"
memory = "512"
disk = [ 'file:/xen/xen08.img,xvda,w' ]
vif = [ 'mac=00:16:3e:00:24:98' ]
bootloader="/usr/bin/pygrub"
on_reboot = 'restart'
on_crash = 'restart'
------
xen16,xen24では上記設定でnameとdiskとvifを書き換えています。
そして
xen create /etc/xen/auto/xen08
xen create /etc/xen/auto/xen16
xen create /etc/xen/auto/xen24
と立ち上げていますが、特に問題なく運用出来ています。
593:587
06/11/15 21:03:40 jxwcQ0Je
>>592
最後の xen create は xm create の間違いです。
594:login:Penguin
06/11/15 22:27:42 bF9FZZJ3
x64環境のDomain-0って4GB以上のメモリでも認識できますか？
血迷って12GB実装とか憧れるんですが。
595:login:Penguin
06/11/15 22:41:32 ujFyLfSM
>>588
thx
性能5割増しってところやね。ええ感じですな。
596:login:Penguin
06/11/15 23:03:24 66T+Rvvw
FC6のXenにWindows XP入れてみたんだけど、マウスポインタが2重（説明しにくいけどLinuxの
マウスポインタとWindowsのマウスポインタが位置がずれて2個表示されてる）に表示されて、
使いにくいんだけどこんなものなの？
597:login:Penguin
06/11/15 23:07:52 KfLhvl5X
windows入れるときはCPUがVTとかいうのに対応してないと
ダメなのか。
598:login:Penguin
06/11/15 23:33:40 6gZju727
割り込みですまん。
>>592
何GBのメモリ積んでるマシン？
見たところDom0とDomU1～3で2018使ってるように見受けられるが・・・
Xenが利用するメモリはどれだけあるの？2GB以上積んでる？
>>590
元ネタがどこだったか忘れたけど、Xen自体が128MB必要とか見た記憶が・・・
ちなみに漏れもDom0＋DomU1が起動している状態でDomU2を起動すると、
Dom0がリブートする状態に出くわしていた。
それまでXenには32MBとかどこかで読んだ気がしていたから
素直にそれでやっていたが結局うごかず。
上記の128MBを見てから、1GBのマシンだから
Dom0 384MB
DomU1 256MB
DomU2 256MB
に変えてやったら問題は出なくなったよ。
599:553
06/11/16 00:09:42 g+IVathq
うーんみんなと結構似た環境のはずなんだけどなあ。
メモリ128にしてもダメだったよ。
んでxendのログレベルをdebugにして見てみたら、
一個目のVMは下のようなエラーを出しつつ起動してて、
exception looking up device number for sda1: [Errno 2] No such file or directory: '/dev/sda1'
二個目のVMはその一歩手前の下の行で出力が止まりリブートだった。
DEBUG (__init__:1072) features =
ここらへんに原因があると良いナーと思いつつ今日は諦めた。
600:587
06/11/16 00:32:32 vMqd/3ly
>>598
説明不足でスマソ。
これ(>>592)は、参考で正常動作している奴をさらしているだけです。
メモリは2Gですよ。
601:login:Penguin
06/11/16 03:44:13 LwUXtzfj
>>590
diskはphyでいいわけ？
602:553
06/11/16 11:31:43 QVyM6qd3
>>601
あれ、だめなの！？
xen-toolsのxen-create-imageでLVM使って勝手に作らせると
phyのやつになったよ。
xen-create-imageがちゃんと設定ファイル吐けてないってことなのか。
603:login:Penguin
06/11/16 19:38:51 lvCOrpSB
もしやxen migrateってrshが使える環境じゃないとうまくいかない？？
604:login:Penguin
06/11/16 20:21:32 bu5wHeRI
（xend-relocation-server yes）
（xend-relocation-port 8002）
（xend-relocation-hosts-allow ''）
605:login:Penguin
06/11/16 23:21:15 3MfgfXZS
>>604
ファイルの設定をいじくれってこと？
どこのファイル？
606:login:Penguin
06/11/16 23:27:45 FyiFxMnb
>>605
grep -r relocation /
607:login:Penguin
06/11/16 23:34:23 vMqd/3ly
>>606
いやこっちにしろ。grepだと一部環境でhangする。
find / -type f | xargs grep relocation
608:login:Penguin
06/11/17 00:19:21 wobeOL0R
>>604-606-607
レスサンクス
試してみます
609:login:Penguin
06/11/17 00:53:52 RTxERL5k
仮に無尽蔵にDELLのラックサーバが買える環境があるとしたらXen使うメリットってどんなものがあるでしょうか？
610:login:Penguin
06/11/17 00:56:57 uLPATXIJ
>>609
コストと聞いてそれしか思い付かないおまいはｱﾌｫ
611:login:Penguin
06/11/17 01:01:33 RTxERL5k
>>09
ハード代、場所代が削減しやすいってのはあるんですが、、
例えばロードバランサぶら下げた冗長構成のシステム提案なんか対抗できるようなウリがあるのかどうかなと思って。
612:login:Penguin
06/11/17 08:27:59 Zveb564A
その無尽蔵のサーバーの中でmigrationしまくりてえｗ
613:login:Penguin
06/11/17 18:09:31 SDvRs3MY
XenはVMI対応するんだろうか、しないんだろうか。
614:login:Penguin
06/11/18 00:02:48 1VIcXFSb
「金と時間をかければほとんどのことは出来る」と言われるこの業界で、
コストを度外視した提案に何の意味があるんだろうか、と思った。
615:login:Penguin
06/11/18 00:15:14 W+kAEaU9
>>612
半日ぐらいで飽きるよ、たぶん。
616:login:Penguin
06/11/18 00:16:09 zff3jMs+
>>615
バグつぶしに延々と時間かければいいのさ。
617:login:Penguin
06/11/18 00:53:28 W+kAEaU9
そっちは 30 分ぐらいで飽きるw
618:login:Penguin
06/11/18 20:01:39 yA85zQIb
こいつに直接聞け。
URLﾘﾝｸ(digital.hmx.net)
619:login:Penguin
06/11/19 10:51:30 Q3955dvQ
何を？
620:login:Penguin
06/11/21 21:32:33 iXwPXJ65
Virtual Ironてxenのコードいじってるの？
そのまんまじゃないよね....
621:login:Penguin
06/11/22 02:14:56 ajiuLNJx
>>620
ZDNet 日商エレ、XenベースのIntel VT対応仮想化ソフト「Virtual Iron」
URLﾘﾝｸ(japan.zdnet.com)
622:login:Penguin
06/11/22 02:28:39 mB/C8guD
アイロンも仮想化の時代か
623:login:Penguin
06/11/22 04:38:41 Hud9K4eo
>>621
これって金払う価値ってあんの？
VMware程度の楽チンさにしてくれるならアリかもしれんが。
てかxensvって消えた？
624:login:Penguin
06/11/22 14:19:59 ZHiSvw1s
>>623
「日商エレクトロニクスでは、2008年度に10億円の売上高を見込んでいる。」とある、
625:login:Penguin
06/11/22 20:15:01 Hud9K4eo
株価上げる釣りではなくて？
626:553
06/11/22 22:36:15 CzP1Er37
誰も期待してないだろけど>>599から進展があったので参考までに
vifの設定を今まで''で済ませてたところを'type=ioemu, bridge=xenbr0'
にした所前述のところで落ちることはなくなった。
その代わり普段ならnetfront～が起動画面に出るところでdom0ごとクラッシュ。
つう事で結局上手く行ってないんだけどネットワーク系の何かで
リブートしてる事はわかった。
627:login:Penguin
06/11/23 06:07:12 QcazPtkh
質問です。
今までiptablesとpppでルーターとして動かしていたマシンにxenを入れようとしています。
どうにかこうにかdomain0のカーネルで立ち上がったのですが、ローカルの他のマシンから外部に出ることができません。
問題のマシンが外部へ接続できているのは確認済みです。
ローカルと問題のマシンの接続もできています。
InterNetー(モデム)ー問題のマシンースイッチングハブーローカルマシン(複数)
問題のマシンの情報
ローカル向け：eth0(192.168.1.1)
InterNet向け：eth1(グローバルIP)
ディストリ：gentoo
おそらくはルーティング周りだとは思うんですが・・・xend-config.sxpとかbrctlがさっぱりなもんで。
英語もわからないんでいくら調べても全然ダメです。
試しに
(network-script network-nat)
(vif-script vif-nat)
ってのにしてみたらローカルから外部にでれるようにはなったんですがvifとかbrが無くなってます
628:login:Penguin
06/11/23 12:45:28 Y0TaEVyB
>>623
だれもメンテしねえんでリポジトリからは消すって言ってなかったか＞xensv
うろ覚えだけど
629:login:Penguin
06/11/24 20:36:25 ah3WPrbI
Xen 3.0.3でDomUにWindowsXPを入れてみました。
インストール完了直後はNICが見えてなかったのですが、ioemuのバージョ
ンアップに伴ってrtl8139をエミュレートしてあげないといけないことが
分かりこれは解決することができました。
しかし、DomUのXP上でデバイスマネージャーを見ると不明なPCI Deviceが
１つ出ています。ベンダーID5853、デバイスID0001となっており、xenの
ソース内を検索したところioemuの中でそれらの値が指定されているよう
だということは分かったのですが、これが一体何なのかは理解できません
でした。このデバイスはどういう役割をするためのものなのでしょうか？
630:login:Penguin
06/11/25 02:19:19 QpcffUCU
XenでWindowsを動かす場合の画面ってVMwareみたいにDomain-0のコンソール上になるんですか？
CALも機材も試せる環境がないので教えて欲しいです。
631:login:Penguin
06/11/25 05:02:54 nXu/o8Mi
>>629
ParaVirtualドライバ用のPCIデバイス(ParaVirtualドライバに関しては過去ログでもよんで)
ちなみに、5853はXenSource Inc.のベンダーID URLﾘﾝｸ(pci-ids.ucw.cz)
>>630
Domain-0のコンソール上にも別のマシン上にも画面は出力可能です。
VNCとSDL（Simple DirectMedia Layer）経由での出力を選択可能です。
632:login:Penguin
06/11/28 03:06:03 qpeDgWSq
PC2台にXenをいれてNPベンチマークを走らせてみたんだが、
ゲストOS2台(1×1)の時に比べてゲストOS4台(2×2)の時の
方が、通信が多いとはいえパフォーマンスが断然悪い
のだけど、これはxend周りで時間がかかってるんだろうか？
633:login:Penguin
06/11/28 03:40:35 vgfvVWIl
NICがカニだとか？
634:login:Penguin
06/11/28 05:43:23 anwOzrY3
xen3.0.3だとネットワークまわりが良くなってた
635:login:Penguin
06/11/28 12:04:13 vgfvVWIl
Xen3.1申し込んだのにﾀﾞｳﾄﾞのメールが来ない。
636:login:Penguin
06/11/29 15:53:33 rhQEWwQm
Xen動かしてるときにホストの方のマウスがなんとなく
グデングデンになるのは仕様ですか？
637:login:Penguin
06/11/30 07:51:41 xHQdO+fK
>>653
Enterpriseのβだよね。漏れもこない。
638:login:Penguin
06/11/30 23:49:45 gazfPET6
>>634
XenEnterprise3.1betaはXen3.0.3が入っている模様。
確かにネットワークは良くなってる気がするが、
ディスクアクセスが妙に遅い。。。1800KB/sって・・・
XenEnterprise Administrator Consoleで見た数字だから
実際に計測したわけじゃないけどね。
>>635-637
連絡あるまで結構時間かかるよ。
漏れの場合は
11/10にWeb申し込み
11/15に連絡あって
11/16にWebで詳細申し込み（アンケート？）
11/20にようやくダウンロードURLが届く
ってな具合。
気長に待つしか。
639:login:Penguin
06/12/03 22:44:23 cGiX+5up
>>596
俺も同じ。
VMWareみたいに、Windowsのマウスポインタだけにする方法ないのかなあ
640:login:Penguin
06/12/04 22:01:32 s2YkyLVN
Domain-0のパーティションにWindowsをインストールしる
641:login:Penguin
06/12/05 00:54:01 MUKystU0
Apacheモジュールが作れる程度のスキルなんですがXenって素人の私でも触れますかねぇ。
642:login:Penguin
06/12/05 01:11:46 Px6o9sEx
判定：
スキル以前に自分で何とかしてやるというやる気が足りてない
643:login:Penguin
06/12/05 04:20:45 IlOAuDPp
>>641
Linux hajimete 2syuukan
nihongo nyuuryoku dekinai oredemo
Xen ni Windows irereta YO!
644:login:Penguin
06/12/05 06:12:06 iO49K9ld
>>643
触るの意味が違うと思う
645:login:Penguin
06/12/05 06:39:13 5VER/GIS
こう、もっと激しく揉むように!
646:login:Penguin
06/12/05 17:10:03 IlOAuDPp
>>644
それは分かってるYO！
647:login:Penguin
06/12/06 03:15:13 WW14rjCt
xenのゲストOS上でMPIを走らせたまま
ライブマイグレートをおこなっていたのですが
何十回か試してみるといきなりライブマイグレートが
できなくなりました。
原因がわからなかったため全部を再インストールしたのですが
やはりライブマイグレートはできません（普通のマイグレートはできます）。
xend.logのエラーがあった箇所を見てみると
ERROR (XendCheckpoint: 236) netbuf race: iter 4, pfn 15932 , mfn ffffffff・・・
といった感じのエラーが何行も続いています。
これは何のエラーを表しているのでしょうか？
わかる方お願いします。
648:login:Penguin
06/12/12 19:25:44 WMBIlbhi
WAN越しにlive migrationするメリットってなんかある？
649:login:Penguin
06/12/12 19:59:46 SBvYbv87
地震でデータセンターがいまにも崩れそうになったときの災対とか、
火事でデータセンターがいまにも焼け落ちそうになったときの災対とか。
650:login:Penguin
06/12/12 20:45:51 Giegi33L
>>648
WAN越しってことは、普段使っているファイルサーバもWAN越しってことだよね?
とんでもなく遅くなるし、信頼性も落ちると思うけど。
ファイルサーバはLAN内のを使って、WAN越しのファイルサーバ同士がレプリケーション
するという構成も考えられるけど、きちんと同期を取ったレプリケーションをする
場合は、信頼性も速度もWAN越しにやるのとほとんど変わらないだろうし。
651:login:Penguin
06/12/13 15:30:04 sQJWH7su
Xenファミリが拡充、無償の「XenExpress」とWin版「XenServer」が追加
URLﾘﾝｸ(journal.mycom.co.jp)
652:login:Penguin
06/12/13 16:03:59 fcEH6hgb
ウインドウソ仮想マシン？
653:login:Penguin
06/12/13 16:04:00 JnNY5xWA
XenSeverはWin向け管理専用とはわかっていてもTrial無いので試せないのがなぁ。
654:648
06/12/14 00:04:13 4R8CteXS
>>649
ゼミの中間発表ネタでWAN越しmigraionが活躍し得るシチュエーション
を考えていたんだけどそれイイ！
センサノードと連動させてそれっぽいものを作って見ようと思います。
ありがとう！
655:login:Penguin
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が無駄に攻撃的なのはどうかと思うが、言ってる内容は妥当。