トップページ⇒linux
985コメント343KB

KVM(Kernel based Virtual Machine)を語れ

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2009/10/03(土) 02:30:54ID:awdiEa2W
やっぱりlinux板に無いのはおかしいので立てたよ。

語れ。
0295login:Penguin2010/07/05(月) 19:12:28ID:y2UorSiF
面倒なんで図を書いてみた
http://cateye.nce.buttobi.net/cgi-bin/up/img/up053.gif

グリーンは物理インターフェイスなので電気信号のやりとりしか出来ない（L1）
オレンジはブリッジされた論理／仮想インターフェイスなのでL2しか知らない
ピンクは論理インターフェイスはL3まで解釈してローカルプロセスに転送する
当然ながらそこにはnetfilterが存在するけど、ここでは関係ないから無視

勘違いしてる奴がいるが、俺と対峙するんじゃなくてTCP/IPと対峙しろ
0296login:Penguin2010/07/05(月) 19:24:00ID:nds3fpVN
わざわざありがトン
その図を元にちょっくらマシン弄くってみる
0297login:Penguin2010/07/05(月) 19:44:44ID:y2UorSiF
あまりに抽象的ですまないが、そういうもんだから諦めてくれ
ともあれ理解が進むようにがんばれ
0298login:Penguin2010/07/05(月) 19:54:57ID:y2UorSiF
以前貼ったような気がするんだが、このスレにはリンクがなかったんで、
KVMについて詳しい説明があるページを

Stray Penguin - Linux Memo (KVM)

http://www.asahi-net.or.jp/%7Eaa4t-nngk/kvm.html

Xenのスクリプトを流用してる点で、分かりにくくなってる部分もあるけど、
他のページと比較してかなり詳しく丁寧に説明されてるし、
冒頭の説明文読めばXenに対する誤解もとけるはず

あるいはもうすぐ発売になるこれを読むとか

KVM徹底入門 Linuxカーネル仮想化基盤構築ガイド
ttp://www.amazon.co.jp/dp/4798121401/
0299login:Penguin2010/07/05(月) 21:24:37ID:yDpKyWgb
まずは 295 の図を保存して（消えると勿体ないので）ゆっくり理解してみよう
0300login:Penguin2010/07/06(火) 08:48:29ID:lMiC4b4q
>>288
ようはethNがL2のインターフェースとして意味を残さないと「違う！」と言っていたってことか。
L1であるかのような説明が気に入らないと。L1かL2かなんてFW入れたい人にすら正直
どうでもいいんだと思うけど。俺はそれがあまり重要なことに思えず、実際どこがIP(MAC)
アドレスを持つ必要があるのかそしてそれがなぜなのか？が重要なんだと思っていた。
そしてその部分の説明があまりないのでそれを補う内容の確認をしただけ。さすがに
リピータはただのコピペミスで偶然ｗレスはしてもしなくてもいいよ。あまりレスできないから。
0301login:Penguin2010/07/06(火) 23:11:57ID:GEitYtvv
独り言書いとく。
NICってプロミスキャス・モード ってのにすると、
どんなIPアドレスでも受け取ることができるんだな。
0302login:Penguin2010/07/07(水) 20:35:14ID:HJuc3mjL
独り言に突っ込んで何だが、
× IPアドレス
○ MACアドレス
0303login:Penguin2010/07/07(水) 23:04:15ID:bd/HS20O
プロミスキャスモード知っててMACアドレス知らないなんてことないだろ
0304login:Penguin2010/07/08(木) 00:27:59ID:aU5fYdVD
>>300
相変わらず珍妙な解釈をするんだな
要は自分の発想を当てはめて、相手も感情論を書いてると思いたいわけね
しかしお前の気色悪い願望による捏造は吐き気がするから勘弁してくれ
単に幼稚な嘘を並べ立てて悦に入ってるから、その嘘を指摘しただけだろ
0305login:Penguin2010/07/08(木) 00:45:09ID:aU5fYdVD
>>301
出来るかもしれないし、出来ないかもしれない

同一ネットワーク上のノードは、一旦すべてのデータを受け取り、
自分宛て以外のデータを捨てるのがイーサネット本来の挙動だが、
この動作を止めさせるのがプロミスキャスモード

L2に干渉しない馬鹿ハブは全ポートに同じデータを転送するが、
L2スイッチは原則として対象のポートにしかデータの転送をしない

後者の場合、そもそもノードにデータが送られてきていないので、
プロミスキャスモードにしてもそのデータを参照出来ない
ただしミラーリング機能があるスイッチならそれを使えば解決可能

しかしこれはさすがにスレ違いじゃないのか？
0306login:Penguin2010/07/08(木) 02:55:45ID:L1AEGZsW
>>303
俺が重要だと示唆している点は、ブリッジする場合、そこに自身のノードを繋げたければ
論理的にしか存在しないbrNにMACアドレスを振る必要があるという点。
そして、物理的に存在しそもそもMACアドレスを持っているNICにはアドレスを振る
必要がなくあえていえばプロミスキャスモードになれる必要があるという点。

こんな来たものは何でも拾うぜ的なモードになったり、するのは端的に言えば伝送制御に
関して後ろに控えるbrX、存在するのか知らないけど君の図で言えばBridgeProcessなる
ものにスルーして、ブリッジとして必要なポートにフレームを伝送させたいから。
じゃあその場合、ethXが実際持っている役割はL1の伝送制御なのか、L2の伝送制御
なのかとか問われれば、それはどうでもいいことでしょ？だってユーザーはethXをbrXに
繋いだ瞬間からbrXだけ制御(設定)できればいいんだから。

