KVM(Kernel based Virtual Machine)を語れ
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2009/10/03(土) 02:30:54ID:awdiEa2W語れ。
0294login:Penguin
2010/07/05(月) 19:02:37ID:y2UorSiF「こだわり」じゃなくて「定義」の話
個人の感情ではなくTCP/IPの仕様
階層の違うデータについて干渉しないのが原則なので、
勝手に階層を混同して決め付けてもその通りには動かない
>>293
> なんでアップリンク専用なの？
ホスト自身と内部に抱えたVMが通信するには外部へのリンクが必要
ホスト自身も内部に抱えたVMも通信不要ならアップリンクにしなくてもいい
どちらでもお前の好きにしろ
> なんで管理用IPアドレスでルーティングなしで他のネットワークと繋げるの？
管理したいと考えれば到達可能なIPアドレスを割り当てるのが正常な人間
管理したくないなら到達できないIPアドレスふっても構わん
どちらでもお前の好きにしろ
0295login:Penguin
2010/07/05(月) 19:12:28ID:y2UorSiFhttp://cateye.nce.buttobi.net/cgi-bin/up/img/up053.gif
グリーンは物理インターフェイスなので電気信号のやりとりしか出来ない（L1）
オレンジはブリッジされた論理／仮想インターフェイスなのでL2しか知らない
ピンクは論理インターフェイスはL3まで解釈してローカルプロセスに転送する
当然ながらそこにはnetfilterが存在するけど、ここでは関係ないから無視
勘違いしてる奴がいるが、俺と対峙するんじゃなくてTCP/IPと対峙しろ
0296login:Penguin
2010/07/05(月) 19:24:00ID:nds3fpVNその図を元にちょっくらマシン弄くってみる
0297login:Penguin
2010/07/05(月) 19:44:44ID:y2UorSiFともあれ理解が進むようにがんばれ
0298login:Penguin
2010/07/05(月) 19:54:57ID:y2UorSiFKVMについて詳しい説明があるページを
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:Penguin
2010/07/05(月) 21:24:37ID:yDpKyWgb0300login:Penguin
2010/07/06(火) 08:48:29ID:lMiC4b4qようはethNがL2のインターフェースとして意味を残さないと「違う！」と言っていたってことか。
L1であるかのような説明が気に入らないと。L1かL2かなんてFW入れたい人にすら正直
どうでもいいんだと思うけど。俺はそれがあまり重要なことに思えず、実際どこがIP(MAC)
アドレスを持つ必要があるのかそしてそれがなぜなのか？が重要なんだと思っていた。
そしてその部分の説明があまりないのでそれを補う内容の確認をしただけ。さすがに
リピータはただのコピペミスで偶然ｗレスはしてもしなくてもいいよ。あまりレスできないから。
0301login:Penguin
2010/07/06(火) 23:11:57ID:GEitYtvvNICってプロミスキャス・モード ってのにすると、
どんなIPアドレスでも受け取ることができるんだな。
0302login:Penguin
2010/07/07(水) 20:35:14ID:HJuc3mjL× IPアドレス
○ MACアドレス
0303login:Penguin
2010/07/07(水) 23:04:15ID:bd/HS20O0304login:Penguin
2010/07/08(木) 00:27:59ID:aU5fYdVD相変わらず珍妙な解釈をするんだな
要は自分の発想を当てはめて、相手も感情論を書いてると思いたいわけね
しかしお前の気色悪い願望による捏造は吐き気がするから勘弁してくれ
単に幼稚な嘘を並べ立てて悦に入ってるから、その嘘を指摘しただけだろ
0305login:Penguin
2010/07/08(木) 00:45:09ID:aU5fYdVD出来るかもしれないし、出来ないかもしれない
同一ネットワーク上のノードは、一旦すべてのデータを受け取り、
自分宛て以外のデータを捨てるのがイーサネット本来の挙動だが、
この動作を止めさせるのがプロミスキャスモード
L2に干渉しない馬鹿ハブは全ポートに同じデータを転送するが、
L2スイッチは原則として対象のポートにしかデータの転送をしない
後者の場合、そもそもノードにデータが送られてきていないので、
プロミスキャスモードにしてもそのデータを参照出来ない
ただしミラーリング機能があるスイッチならそれを使えば解決可能
しかしこれはさすがにスレ違いじゃないのか？
0306login:Penguin
2010/07/08(木) 02:55:45ID:L1AEGZsW俺が重要だと示唆している点は、ブリッジする場合、そこに自身のノードを繋げたければ
論理的にしか存在しないbrNにMACアドレスを振る必要があるという点。
そして、物理的に存在しそもそもMACアドレスを持っているNICにはアドレスを振る
必要がなくあえていえばプロミスキャスモードになれる必要があるという点。
こんな来たものは何でも拾うぜ的なモードになったり、するのは端的に言えば伝送制御に
関して後ろに控えるbrX、存在するのか知らないけど君の図で言えばBridgeProcessなる
ものにスルーして、ブリッジとして必要なポートにフレームを伝送させたいから。
じゃあその場合、ethXが実際持っている役割はL1の伝送制御なのか、L2の伝送制御
なのかとか問われれば、それはどうでもいいことでしょ？だってユーザーはethXをbrXに
繋いだ瞬間からbrXだけ制御(設定)できればいいんだから。
あと>>305についても来ないもん拾えないし要らないから来ないんでしょどうでもいい。
ってわけで君が重要だと思うところで俺の願望による捏造を検出したら反論してくれ。
返事はすぐできないけど。あと感情的になっているように見えてるんならすまん。
0307login:Penguin
2010/07/08(木) 07:03:46ID:lwkYbsw9> あと>>305についても来ないもん拾えないし要らないから来ないんでしょどうでもいい。
お前にとってどうでもいいことでも、書いた本人にとってはどうでもよくない
>>305を書いた奴にとってどうでもいいのは、それをどうでもいいと言い切るお前の存在だ
0308login:Penguin
2010/07/08(木) 07:28:22ID:lwkYbsw9これは根本的な問題について
> 返事はすぐできないけど。あと感情的になっているように見えてるんならすまん。
オレは「感情論」と書いたのだが、それをお前が「感情的」と書き換えてるのは事実であって、
「見えている」などという曖昧な状態ではない
自分は感情論を書くから、きっと相手も感情論を書いているのだという無根拠な断定がウザい
「説明が気に入らない」
「どうでもいいんだと思う」
「あまり重要なことに思えず」
「重要なんだと思っていた」
「存在するのか知らない」
「どうでもいいことでしょ」
「制御(設定)できればいい」
「君が重要だと思う」
「どうでもいい」
こんなんばっかだし、仕様として定義された用語があるにも関わらず、
それを使わないことや、違う使い方をすることに尋常ならざる拘りがあり、
他者との理解の共有を絶対に「したくない」と言って憚らない
サーバー仮想化の利用におけるLinuxのブリッジに関する疑問について語り合ってるときに
お前のどうでもいい感情なんて、他人にとってはまったくもってどうでもいい
0309login:Penguin
2010/07/08(木) 19:02:29ID:QwQ1N1s00310login:Penguin
2010/07/08(木) 20:52:31ID:L1AEGZsWID変わってるけど釣り？どっちでもいいや。
今話してるのは>>271についてだろ。これ君は言葉の強制ばかりに御執心で結論書いてないんだよ。
で、L2前提で具体的な話まであれこれ出して振ってやったのに内容ではなく表現に関するレスばかり。
本当に残念な人だね。俺個人的には時間勿体無いからもういいや。
Linux kernelのBridge機能についてはコチラ
http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge
kvmに関係なく前から入ってる。WindowsでもXPくらいから標準でついてる機能。
>>309
2本以上繋がるならあっちから来たのが宛先次第で勝手に向こうに出て行ったりする。
1本だけならほぼ同じ。ちょっと余計なフレーム出るかもくらい？
0311login:Penguin
2010/07/08(木) 22:01:51ID:palyyEuu「それってつまりこういうこと？（以下俺理論が続く」
などといちいち俺翻訳しようとする人はよくいる。
0312login:Penguin
2010/07/08(木) 22:12:11ID:aU5fYdVDTCP/IPをレイヤーの存在しないプロトコルと決め付ける馬鹿は世界でもお前ぐらいのもんだ
> 今話してるのは>>271についてだろ。これ君は言葉の強制ばかりに御執心で結論書いてないんだよ。
端的に「L1にL3のアドレスは振れない」と結論を書いているし、それについて説明もした
逆に、IPアドレスが振れるかどうかは、レイヤーには一切依存しないというお前の珍説は、
今まで一度たりとも証明されていないのだが？
> で、L2前提で具体的な話まであれこれ出して振ってやったのに内容ではなく表現に関するレスばかり。
お前がとち狂って持ち込んだ「ハブ」も「NICのポート」も、それ自身はL1であってL2ではない
ハブやRJ45のコネクタにマジックでMACアドレス書けばL2の装置として使えるとでも？
> kvmに関係なく前から入ってる。WindowsでもXPくらいから標準でついてる機能。
何を今更ｗ
事実の説明に対して妄想で反論するような馬鹿は一生そうやって逃げ回ってろ
0313login:Penguin
2010/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:Penguin
2010/07/08(木) 23:19:34ID:OpHVoz3mNetwork Interfaceって何なのかわからなくなってきたよ
eth0とかbr0って何に貼られるラベルなんですか？
物理NICとそれに付随する情報（MACアドレス、MTU、IPアドレスなど）をまとめたものだとすると、
loやtapは仮想的なもので対応する物理NICはないし…
0315login:Penguin
2010/07/08(木) 23:57:16ID:L1AEGZsWまた意味のない話を誘発するかもしれないけど俺の理解を書いておくよ。
その種類のデバイスとして機能する何番目のデバイスという意味のラベルだと思う。
俺はこの辺に万人に通用する一般的な定義はないと思っていて、あえて言えば実装に関する要件を
満たした定義であれば人ごとに違っていていいと思う。話すときにそれらの辻褄が合うよう互いに確認が
必要だけどね。
正直なところNICはもうL2と言っちゃうけど(違うL3だという人もいる。電気信号出す部分はL1とかどうでも
いいこと言う人もいるけど)、eth0は何？と言われたら迷うよ。
正確にはどこまで見て制御しているかってことになるんだけど、実はって境界が曖昧な部分もあるらしい。
0316login:Penguin
2010/07/09(金) 00:59:37ID:M25Nrvkc> 内容について話す気になったのか。サービスでどうでもいいところもレスしておく。
オレは初めから一貫して同じ質問に対する答を書いているが、
お前が繰り返し言葉の定義を書き換えて勝手に混乱してるだけ
> どこのことを言っているんでしょう？
図でも文でも一貫して説明している
お前がレイヤーの区別を拒む限り理解することが出来ないだけ
> で、そのフレーズが>>271への回答になっているの？
なってるけど、お前の珍妙な定義ではその説明が論理破綻するだけ
> そんなこと言ってない
さんざん「どうでもいい」と言っている
> 「NICのポート」ってどこにあんの？
ポートが存在せず、どこにも接続できないNICで何する気だ？
> 面倒だな
面倒なのはお前
> この文脈はBridgeの話がそこで終わりになっちゃうかもしれないから、一番信頼できそうなKVMや
> tapとごっちゃになってない説明情報へのリンクを残し、それを伝え、Windows側からも調べられる
> ようあえて書いておいた文面。簡単に言って君に向けた言葉じゃない。
このスレでは、KVMを使ったサーバー仮想化におけるブリッジの利用の話をしている
ブリッジそのものの話をしたいならスレ違いだから出てけ
0317login:Penguin
2010/07/09(金) 01:16:51ID:M25Nrvkc> 俺はこの辺に万人に通用する一般的な定義はないと思っていて、あえて言えば実装に関する要件を
要するに俺様定義を他人に押し付けたいわけだな
アホか
> 正直なところNICはもうL2と言っちゃうけど(違うL3だという人もいる。電気信号出す部分はL1とかどうでも
> いいこと言う人もいるけど)、eth0は何？と言われたら迷うよ。
NICそのものは物理インターフェイスだから当然L1
eth0はNICではなく、当該物理インターフェイスに割り当てられた論理インターフェイスであり、
OSの持つTCP/IPスタックの存在によって、L2以上のプロトコルを解すことが可能
TCPOE等の特殊なものを除くと、NIC自体は電気信号とビットストリームの変換しかしていない
よって、レイヤーの違いだけ意識していれば、迷うことなど何もない
たとえ複数のブリッジを生成して、STPを組むことになったとしても、
意識すべきレイヤーにはまったく影響はないし、個別の実装も関係ない
そういう風に作られている
0318login:Penguin
2010/07/09(金) 01:43:42ID:ZxuQ7SzH>>>端的に「L1にL3のアドレスは振れない」と結論を書いているし、それについて説明もした
>>どこのことを言っているんでしょう？
>オレは初めから一貫して同じ質問に対する答を書いているが、
だからどこに書いているんだよ？具体的にレス番のこの部分という形で引用してくれ話にならん
引用できないならまとめて今書け
>お前が繰り返し言葉の定義を書き換えて勝手に混乱してるだけ
どこからそう判断しているんだよ？どの言葉？混乱ってどの辺？
>>> 逆に、IPアドレスが振れるかどうかは、レイヤーには一切依存しないというお前の珍説は、
>>> 今まで一度たりとも証明されていないのだが？
>> そんなこと言ってない
>さんざん「どうでもいい」と言っている
じゃ、どこの「どうでもいい」が対象なの？
>> 「NICのポート」ってどこにあんの？
>ポートが存在せず、どこにも接続できないNICで何する気だ？
俺が「NICのポート」って書いた場所が見当たらないんですがどこのことを言っていますか？
>> この文脈はBridgeの話がそこで終わりになっちゃうかもしれないから、一番信頼できそうなKVMや
>> tapとごっちゃになってない説明情報へのリンクを残し、それを伝え、Windows側からも調べられる
>> ようあえて書いておいた文面。簡単に言って君に向けた言葉じゃない。
>このスレでは、KVMを使ったサーバー仮想化におけるブリッジの利用の話をしている
>ブリッジそのものの話をしたいならスレ違いだから出てけ
KVMに無関係になるのにKVMを使ったサーバー仮想化における、という限定をしても回答に違いがない。
そしてブリッジそのものの話ではなくてその利用に関する疑問の回答を「君から」得ようとしているだけ。
0319login:Penguin
2010/07/09(金) 01:44:03ID:f/duiXsy> Network Interfaceって何なのかわからなくなってきたよ
「インターフェイス」ってのは「界面」のことで、何かと何かの間に位置するもの
「インターチェンジ」が高速道路と一般道路の間に存在するものだったり
ネットワークとネットワークつないだその間が「インターネット」なのと一緒
> eth0とかbr0って何に貼られるラベルなんですか？
論理インターフェイスに貼られるラベルだよ
実際には存在しないから名前を振る必要がある
サーバーにNICを挿し、バスに接続されていることを認識させ、
適切なドライバーを割り当て、eth*等と名前を付けたもの全体が、
全レイヤー対応可能な「ネットワークインターフェイス」になる
それをOS側で管理しやすいように目に見える形にしたのが「論理インターフェイス」
物理NIC＝L1では、IPアドレスどころかMACアドレスも扱えない
そこにOSが論理インターフェイスを割り当てて、L2以上のレイヤーを扱えるようにする
物理NICそのもの自体を切り離して語るなら、あくまでもL1の装置でしかないが、
MACアドレスを明示的または暗黙的に割り当てることでL2での通信が可能となり、
正しくIPアドレスを割り当てれば、L3以上で通信可能となる
ブリッジに接続してL2の装置の一部になれば、当然ながらL3のIPアドレスは振れなくなるが
0320login:Penguin
2010/07/09(金) 01:47:20ID:f/duiXsy> KVMに無関係になるのにKVMを使ったサーバー仮想化における、という限定をしても回答に違いがない。
違うね
たとえば、KVMを意識しない場合、物理NICのポートがアップリンク専用ポートになるってのが嘘になる
しかし、オレは>>280でそう書いた
これはこのスレでLinuxのブリッジを語る限りそうなるからだ
そんなことも気づかないような馬鹿が偉そうに喚くな
0321login:Penguin
2010/07/09(金) 03:27:01ID:ZxuQ7SzHおいモノシリすぎだぞありがとう。
ただ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:Penguin
2010/07/09(金) 03:57:25ID:wywNUzaW>ただNICはwikipediaの説明によるとL2らしい。
まあ、さらにはTCP/IPのチェックサムを計算してくれるNIC やら、IPSecの暗号化まで
やってくれるようなNICもあるから、論理的な階層分けは必ずしもハードに一対一に
対応しない。
0323login:Penguin
2010/07/09(金) 11:38:12ID:Ma48otfz> 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:Penguin
2010/07/09(金) 23:30:58ID:ZxuQ7SzH>>280時点で何言ってんのアンタと思ってスルーしてたけど、今しがた調べてみた
結果、全然わかんねー！
クロスになるとかそんなことじゃないだろうし
上り方向しか通さないわけじゃないだろうし
直にethNにパケット出すってことなら言い回しが変だし
どういうこと？
>>320が忙しすぎるだろうから、別の分かる人でもいいから教えて
0325login:Penguin
2010/07/10(土) 02:22:36ID:gJ/gRWByIPA（独立行政法人情報処理推進機構）オープンソースソフトウェア（OSS）・センター
「OSS仮想化機構KVMについての調査」
http://ossipedia.ipa.go.jp/doc/207
0326名無しさん＠そうだ選挙に行こう
2010/07/10(土) 04:32:02ID:WSG76dC8どーでもいい
>>323
> 違う。
違わない
もっかい言うけど、ここではKVM使ったサーバー仮想化におけるブリッジの話しかしてない
もちろん厳密なイーサネットの仕様と実装についてはお前の説明通りだけど、
何度も言ってるように、ここでの使われ方ではNIC単体で必要な処理が出来ない以上、
あえてそこはL1と決め付けている
ここは知識自慢の場ではなく、KVMについてのスレだということを忘れずに
>>324
こないだ>>295に貼り付けた図の“Bridge Process”と書かれている四角は、
まさに（仮想）L2スイッチそのものということ
サーバーに刺さってるNICのポートと物理的なスイッチのポートをケーブルで接続した場合、
その物理スイッチをカスケードの上位に当たるスイッチとして理解する
さらにカスケードの下位のスイッチから上位のスイッチへの接続を「アップリンク」と呼ぶのが通例
0327名無しさん＠そうだ選挙に行こう
2010/07/10(土) 04:43:50ID:WSG76dC8それが>>271やその他の、ブリッジよく分からん！という人達への明快な回答で、
理解が進むようになると思ってるのだろうか？
>>325
だね
0328名無しさん＠そうだ選挙に行こう
2010/07/10(土) 05:50:47ID:WSG76dC8> 仮想ハブ（L1）じゃなくて仮想ブリッジ（L2）な
文脈上のあやとはいえ「仮想ブリッジ」はマズイな
仮想ブリッジ（virbr*）って言葉はRed Hatで使われてた
NAT用に物理インターフェイスを割り当ててないブリッジをそう呼ぶみたい
なので、すまんが「仮想」は外してください
0329名無しさん＠そうだ選挙に行こう
2010/07/10(土) 12:51:24ID:+g5kkw7A夜遅くに悪いね
上の方にある発言は、俺が言っていたことの主旨に似ているね。
目的に必要のない定義は不要＝どうでもいいだし、今君がしているのは「違わない」とする
言葉の定義＝俺様定義だし。これを他の人がこの話において許容してくれている。
ただ目的を達成するためには(今も)結論が必要なので書いてくれ。許容してくれている
人が報われない(これが言いたかった)。
下の方にある発言(俺宛のレス)は、あえて言えばクロスが正解だったってことか。
ただ別に殊更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君も結論を言わないんだね。
よしんばNICにとってのデフォルトが手に持ちながらMACアドレス何それ
おいしいのだったとしてだから何だと言いたいの？
0332login:Penguin
2010/07/12(月) 16:45:03ID:DICyawEbcore2duo 6Gmem
0333login:Penguin
2010/07/12(月) 16:45:45ID:m0PClAnW試してみ。
0334login:Penguin
2010/07/12(月) 17:29:10ID:DICyawEb言うとおもたw
0335login:Penguin
2010/07/12(月) 17:56:11ID:m0PClAnW0336login:Penguin
2010/07/12(月) 22:01:42ID:397ZqViVO ０
o ／￣￣＼ ｏ
(丶 / ﾉ ｏ
｜| ｜ ／) 。
＼>◎(○)◎/8／丶
(＼_ノ/⌒/⌒/⌒oイ_ノ
`＼_丿o｜8｜8｜し|ノ ＿＿＿＿＿_
(___ノ＼_)＿)_ノ／| .／ .／|
|￣￣￣￣￣| | |￣￣￣￣￣| |
| | | | | |
|VMwareESX| | | KVM .| |
│. .| | | . | |
|＿＿＿＿＿|／ |＿＿＿＿＿|／
0337login:Penguin
2010/07/12(月) 22:48:26ID:u0HBMYhFO ０
o ／￣￣＼ ｏ
(丶 / ﾉ ｏ
｜| ｜ ／) 。
＼>◎(○)◎/8／丶
(＼_ノ/⌒/⌒/⌒oイ_ノ
`＼_丿o｜8｜8｜し|ノ ＿＿＿＿＿_
(___ノ＼_)＿)_ノ／ | .／ .／|
|￣￣￣￣ | | |￣￣￣￣￣| |
| | | | | |
| VirtualBOX | | | KVM | |
│. | | | | |
|＿＿＿＿＿_|／ |＿＿＿＿＿|／
0338login:Penguin
2010/07/14(水) 23:57:34ID:Y+N/ncR60339login:Penguin
2010/07/15(木) 12:05:43ID:JorsPJWS>325の論文読むと、
CPUのみの速度は物理マシンとほぼ同じ。ただし実際には各デバイスエミュレーションにCPU負荷がかかる。
ネットワークはvirtioで物理マシンの70%程度。
ディスクI/O性能は物理マシンの40%、仮想ディスクではRaw+virtioに比べてQCoW2+virtioだと約6倍遅い。
仮想ディスク使うよりNFS使うほうが性能が上がる(物理ディスクI/O速度の90%)。
KVMのパフォーマンスは物理マシンの70%前後とみてよいかと。
0340login:Penguin
2010/07/15(木) 16:55:35ID:acBneaXvやたらと重いのだが。動画は見るに耐えないし。
0341login:Penguin
2010/07/15(木) 19:26:12ID:EPz97PN9>>340
>>340
0342login:Penguin
2010/07/15(木) 22:12:41ID:5MJYGkko興味深い結果になるよ。
0343login:Penguin
2010/07/15(木) 23:00:29ID:08j8gGPv0344login:Penguin
2010/07/16(金) 03:04:21ID:SPp//h3H0345login:Penguin
2010/07/19(月) 22:18:39ID:LFO2g26Nxenやvmwareは、支援機構なし向けにも作ってあるけど、KVMは前提になってる。
http://www.jp.redhat.com/promo/u2l_dell/kvm_rhev_dell.pdf
0346login:Penguin
2010/08/01(日) 03:52:30ID:Y2hhSnsiディスクイメージをFreeBSDを起動せずにマウントする方法ないですか？
dump restoreしたいのです
0347login:Penguin
2010/08/01(日) 08:06:32ID:4gdidaxcこのへん？
ttp://libguestfs.org/
0348login:Penguin
2010/08/01(日) 13:38:01ID:iIC6G8Y6kpartx
でどうだろ
0349login:Penguin
2010/08/02(月) 00:16:28ID:KFk8Et6o設定ファイルを書き換える以外にすることある？
0350login:Penguin
2010/08/06(金) 04:08:23ID:rP9h9LHK0351login:Penguin
2010/08/15(日) 01:09:19ID:21oMLXwW/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:Penguin
2010/08/15(日) 01:12:37ID:21oMLXwW0353login:Penguin
2010/08/18(水) 15:42:31ID:TiYsbKHe前から気になってたんだがこれってどういう意味？
0354login:Penguin
2010/08/18(水) 16:23:14ID:n6euFOjf0355login:Penguin
2010/08/18(水) 20:55:57ID:8vKw7vRrttp://www.linux-kvm.org/page/KVM_Forum_2010
0356login:Penguin
2010/08/18(水) 22:07:08ID:TiYsbKHeなるほど、サンクス
0357login:Penguin
2010/08/19(木) 14:58:44ID:FHutfQk+母語じゃないからというのもあるかもしらんが、
日本人発表者のプレゼン資料が頭抜けて濃い内容すぐる。
0358login:Penguin
2010/08/19(木) 18:36:25ID:FuJgI2bWコンバートする方法が分かりません。
どうしたら良いものか・・・
0359login:Penguin
2010/08/20(金) 04:16:52ID:xs741xCFなかったっけ？XenServerにOVFで入れたVMを後でKVM移行させようとして
苦労した記憶が。
0360login:Penguin
2010/08/20(金) 23:24:49ID:EFwSb0b9こういうツールでやるのが楽じゃね？
ttp://cloud.watch.impress.co.jp/epw/docs/news/20100330_357831.html
0361358
2010/08/25(水) 18:31:10ID:deNAcPJnttp://cloud.watch.impress.co.jp/epw/docs/news/20100325_356658.html
DL中です。無料で使えるがDLする時に名前とメアド要。
0362login:Penguin
2010/08/26(木) 17:03:22ID:gRuxDQ6nゲスト-ホストのファイル交換は、ntfsが良いのかな？
vvfatを調べたけど、書き込みがベータなのとascii以外はまずいのと、
ホストとゲストで同時アクセスはダメってのがあるみたいで、使い物にならないかなと。
0363login:Penguin
2010/08/27(金) 00:24:39ID:7N3Pdeg8丸ごとなら仮想ディスクをLVMのブロックデバイスにしておいてスナップショットとれば後は煮るなり焼くなり好きなように。
0364362
2010/08/27(金) 00:34:29ID:1t5SOQPdnfsでやろうかと思ったけど、ゲストがグローバルIPでホストがローカルIP
グローバルとローカル間は、グローバル側から通信が不可になってて、
ローカルIPのnfsを見れない・・・
なんか良い方法あったら教えてください。お願いします。
0365login:Penguin
2010/08/27(金) 00:38:55ID:0VEhCvEqブロックデバイスにしておいてスナップショットってゲスト稼働中でもバックアップ可能なの？
0366login:Penguin
2010/08/27(金) 00:39:11ID:yRPDfwKa0367362
2010/08/27(金) 00:47:09ID:1t5SOQPdセキュリティ的に避けたいです
あと、ゲストOSごとにNIC追加するのは手間が。
ホストのファイルに直にアクセスする方法は無いものか・・・・
0368login:Penguin
2010/08/27(金) 00:58:26ID:0VEhCvEqUSB HDDへバックアップとかはできないかな…
0369login:Penguin
2010/08/27(金) 01:02:54ID:yRPDfwKaゲストの台数によっては手間だが…
0370login:Penguin
2010/08/27(金) 09:13:45ID:MtQxUgky例えば、
もう一個別にホストからアクセスできるところに仮想のFreeBSD立てて、
その中にjailでsambaなりnfs鯖なりをゲストlinuxからルーティングできる
IPで立てると
ゲストlinux → jail内samba/nfs鯖 へバックアップしたファイルを
jail内samba/nfs鯖 −直接アクセス → jailホスト鯖できるから、あとは
jailホスト鯖 −nfs/samba等 → KVMホストってネットワークでできないこともない。理論上は。
0371login:Penguin
2010/08/27(金) 12:08:17ID:ndHMbRK1IPエイリアスで
プライベートIP割り振るってのは
ダメなんだろか。
0372login:Penguin
2010/08/27(金) 12:31:20ID:MtQxUgkyネットワーク的にブリッジするのがセキュリティ的に嫌って話だから
ダメなんじゃない?
0373362
2010/08/27(金) 13:44:56ID:1t5SOQPdいろいろありがとうございます。
状況を詳細に説明すると、
環境
ゲストは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に付与したいが、やってみてもできなかった）
0374362
2010/08/27(金) 13:46:13ID:1t5SOQPd確かにその手がありますね、手間が多そうだけどちょっと調べてみます
0375login:Penguin
2010/09/04(土) 21:38:52ID:JFWw5PlC0376login:Penguin
2010/09/05(日) 11:24:24ID:kPolNFuzttp://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin/
signed＆FDイメージもあるので、RHELサブスクリプションで配られてる
Para-virtualized Drivers持ってなくてもx64 Windows7ゲストでも簡単に
virtio diskが利用可能に！
0377login:Penguin
2010/09/05(日) 23:18:35ID:Wfx4hGqLうぉ！
さっそくCode Name Auroraインストールしました
0378login:Penguin
2010/09/21(火) 13:58:37ID:PtRKG4y50379login:Penguin
2010/10/01(金) 14:08:04ID:XBDNwPbpcould not open display
って出るんだけど対策わかる人いる？
0380login:Penguin
2010/10/01(金) 18:06:22ID:391zs2uH0381login:Penguin
2010/10/11(月) 20:00:46ID:NbltVEAFvirt-managerはX用でしょ
0382login:Penguin
2010/10/11(月) 20:11:38ID:Cz4jJABb0383login:Penguin
2010/10/12(火) 13:31:11ID:DVOAVdVWwindosからターミナル接続とかか？
0384login:Penguin
2010/10/12(火) 14:37:00ID:S20SlxVRてか、379はもうここ読んでないのか? 解決したんだろうか?
0385login:Penguin
2010/10/12(火) 20:59:04ID:LEwiJ/sJ0386login:Penguin
2010/10/15(金) 00:41:58ID:TpRGxulrディスクだけ共有すればできるのは知ってるんだが、nasとかiscsiとか高いし、障害時にもマイグレート出来た方が嬉しい
0387login:Penguin
2010/10/15(金) 04:49:55ID:OGUo2+030389login:Penguin
2010/10/16(土) 00:59:22ID:aJ3KxUAyつ ttp://www.cuspy.org/blog/archives/917 とかドゾー
0390login:Penguin
2010/10/16(土) 08:39:41ID:RyajGvJT素晴らしい!
qcow2 以外も行けるのかなー
後で試してみよう
0391login:Penguin
2010/10/16(土) 19:44:20ID:/WLbDjABおおスゲー
けどこれって正しいデータはwasabi側になって、
sayori側は古いデータが残るってことなのかな？
0392login:Penguin
2010/11/11(木) 21:39:25ID:LEeCTofkvirsh に移行しようと思って
$ 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:Penguin
2010/11/17(水) 12:58:00ID:uIeggcJGシステムを移行する上手い方法はないですか？
新しいqcow2イメージをUSBデバイスの様にゲストOSに接続できれば簡単そうなのですが。
0394login:Penguin
2010/11/17(水) 13:56:38ID:nLEPf3klqemu-nbd --connect=/dev/nbd0 disk.qcow2
mount /dev/nbd0 /mnt
多分
■ このスレッドは過去ログ倉庫に格納されています