KVM(Kernel based Virtual Machine)を語れ
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2009/10/03(土) 02:30:54ID:awdiEa2W語れ。
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
多分
0395login:Penguin
2010/11/17(水) 19:07:52ID:azQyQe8+ttp://www.mail-archive.com/[email protected]/msg22304.html
0396login:Penguin
2010/11/17(水) 19:27:13ID:nQV3TztA皆さん良くご存知ですね。
私なんか全然駄目ですね。
qemu-nbdなんて知りませんでした。
0397login:Penguin
2010/11/17(水) 20:09:02ID:7rFQlVJPでも広げるのなら>>395 が良さそうですね
$ sudo qemu-nbd ./sid00.img -p 5555 &
$ sudo nbd-client localhost 5555 /dev/nbd1
Negotiation: ..size = 8388608KB
bs=1024, sz=8388608
$ sudo fdisk -l /dev/nbd1
GNU Fdisk 1.2.4
Copyright (C) 1998 - 2006 Free Software Foundation, Inc.
This program is free software, covered by the GNU General Public License.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
Disk /dev/nbd1: 8 GB, 8587192320 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/nbd1p1 1 1044 8385898 83 Linux
$ sudo mount /dev/nbd1p1 /mnt
$ ls /mnt
bin boot cdrom dev etc home initrd.img initrd.img.old lib lib64 lost+found media mnt opt proc root sbin selinux srv sys tmp usr var vmlinuz vmlinuz.old
0398login:Penguin
2010/11/27(土) 12:38:14ID:zn+wyY2FずっとHDDのアクセスランプ光りっぱなしなのに、iostatで500KB/S以下って使い物にならないよ。。。
0399login:Penguin
2010/11/28(日) 04:14:59ID:LOQ6y0zyエイリアスとかじゃなく実際に違うファイルみたいだが
他にもqemu-system-x86_64とかもあるし訳わかんね
manはqemuだけあるみたいだが他のはどうなっての
0400login:Penguin
2010/12/05(日) 00:57:10ID:pZR7/fwoそしたら、最近見たらKVMの説明になってた。
0401login:Penguin
2010/12/05(日) 03:10:50ID:Hwa8KgBlさくらインターネット研究所
ttp://research.sakura.ad.jp/category/technology/linux-kvm/
0402login:Penguin
2010/12/06(月) 21:45:55ID:PAe/+xTc（デスクトップを表示してるだけ）でも TOPでみるとqemu-kvmのプロセスだけで200MHz
（Phenom２ 2.5GHzで）ほどを消費してるんだがなぜ？
0403402
2010/12/06(月) 21:55:32ID:PAe/+xTcたしかにIOPSなどは向上するんだけどその分CPU負荷がふえているように
見える。軽いドライバは何なの？
0404402
2010/12/06(月) 21:57:19ID:PAe/+xTc(正）確かにvirtioドライバはIOPSなどは向上するんだけど・・・・
0405login:Penguin
2010/12/07(火) 10:06:46ID:wAXM1sWGデバイスがダイレクトにゲストのメモリにアクセスするとかできるのかな？
それでもアドレス変換は必要だろうし、デバイス依存になってvirtioみたいに共通化出来なさそう。
0406login:Penguin
2010/12/07(火) 19:39:19ID:jVE69wyD問題視してるのはvirtio利用時のqemu-kvmの負荷？
ちょっと違う話かもだが、全く同じゲストOS環境(Linux*3,FreeBSD*2)での
ホストのCPU使用率をKVMとVMware Workstationで比較するとKVMは7%、
VMware Workstationは1.5%だった。この差は一体・・・。
0407login:Penguin
2010/12/07(火) 20:32:37ID:zPY5szU8どこかの性能でKVMが上で、その代わりCPU使ったとかもあり得るからややこしい。
0408login:Penguin
2010/12/07(火) 20:52:12ID:suIafptc仕事がらみでVMwareESXiと比較してるんだけど、ESXiにくらべて何もしてないときの
qemu-kvmプロセスのCPU負荷が重すぎる。topとVMwareのパフォーマンスGUIの
値を信用すると５倍くらいかな。もちろん同じハード（Opternのサーバ）での比較です。
0409login:Penguin
2010/12/07(火) 21:05:01ID:suIafptcディスクのIO性能をはかるためちゃんとvirtioを使ってやったんだけどだめだった。
何もしてないときも重いけど、IOを始めるとその差がもっと大きくなる。（クロック数で比較して）
ゲストがWindowsってのは想定外なのかな。これからゲストにRHEL6を入れてやってみる。
0410408＝402
2010/12/07(火) 21:10:02ID:suIafptc（誤）Phenom
（正）Opteron
0411login:Penguin
2010/12/07(火) 21:15:24ID:zPY5szU80412login:Penguin
2010/12/07(火) 23:45:13ID:BRSVsomfI/O負荷が高い場合kvm時折落ちるよ。
正直、Windowsゲストはまだ実運用に耐えるとは思えない。
■ このスレッドは過去ログ倉庫に格納されています