あと>>305についても来ないもん拾えないし要らないから来ないんでしょどうでもいい。
ってわけで君が重要だと思うところで俺の願望による捏造を検出したら反論してくれ。
返事はすぐできないけど。あと感情的になっているように見えてるんならすまん。
0307login:Penguin2010/07/08(木) 07:03:46ID:lwkYbsw9
>>306
> あと>>305についても来ないもん拾えないし要らないから来ないんでしょどうでもいい。
お前にとってどうでもいいことでも、書いた本人にとってはどうでもよくない
>>305を書いた奴にとってどうでもいいのは、それをどうでもいいと言い切るお前の存在だ
0308login:Penguin2010/07/08(木) 07:28:22ID:lwkYbsw9
>>306
これは根本的な問題について

> 返事はすぐできないけど。あと感情的になっているように見えてるんならすまん。
オレは「感情論」と書いたのだが、それをお前が「感情的」と書き換えてるのは事実であって、
「見えている」などという曖昧な状態ではない
自分は感情論を書くから、きっと相手も感情論を書いているのだという無根拠な断定がウザい

「説明が気に入らない」
「どうでもいいんだと思う」
「あまり重要なことに思えず」
「重要なんだと思っていた」
「存在するのか知らない」
「どうでもいいことでしょ」
「制御(設定)できればいい」
「君が重要だと思う」
「どうでもいい」

こんなんばっかだし、仕様として定義された用語があるにも関わらず、
それを使わないことや、違う使い方をすることに尋常ならざる拘りがあり、
他者との理解の共有を絶対に「したくない」と言って憚らない

サーバー仮想化の利用におけるLinuxのブリッジに関する疑問について語り合ってるときに
お前のどうでもいい感情なんて、他人にとってはまったくもってどうでもいい
0309login:Penguin2010/07/08(木) 19:02:29ID:QwQ1N1s0
brx経由と直につなぐのとの違いを教えて。
0310login:Penguin2010/07/08(木) 20:52:31ID:L1AEGZsW
>>307-308
ID変わってるけど釣り？どっちでもいいや。
今話してるのは>>271についてだろ。これ君は言葉の強制ばかりに御執心で結論書いてないんだよ。
で、L2前提で具体的な話まであれこれ出して振ってやったのに内容ではなく表現に関するレスばかり。
本当に残念な人だね。俺個人的には時間勿体無いからもういいや。

Linux kernelのBridge機能についてはコチラ

http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge

kvmに関係なく前から入ってる。WindowsでもXPくらいから標準でついてる機能。

>>309
2本以上繋がるならあっちから来たのが宛先次第で勝手に向こうに出て行ったりする。
1本だけならほぼ同じ。ちょっと余計なフレーム出るかもくらい？
0311login:Penguin2010/07/08(木) 22:01:51ID:palyyEuu
簡潔な答が出ているにもかかわらず、

「それってつまりこういうこと？（以下俺理論が続く」

などといちいち俺翻訳しようとする人はよくいる。

0312login:Penguin2010/07/08(木) 22:12:11ID:aU5fYdVD
>>310
TCP/IPをレイヤーの存在しないプロトコルと決め付ける馬鹿は世界でもお前ぐらいのもんだ

> 今話してるのは>>271についてだろ。これ君は言葉の強制ばかりに御執心で結論書いてないんだよ。
端的に「L1にL3のアドレスは振れない」と結論を書いているし、それについて説明もした

逆に、IPアドレスが振れるかどうかは、レイヤーには一切依存しないというお前の珍説は、
今まで一度たりとも証明されていないのだが？

> で、L2前提で具体的な話まであれこれ出して振ってやったのに内容ではなく表現に関するレスばかり。
お前がとち狂って持ち込んだ「ハブ」も「NICのポート」も、それ自身はL1であってL2ではない
ハブやRJ45のコネクタにマジックでMACアドレス書けばL2の装置として使えるとでも？

> kvmに関係なく前から入ってる。WindowsでもXPくらいから標準でついてる機能。
何を今更ｗ
事実の説明に対して妄想で反論するような馬鹿は一生そうやって逃げ回ってろ
0313login:Penguin2010/07/08(木) 23:03:12ID:L1AEGZsW
内容について話す気になったのか。サービスでどうでもいいところもレスしておく。

>端的に「L1にL3のアドレスは振れない」と結論を書いているし、それについて説明もした
どこのことを言っているんでしょう？
で、そのフレーズが>>271への回答になっているの？

> 逆に、IPアドレスが振れるかどうかは、レイヤーには一切依存しないというお前の珍説は、
> 今まで一度たりとも証明されていないのだが？
そんなこと言ってない

>> で、L2前提で具体的な話まであれこれ出して振ってやったのに内容ではなく表現に関するレスばかり。
> お前がとち狂って持ち込んだ「ハブ」も「NICのポート」も、それ自身はL1であってL2ではない
> ハブやRJ45のコネクタにマジックでMACアドレス書けばL2の装置として使えるとでも？
うーんと、L2前提で具体的な話とは、例えば>>284中段箇条書き3つのこと、>>306前段4行のこと。
俺は>>284では「スイッチングハブ(以下ハブ)」と書いているのでそれ以下にある「ハブ」はL2、
「NICのポート」ってどこにあんの？
面倒だな

