Xen2 - 暇つぶし2ch

Xen2 ..

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の方が完成度高いんかな。

次ページ