>> kvmに関係なく前から入ってる。WindowsでもXPくらいから標準でついてる機能。
>何を今更ｗ
>事実の説明に対して妄想で反論するような馬鹿は一生そうやって逃げ回ってろ
この文脈はBridgeの話がそこで終わりになっちゃうかもしれないから、一番信頼できそうなKVMや
tapとごっちゃになってない説明情報へのリンクを残し、それを伝え、Windows側からも調べられる
ようあえて書いておいた文面。簡単に言って君に向けた言葉じゃない。

でもって事実かどうかは置いておいてどうでもいい部分は反論せずにどうでもいいと言っている。
0314login:Penguin2010/07/08(木) 23:19:34ID:OpHVoz3m
お二方の舌戦を読んでたらアホな俺は
Network Interfaceって何なのかわからなくなってきたよ
eth0とかbr0って何に貼られるラベルなんですか？
物理NICとそれに付随する情報（MACアドレス、MTU、IPアドレスなど）をまとめたものだとすると、
loやtapは仮想的なもので対応する物理NICはないし…
0315login:Penguin2010/07/08(木) 23:57:16ID:L1AEGZsW
>>314
また意味のない話を誘発するかもしれないけど俺の理解を書いておくよ。
その種類のデバイスとして機能する何番目のデバイスという意味のラベルだと思う。

俺はこの辺に万人に通用する一般的な定義はないと思っていて、あえて言えば実装に関する要件を
満たした定義であれば人ごとに違っていていいと思う。話すときにそれらの辻褄が合うよう互いに確認が
必要だけどね。
正直なところNICはもうL2と言っちゃうけど(違うL3だという人もいる。電気信号出す部分はL1とかどうでも
いいこと言う人もいるけど)、eth0は何？と言われたら迷うよ。
正確にはどこまで見て制御しているかってことになるんだけど、実はって境界が曖昧な部分もあるらしい。
0316login:Penguin2010/07/09(金) 00:59:37ID:M25Nrvkc
>>313
> 内容について話す気になったのか。サービスでどうでもいいところもレスしておく。
オレは初めから一貫して同じ質問に対する答を書いているが、
お前が繰り返し言葉の定義を書き換えて勝手に混乱してるだけ

> どこのことを言っているんでしょう？
図でも文でも一貫して説明している
お前がレイヤーの区別を拒む限り理解することが出来ないだけ

> で、そのフレーズが>>271への回答になっているの？
なってるけど、お前の珍妙な定義ではその説明が論理破綻するだけ

> そんなこと言ってない
さんざん「どうでもいい」と言っている

> 「NICのポート」ってどこにあんの？
ポートが存在せず、どこにも接続できないNICで何する気だ？

> 面倒だな
面倒なのはお前

> この文脈はBridgeの話がそこで終わりになっちゃうかもしれないから、一番信頼できそうなKVMや
> tapとごっちゃになってない説明情報へのリンクを残し、それを伝え、Windows側からも調べられる
> ようあえて書いておいた文面。簡単に言って君に向けた言葉じゃない。
このスレでは、KVMを使ったサーバー仮想化におけるブリッジの利用の話をしている
ブリッジそのものの話をしたいならスレ違いだから出てけ
0317login:Penguin2010/07/09(金) 01:16:51ID:M25Nrvkc
>>315
> 俺はこの辺に万人に通用する一般的な定義はないと思っていて、あえて言えば実装に関する要件を
要するに俺様定義を他人に押し付けたいわけだな
アホか

> 正直なところNICはもうL2と言っちゃうけど(違うL3だという人もいる。電気信号出す部分はL1とかどうでも
> いいこと言う人もいるけど)、eth0は何？と言われたら迷うよ。
NICそのものは物理インターフェイスだから当然L1

eth0はNICではなく、当該物理インターフェイスに割り当てられた論理インターフェイスであり、
OSの持つTCP/IPスタックの存在によって、L2以上のプロトコルを解すことが可能

TCPOE等の特殊なものを除くと、NIC自体は電気信号とビットストリームの変換しかしていない

よって、レイヤーの違いだけ意識していれば、迷うことなど何もない

たとえ複数のブリッジを生成して、STPを組むことになったとしても、
意識すべきレイヤーにはまったく影響はないし、個別の実装も関係ない

そういう風に作られている
0318login:Penguin2010/07/09(金) 01:43:42ID:ZxuQ7SzH
>>316
>>>端的に「L1にL3のアドレスは振れない」と結論を書いているし、それについて説明もした
>>どこのことを言っているんでしょう？
>オレは初めから一貫して同じ質問に対する答を書いているが、
だからどこに書いているんだよ？具体的にレス番のこの部分という形で引用してくれ話にならん
引用できないならまとめて今書け

>お前が繰り返し言葉の定義を書き換えて勝手に混乱してるだけ
どこからそう判断しているんだよ？どの言葉？混乱ってどの辺？

>>> 逆に、IPアドレスが振れるかどうかは、レイヤーには一切依存しないというお前の珍説は、
>>> 今まで一度たりとも証明されていないのだが？
>> そんなこと言ってない
>さんざん「どうでもいい」と言っている
じゃ、どこの「どうでもいい」が対象なの？

>> 「NICのポート」ってどこにあんの？
>ポートが存在せず、どこにも接続できないNICで何する気だ？
俺が「NICのポート」って書いた場所が見当たらないんですがどこのことを言っていますか？

>> この文脈はBridgeの話がそこで終わりになっちゃうかもしれないから、一番信頼できそうなKVMや
>> tapとごっちゃになってない説明情報へのリンクを残し、それを伝え、Windows側からも調べられる
>> ようあえて書いておいた文面。簡単に言って君に向けた言葉じゃない。
>このスレでは、KVMを使ったサーバー仮想化におけるブリッジの利用の話をしている
>ブリッジそのものの話をしたいならスレ違いだから出てけ
KVMに無関係になるのにKVMを使ったサーバー仮想化における、という限定をしても回答に違いがない。
そしてブリッジそのものの話ではなくてその利用に関する疑問の回答を「君から」得ようとしているだけ。
0319login:Penguin2010/07/09(金) 01:44:03ID:f/duiXsy
>>314
> Network Interfaceって何なのかわからなくなってきたよ
「インターフェイス」ってのは「界面」のことで、何かと何かの間に位置するもの

「インターチェンジ」が高速道路と一般道路の間に存在するものだったり
ネットワークとネットワークつないだその間が「インターネット」なのと一緒

> eth0とかbr0って何に貼られるラベルなんですか？
論理インターフェイスに貼られるラベルだよ
実際には存在しないから名前を振る必要がある

サーバーにNICを挿し、バスに接続されていることを認識させ、
適切なドライバーを割り当て、eth*等と名前を付けたもの全体が、
全レイヤー対応可能な「ネットワークインターフェイス」になる

それをOS側で管理しやすいように目に見える形にしたのが「論理インターフェイス」

物理NIC＝L1では、IPアドレスどころかMACアドレスも扱えない
そこにOSが論理インターフェイスを割り当てて、L2以上のレイヤーを扱えるようにする

物理NICそのもの自体を切り離して語るなら、あくまでもL1の装置でしかないが、
MACアドレスを明示的または暗黙的に割り当てることでL2での通信が可能となり、
正しくIPアドレスを割り当てれば、L3以上で通信可能となる
ブリッジに接続してL2の装置の一部になれば、当然ながらL3のIPアドレスは振れなくなるが
0320login:Penguin2010/07/09(金) 01:47:20ID:f/duiXsy
>>318
> KVMに無関係になるのにKVMを使ったサーバー仮想化における、という限定をしても回答に違いがない。
違うね

たとえば、KVMを意識しない場合、物理NICのポートがアップリンク専用ポートになるってのが嘘になる
しかし、オレは>>280でそう書いた
これはこのスレでLinuxのブリッジを語る限りそうなるからだ

そんなことも気づかないような馬鹿が偉そうに喚くな
0321login:Penguin2010/07/09(金) 03:27:01ID:ZxuQ7SzH
>>317
おいモノシリすぎだぞありがとう。

ただNICはwikipediaの説明によるとL2らしい。
http://en.wikipedia.org/wiki/Network_interface_controller

> eth0はNICではなく、当該物理インターフェイスに割り当てられた論理インターフェイスであり、
> OSの持つTCP/IPスタックの存在によって、L2以上のプロトコルを解すことが可能
その定義なら異存ない

> TCPOE等の特殊なものを除くと、NIC自体は電気信号とビットストリームの変換しかしていない
CRCくらい計算するじゃないか！ってくらいしか思いつかんかった。
TCPOEなんて初めて知った。ただ略はTOEみたいだぞ。

>よって、レイヤーの違いだけ意識していれば、迷うことなど何もない
>たとえ複数のブリッジを生成して、STPを組むことになったとしても、
>意識すべきレイヤーにはまったく影響はないし、個別の実装も関係ない
>そういう風に作られている
本来という意味ならそのとおり。
STPとかの話じゃなくてドライバ周りの実装の話だったからきっと作りが悪いだけなんだろうね。
0322login:Penguin2010/07/09(金) 03:57:25ID:wywNUzaW
>>321
>ただNICはwikipediaの説明によるとL2らしい。

まあ、さらにはTCP/IPのチェックサムを計算してくれるNIC やら、IPSecの暗号化まで
やってくれるようなNICもあるから、論理的な階層分けは必ずしもハードに一対一に
対応しない。
0323login:Penguin2010/07/09(金) 11:38:12ID:Ma48otfz
>>317
> TCPOE等の特殊なものを除くと、NIC自体は電気信号とビットストリームの変換しかしていない

違う。

NICはL2のProtocol (有線なら IEEE 802.3等、無線なら IEEE 802.11) を解釈しており、
通常はL2の殆どはネットワークインタフェースのハードウェアの仕事。
CSMA/CD プロトコルなんてのはL2の話だけど、OSのドライバでソフトウェア的にやっていないとか、
Ethernetのプロミスキャスモードなんてものがあり、そうでない時に自分宛のパケット以外は
「ハードウェア的に」捨てられることから判るでしょ？

そのL2ハードウェアに対するドライバがイーサネットドライバ等で、そのドライバが上位層(L3)や
ユーザー空間のプログラムに対してAPIを公開している（socket(2), PF_LINK とかを調べてみ）。
0324login:Penguin2010/07/09(金) 23:30:58ID:ZxuQ7SzH
>>320
>>280時点で何言ってんのアンタと思ってスルーしてたけど、今しがた調べてみた
結果、全然わかんねー！
クロスになるとかそんなことじゃないだろうし
上り方向しか通さないわけじゃないだろうし
直にethNにパケット出すってことなら言い回しが変だし

どういうこと？
>>320が忙しすぎるだろうから、別の分かる人でもいいから教えて
0325login:Penguin2010/07/10(土) 02:22:36ID:gJ/gRWBy
いい資料だな

IPA（独立行政法人情報処理推進機構）オープンソースソフトウェア（OSS）・センター
「OSS仮想化機構KVMについての調査」
http://ossipedia.ipa.go.jp/doc/207
0326名無しさん＠そうだ選挙に行こう2010/07/10(土) 04:32:02ID:WSG76dC8
>>323
どーでもいい

>>323
> 違う。
違わない
もっかい言うけど、ここではKVM使ったサーバー仮想化におけるブリッジの話しかしてない

もちろん厳密なイーサネットの仕様と実装についてはお前の説明通りだけど、
何度も言ってるように、ここでの使われ方ではNIC単体で必要な処理が出来ない以上、
あえてそこはL1と決め付けている

ここは知識自慢の場ではなく、KVMについてのスレだということを忘れずに

>>324
こないだ>>295に貼り付けた図の“Bridge Process”と書かれている四角は、
まさに（仮想）L2スイッチそのものということ

サーバーに刺さってるNICのポートと物理的なスイッチのポートをケーブルで接続した場合、
その物理スイッチをカスケードの上位に当たるスイッチとして理解する
さらにカスケードの下位のスイッチから上位のスイッチへの接続を「アップリンク」と呼ぶのが通例
0327名無しさん＠そうだ選挙に行こう2010/07/10(土) 04:43:50ID:WSG76dC8
しかしやっと何をポイントに説明してるか>>321に通じたと思ったら今度は>>322-323か

それが>>271やその他の、ブリッジよく分からん！という人達への明快な回答で、
理解が進むようになると思ってるのだろうか？

>>325
だね
0328名無しさん＠そうだ選挙に行こう2010/07/10(土) 05:50:47ID:WSG76dC8
気になって検索したら>>280でちょっとミスしてた

> 仮想ハブ（L1）じゃなくて仮想ブリッジ（L2）な

文脈上のあやとはいえ「仮想ブリッジ」はマズイな
仮想ブリッジ（virbr*）って言葉はRed Hatで使われてた
NAT用に物理インターフェイスを割り当ててないブリッジをそう呼ぶみたい
なので、すまんが「仮想」は外してください
0329名無しさん＠そうだ選挙に行こう2010/07/10(土) 12:51:24ID:+g5kkw7A
>>326
夜遅くに悪いね

上の方にある発言は、俺が言っていたことの主旨に似ているね。
目的に必要のない定義は不要＝どうでもいいだし、今君がしているのは「違わない」とする
言葉の定義＝俺様定義だし。これを他の人がこの話において許容してくれている。

ただ目的を達成するためには(今も)結論が必要なので書いてくれ。許容してくれている
人が報われない(これが言いたかった)。

下の方にある発言(俺宛のレス)は、あえて言えばクロスが正解だったってことか。
ただ別に殊更KVMだからという話じゃないし、言いたくないが間違ってない？
だってtapを繋いでいるからといって、他にポートが1つしかないわけじゃないし。
0330名無しさん＠そうだ選挙に行こう2010/07/10(土) 13:10:43ID:xOD98/9r
根本的な認識を改めようぜ。

まず、NICにはMacアドレスがあって、IPアドレスが一つ割り当てられる。
違うということはわかっていても、なんとなくそう思っているだろ？
そもそもこれが間違い。

NICは、LANにパケットを流すだけの機械なんだ。ただの線なんだ。
そして、MACアドレスはOSがいくつも自由に作れるし、
そのOS内部のMACアドレスに一つ以上のIPアドレスが割り当てられる。

OSは必要があれば、あるMACアドレスへの通信を線（NIC）に流して外に出す。
必要がなければ（自分が持っているMACアドレス宛の通信）外に出さない。

逆にルータなどは、IPアドレスから取得したMACアドレスに対して
パケットを流すだけ。
0331名無しさん＠そうだ選挙に行こう2010/07/10(土) 13:38:18ID:+g5kkw7A
>>330
君も結論を言わないんだね。
よしんばNICにとってのデフォルトが手に持ちながらMACアドレス何それ
おいしいのだったとしてだから何だと言いたいの？
0332login:Penguin2010/07/12(月) 16:45:03ID:DICyawEb
CentOS 5.5 でサクサク出来ますか？
core2duo 6Gmem
0333login:Penguin2010/07/12(月) 16:45:45ID:m0PClAnW
>>332
試してみ。
0334login:Penguin2010/07/12(月) 17:29:10ID:DICyawEb
>>333
言うとおもたw
0335login:Penguin2010/07/12(月) 17:56:11ID:m0PClAnW
そりゃ言うさ。
0336login:Penguin2010/07/12(月) 22:01:42ID:397ZqViV
○
　　O　　　　　　　　　　 ０
　　　o　 ／￣￣＼　　ｏ
　(丶　 /　　　　　 ﾉ　　ｏ
　｜| ｜　　　　　 ／) 。
　 ＼>◎(○)◎/8／丶
(＼_ノ/⌒/⌒/⌒oイ_ノ
`＼_丿o｜8｜8｜し|ノ　　　 ＿＿＿＿＿_
　 (___ノ＼_)＿)_ノ／|　　　.／　　　　　　.／|
　　|￣￣￣￣￣|　 |　　　|￣￣￣￣￣|　 |
　　|　 　 　 　 　 |　 |　　　|　 　 　 　 　 |　 |
　　|VMwareESX|　 |　　　|　KVM　　　.|　 |
　 │.　　　　　　.|　 |　　　 |　　　　　　 . |　 |
　　|＿＿＿＿＿|／ 　 　 |＿＿＿＿＿|／
0337login:Penguin2010/07/12(月) 22:48:26ID:u0HBMYhF
○
　　O　　　　　　　　　　 ０
　　　o　 ／￣￣＼　　ｏ
　(丶　 /　　　　　 ﾉ　　ｏ
　｜| ｜　　　　　 ／) 。
　 ＼>◎(○)◎/8／丶
(＼_ノ/⌒/⌒/⌒oイ_ノ
`＼_丿o｜8｜8｜し|ノ　　　 ＿＿＿＿＿_
　 (___ノ＼_)＿)_ノ／ |　　　.／　　　　　　.／|
　　|￣￣￣￣　　|　 |　　　|￣￣￣￣￣|　 |
　　|　 　 　 　 　　|　 |　　　|　 　 　 　 　 |　 |
　　| VirtualBOX |　 |　　　| 　　KVM　　|　 |
　 │.　　　　　　　|　 |　 　 |　　　　　　 　|　 |
　　|＿＿＿＿＿_|／ 　 　 |＿＿＿＿＿|／
0338login:Penguin2010/07/14(水) 23:57:34ID:Y+N/ncR6
KVM重い
0339login:Penguin2010/07/15(木) 12:05:43ID:JorsPJWS
>>338
>325の論文読むと、
CPUのみの速度は物理マシンとほぼ同じ。ただし実際には各デバイスエミュレーションにCPU負荷がかかる。
ネットワークはvirtioで物理マシンの70%程度。
ディスクI/O性能は物理マシンの40%、仮想ディスクではRaw+virtioに比べてQCoW2+virtioだと約6倍遅い。
仮想ディスク使うよりNFS使うほうが性能が上がる(物理ディスクI/O速度の90%)。

KVMのパフォーマンスは物理マシンの70%前後とみてよいかと。
0340login:Penguin2010/07/15(木) 16:55:35ID:acBneaXv
vmwareではXPがサクサク動くのに、kvmだとマウスの動きが
やたらと重いのだが。動画は見るに耐えないし。
0341login:Penguin2010/07/15(木) 19:26:12ID:EPz97PN9
>>340
>>340
>>340
0342login:Penguin2010/07/15(木) 22:12:41ID:5MJYGkko
kvmとvmwareとwineでそれぞれhdbench（win版）やらunixbenchやら動かしてみると、とても
興味深い結果になるよ。
0343login:Penguin2010/07/15(木) 23:00:29ID:08j8gGPv
kvmの一人負け？
0344login:Penguin2010/07/16(金) 03:04:21ID:SPp//h3H
一人がちだろｗ
0345login:Penguin2010/07/19(月) 22:18:39ID:LFO2g26N
CPUの仮想化支援がどんどん増えて行ってるから、新しいCPUとOS使わないと恩恵が少ないかも。

xenやvmwareは、支援機構なし向けにも作ってあるけど、KVMは前提になってる。

http://www.jp.redhat.com/promo/u2l_dell/kvm_rhev_dell.pdf
0346login:Penguin2010/08/01(日) 03:52:30ID:Y2hhSnsi
KVM上にFreeBSDをいれて
ディスクイメージをFreeBSDを起動せずにマウントする方法ないですか？
dump restoreしたいのです
0347login:Penguin2010/08/01(日) 08:06:32ID:4gdidaxc
>346
このへん？
ttp://libguestfs.org/
0348login:Penguin2010/08/01(日) 13:38:01ID:iIC6G8Y6
losetup
kpartx
でどうだろ
0349login:Penguin2010/08/02(月) 00:16:28ID:KFk8Et6o
インストール後にNICを追加したり入れ替えたりするには、XMLの
設定ファイルを書き換える以外にすることある？
0350login:Penguin2010/08/06(金) 04:08:23ID:rP9h9LHK
>>349 libvirt ならデーモンの再起動とか、ゲスト OS の再起動とか？
0351login:Penguin2010/08/15(日) 01:09:19ID:21oMLXwW
Debian/squeeze で libvirt-bin で音がならなくてハマったのでチラ裏

/var/log/libvirt/qemu の下のログ見たら QEMU_AUDIO_DRV = none で起動してた
→ /etc/libvirt/qemu.conf の vnc_allow_host_audio を 1 にして /etc/init.d の libvirt-bin を restart する

/var/log/libvirt/qemu の下のログで ALSA lib が cannot find card '0' とか Failed to open 'default' とか言う
→ /etc/libvirt/qemu.conf の user を root にして /etc/init.d の libvirt-bin を restart する

他にいい方法があったらおしえてちょ
0352login:Penguin2010/08/15(日) 01:12:37ID:21oMLXwW
Debian/squeeze の libvirt-bin のバージョンは 0.8.2-1
0353login:Penguin2010/08/18(水) 15:42:31ID:TiYsbKHe
>>337
前から気になってたんだがこれってどういう意味？
0354login:Penguin2010/08/18(水) 16:23:14ID:n6euFOjf
VirtualBOX に神託が下ったってこと
0355login:Penguin2010/08/18(水) 20:55:57ID:8vKw7vRr
KVM Forum 2010のプレゼン資料が公開されたね。

ttp://www.linux-kvm.org/page/KVM_Forum_2010
0356login:Penguin2010/08/18(水) 22:07:08ID:TiYsbKHe
>>354
なるほど、サンクス
0357login:Penguin2010/08/19(木) 14:58:44ID:FHutfQk+
>>355
母語じゃないからというのもあるかもしらんが、
日本人発表者のプレゼン資料が頭抜けて濃い内容すぐる。
0358login:Penguin2010/08/19(木) 18:36:25ID:FuJgI2bW
初歩的な質問でソマソ。OVFからKVMに仮想マシンを
コンバートする方法が分かりません。
どうしたら良いものか・・・
0359login:Penguin2010/08/20(金) 04:16:52ID:xs741xCF
OVFってただのXMLで、実体としてどの仮想ディスク形式かは結構バラバラじゃ
なかったっけ？XenServerにOVFで入れたVMを後でKVM移行させようとして
苦労した記憶が。
0360login:Penguin2010/08/20(金) 23:24:49ID:EFwSb0b9
>358

こういうツールでやるのが楽じゃね？
ttp://cloud.watch.impress.co.jp/epw/docs/news/20100330_357831.html
03613582010/08/25(水) 18:31:10ID:deNAcPJn
レスありがとうございます。
ttp://cloud.watch.impress.co.jp/epw/docs/news/20100325_356658.html
DL中です。無料で使えるがDLする時に名前とメアド要。
0362login:Penguin2010/08/26(木) 17:03:22ID:gRuxDQ6n
ゲストのデータをホスト側にバックアップしたいんだけど、
ゲスト-ホストのファイル交換は、ntfsが良いのかな？

vvfatを調べたけど、書き込みがベータなのとascii以外はまずいのと、
ホストとゲストで同時アクセスはダメってのがあるみたいで、使い物にならないかなと。
0363login:Penguin2010/08/27(金) 00:24:39ID:7N3Pdeg8
ゲストがWinでファイル単位で取りたいならsambaでええんじゃない？

丸ごとなら仮想ディスクをLVMのブロックデバイスにしておいてスナップショットとれば後は煮るなり焼くなり好きなように。
03643622010/08/27(金) 00:34:29ID:1t5SOQPd
ゲストはLinuxです

nfsでやろうかと思ったけど、ゲストがグローバルIPでホストがローカルIP
グローバルとローカル間は、グローバル側から通信が不可になってて、
ローカルIPのnfsを見れない・・・

なんか良い方法あったら教えてください。お願いします。
0365login:Penguin2010/08/27(金) 00:38:55ID:0VEhCvEq
>>363
ブロックデバイスにしておいてスナップショットってゲスト稼働中でもバックアップ可能なの？
0366login:Penguin2010/08/27(金) 00:39:11ID:yRPDfwKa
ゲストにローカルIPのNICを追加して二本足にするのはダメ？
03673622010/08/27(金) 00:47:09ID:1t5SOQPd
>366
セキュリティ的に避けたいです
あと、ゲストOSごとにNIC追加するのは手間が。

ホストのファイルに直にアクセスする方法は無いものか・・・・
0368login:Penguin2010/08/27(金) 00:58:26ID:0VEhCvEq
KVMってゲストはUSB使えないんだっけ？
USB HDDへバックアップとかはできないかな…
0369login:Penguin2010/08/27(金) 01:02:54ID:yRPDfwKa
rsyncはどうだろうか。ゲスト側がrsync server(アクセス制御を設定して)、ホストがclient

ゲストの台数によっては手間だが…
0370login:Penguin2010/08/27(金) 09:13:45ID:MtQxUgky
>>367
例えば、

もう一個別にホストからアクセスできるところに仮想のFreeBSD立てて、
その中にjailでsambaなりnfs鯖なりをゲストlinuxからルーティングできる
IPで立てると

ゲストlinux → jail内samba/nfs鯖 へバックアップしたファイルを
jail内samba/nfs鯖 −直接アクセス → jailホスト鯖できるから、あとは
jailホスト鯖 −nfs/samba等 → KVMホストってネットワークでできないこともない。理論上は。
0371login:Penguin2010/08/27(金) 12:08:17ID:ndHMbRK1
NIC増やすんじゃなく
IPエイリアスで
プライベートIP割り振るってのは
ダメなんだろか。
0372login:Penguin2010/08/27(金) 12:31:20ID:MtQxUgky
>>371
ネットワーク的にブリッジするのがセキュリティ的に嫌って話だから
ダメなんじゃない?
03733622010/08/27(金) 13:44:56ID:1t5SOQPd
>369-372
いろいろありがとうございます。

状況を詳細に説明すると、
環境
ゲストはLinuxオンリー(CentOS)
eth0=br0　ゲストOSブリッジ用 ゲストOSはグローバルIP
eth1 ローカルIP
グローバルIP⇒ローカルIPのTCP接続は不可（ルータの制限）

やりたいこと
１．ゲストのデータを、ホストOSのバックアップ用ストレージに保存したい
２．グローバルIPは枯渇気味なのでホストOSにグローバルIPを振りたくない（外部からアクセス出来るも可能性を残したくない）
３．ゲストOSにローカルIPを振りたくない（ゲストからローカルに侵入を防ぎたい）

最終手段
ホストOSのeth1にグローバルIPを付与しNFSでファイル共有
（eth0⇒S/W⇒eth1になるから、eth0に付与したいが、やってみてもできなかった）
03743622010/08/27(金) 13:46:13ID:1t5SOQPd
>369
確かにその手がありますね、手間が多そうだけどちょっと調べてみます
0375login:Penguin2010/09/04(土) 21:38:52ID:JFWw5PlC
Guest OS から GPGPU 使えるようになるのはいつくらい？
0376login:Penguin2010/09/05(日) 11:24:24ID:kPolNFuz
virtio-winのドライバ更新されてますた。
ttp://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin/

signed＆FDイメージもあるので、RHELサブスクリプションで配られてる
Para-virtualized Drivers持ってなくてもx64 Windows7ゲストでも簡単に
virtio diskが利用可能に！
0377login:Penguin2010/09/05(日) 23:18:35ID:Wfx4hGqL
>>376
うぉ！
さっそくCode Name Auroraインストールしました
0378login:Penguin2010/09/21(火) 13:58:37ID:PtRKG4y5
Solarisがうごかねー
0379login:Penguin2010/10/01(金) 14:08:04ID:XBDNwPbp
virt-manager起動できなくて
could not open display
って出るんだけど対策わかる人いる？
0380login:Penguin2010/10/01(金) 18:06:22ID:391zs2uH
X起動してる？ xhost +　してみるとか
0381login:Penguin2010/10/11(月) 20:00:46ID:NbltVEAF
sshかtelnetから起動してるんじゃね？
virt-managerはX用でしょ
0382login:Penguin2010/10/11(月) 20:11:38ID:Cz4jJABb
あとはいまどきは xauth も入れないとだめだな。
0383login:Penguin2010/10/12(火) 13:31:11ID:DVOAVdVW
http://www.google.co.jp/search?hl=ja&q=x11転送+xming

windosからターミナル接続とかか？
0384login:Penguin2010/10/12(火) 14:37:00ID:S20SlxVR
ssh に -X か -Yオプションを付けるのが簡単だと思う(XとYの違いが何度manを読んでも分からないけど)

てか、379はもうここ読んでないのか? 解決したんだろうか?
0385login:Penguin2010/10/12(火) 20:59:04ID:LEwiJ/sJ
virt-managerやらvirshってlibvirtへのURI指定に+ssh付けれるからそれでは駄目なのかな
0386login:Penguin2010/10/15(金) 00:41:58ID:TpRGxulr
ライブマイグレートする時にローカルストレージの仮想ディスクも一緒にマイグレートってできるん？
ディスクだけ共有すればできるのは知ってるんだが、nasとかiscsiとか高いし、障害時にもマイグレート出来た方が嬉しい
0387login:Penguin2010/10/15(金) 04:49:55ID:OGUo2+03
StorageVMotion (Block Migration) はまだできないはず。
03883862010/10/15(金) 23:54:40ID:TpRGxulr
>>387
やっぱり今はまだできないのか…。教えてくれてありがとう。

今後のkvmの更なる発展に期待。
0389login:Penguin2010/10/16(土) 00:59:22ID:aJ3KxUAy
スマソ、気になって調べなおしたら、できるようになってた。

つ ttp://www.cuspy.org/blog/archives/917 とかドゾー
0390login:Penguin2010/10/16(土) 08:39:41ID:RyajGvJT
>>389
素晴らしい!
qcow2 以外も行けるのかなー
後で試してみよう
0391login:Penguin2010/10/16(土) 19:44:20ID:/WLbDjAB
>389
おおスゲー
けどこれって正しいデータはwasabi側になって、
sayori側は古いデータが残るってことなのかな？
0392login:Penguin2010/11/11(木) 21:39:25ID:LEeCTofk
KVM で -redir tcp:2222::22 とかしてポート転送して外部から繋いでたんだけど
virsh に移行しようと思って
$ virsh domxml-from-native qemu-argv vm.kvm > vm.xml
でxml に変換してインポートしようとしたら

$ sudo virsh define sid.xml
エラー: ｖｍ.xml からのドメイン定義に失敗しました
エラー: Cannot find QEMU binary kvm: No such file or directory

こんなエラーに
xml の該当部分はこんな感じ
<qemu:commandline>
<qemu:arg value='-redir'/>
<qemu:arg value='tcp:2222::22'/>
</qemu:commandline>

もしかしてvirsh だとポート転送できない?
0393login:Penguin2010/11/17(水) 12:58:00ID:uIeggcJG
最初に作ったqcow2のイメージが不足してきた場合、新たにqcow2のイメージを作成し、それに
システムを移行する上手い方法はないですか？

新しいqcow2イメージをUSBデバイスの様にゲストOSに接続できれば簡単そうなのですが。
0394login:Penguin2010/11/17(水) 13:56:38ID:nLEPf3kl
>>393
qemu-nbd --connect=/dev/nbd0 disk.qcow2
mount /dev/nbd0 /mnt

多分
■ このスレッドは過去ログ倉庫に格納されています