頻繁に VM を作っては潰しというような要件を達成する為に最近では専ら Vagrant + VirtualBox という構成が選択されます。僕もノート PC でそういうことする場合には Vagrant 使ってます。 ですがある程度秩序だって仮想化サーバー群を構築する場合 KVM とかの方が都合がいいことが多いでしょう。そのサーバー群の中にテスト用の VM を置くとかなれば KVM な VM を頻繁に内容を変更したり戻したりということが必要になります。 KVM な VM を使って Chef などのプロビジョニングツールのコードのテストを行なう場合、以下のようなプロセスが採られることになると思います。 テストを開始出来る状態の VM を構築しスナップショットをとる テストを実行する 1. の状態に巻き戻す CI ツールを使って 2-3 が繰り返されることになると思います。で、そのスナップショッ
CentOS 6.2 のデフォルト設定だと、ホストが shutdown するときゲストは visrh save で VM のサスペンド状態になる。 これだと、ゲストを復帰させたときにゲストOSの状態によっては「ディスク書き込みのタイムアウト」とか言われて fcsk が走ったり、悪くするとデータロストってしまうので、ホストが graceful shutdown するならゲストも graceful shutdown する設定にしてみる。 ホスト起動・shutdown 時のゲストへの操作はホストの /etc/init.d/libvirt-guest が操っているので、その設定ファイルの /etc/sysconfig/libvirt-guests の設定を変更して、shutdown 時にゲストにも shutdown メッセージが飛ぶようにする。 # vi /etc/sysconfig/libvir
QEMU/KVM の仮想環境(ゲスト)を止めずに別のホストに移す。 構成は以下ような感じ。 ホスト環境 host1(192.168.1.11) で動作しているゲスト環境 guest(192.168.1.50)を別のホスト環境 host2(192.168.1.12) に live migration する。ホストOS は debian lennyゲストOS も debian lennyゲストOS は PXE boot して、ルートファイルシステムはkujira(192.168.1.10)のiSCSIターゲットをマウントする。qemu-kvm のバージョンは 0.12.3host1 のCPUは Intel Core2 Duo で host2 は AMD Opteron。この際、別ホストから guest へのTCPコネクションがどうなるか。 と、guest 内で開きっぱなしのファイルがどうなるか
Kubernetesでの性能解析 ～なんとなく遅いからの脱却～（Kubernetes Meetup Tokyo #33 発表資料）
いやー、KVMのおかげで仮想環境がだいぶ簡単に構築できるようになりましたね。 ということで作業メモ。 仮想君にはブリッジで橋渡しをするのでbride-utilsも仮想関係と一緒に。 yum install bridge-utils yum groupinstall Virtualization "Virtualization Client" "Virtualization Platform" "Virtualization Tools" 問題なくインストールが完了すれば virshコマンドとかqemu-imgコマンドとかが使えるようになる。 # /etc/sysconfig/network-scripts/ifcfg-br0 DEVICE=br0 TYPE=Bridge BOOTPROTO=static IPADDR=192.0.2.100 BROADCAST=192.0.2.255 NE
使い方に応じたネットワーク構成（続き） ●ケース4：サービス用のゲストOSを複数起動し、外部ノードからゲストOSに簡単にアクセスできるようにする ホストの物理NICとゲストOSが接続するtapデバイスをブリッジのインターフェイスとして設定します。これによりホストOSの接続している物理的なL2ネットワークに、ゲストOSが接続しているように機能します。そのため、外部ホストはもちろん、ゲストOS間の通信も行うことができます。 なお、ケース1〜3までは、kvmグループに所属していれば一般ユーザーで実行できましたが、ケース4で使用するtapデバイスにはroot権限が必要です。ネットワーク構成は図4です。 # ifconfig eth0 0.0.0.0 promisc up ←eth0をプロミスキャスモードにする # brctl addbr br0 ←
Welcome to the IBM TechXchange Community Connect and engage to get answers, discuss best practices, and continually learn more about IBM solutions. Become a member Register and get hands-on at a Dev Day event Register to get an exclusive access to the latest IBM tech and the experts who know how to get the most out of it. Register now Registration is Open! IBM TechXchange 2025 Join us October 6-9
今回は、Fedora 13を使って最新のLinux KVM機能を解説します。基本的な使い方については省略しますので、基本から学びたい方は以前弊社宮原が執筆した「実践！仮想化ソフトウェア 2009 第5回 Linux KVMを使ってみよう」を参照してください。 CentOS 5とFedora 13のLinux KVMの違い 先述の記事では、CentOS 5.4を利用してLinux KVMの基本的な使い方を解説しました。現在はCentOS 5.5がリリースされていますが、今回は2010年中にリリース予定のRed Hat Enterprise Linux 6（RHEL6）を想定して、よりRHEL6に環境が近いと思われるFedora 13を選択しています。 Fedora 13のLinux KVMおよびその周辺ツールは、CentOS 5に比べて新しい機能が数々追加されており、最新のLinux KVM
11月16日、LPI-Japan主催のセミナーでKVMに関する講演をさせていただきました。当研究所ではこれまでにqemu-kvmをソースからコンパイルして使うことを前提に色々な紹介をしてきましたが、講演では広く気軽に試していただくよう、Ubuntu Desktop Editionを例にパッケージでインストールする方法を取り上げました。講演ではスライドでお見せした部分を、当ブログではじっくりコンソールでご覧にいれたいと思います。 講演の様子 サーバの準備「Desktop環境で気軽に試していただく」ということで、サーバ（PC）についてうるさい条件はつけていません。強いて言うなら VT対応のCPUがよいが、なくても試せますメモリは1GB以上。試すだけなら半分ぐらいでも大丈夫ですディスクは空き容量20GBほど。5GB以下だと仮想マシンが入りませんぐらいでしょうか。これにUbuntu Desktop
私（鷲北）が学生の頃（1992年ぐらいの話です）、OS概論という授業がありました。教科書はタネンバウム著「MINIXオペレーティングシステム」で、すごく高くて買うのに躊躇する本です。当時この本は私が筆者として出入りしていたアスキーから出版されていたので、担当さんに頼みこんで一冊もらえないか交渉してみました。さすがに新品はくれなかったのですが、校正用に取ってあったものを譲り受け、授業に持ち込むことができました。ところどころに赤が入ってて、思えば貴重な一冊だったのですが、卒業後3回ぐらい引っ越すうちにどこかへまぎれてなくしてしまいました。 この本はとても分厚くて、巻末にはMINIXのソース・ダンプが数百ページに渡って掲載されている無茶な本です。しかし説明は平易でおもしろく、眠れない夜には枕に最適でした。特に好きだったのが競合を説明する章で紹介されている「食事する哲学者」のページで、あれは結構分
KVMをとりあえず動かそうというときは、10GB程度の小さなイメージファイルから始めると思います。当ブログのインストール編でも例示した通り、また他のインストールガイドでも取り上げられている通り、qcow2フォーマットで作成したイメージファイルを使用している方が多いと思われます。ところが本格的にテストをしようと思って100GBぐらい割り当ててインストールしてみると、途方もない時間がかかってびっくりすることがあります。 たとえば当方で計測してみたCentOSのインストールの時間は、qcow2を使い100GBのディスクを割り当てた場合に、フォーマットの所要時間が47分、パッケージのコピーで13分、合計で1時間もかかってしまいます。実サーバにインストールすればせいぜい10分ぐらいですから、恐ろしいほどのパフォーマンスの低下です。 まっさきに疑うのは、qcow2というフォーマットそのものです。試しに
今回は仮想化ソフトウェアのひとつ、KVMのインストール手順をご紹介します。 仮想化ソフトウェアといえば、世の中ではXenやVMwareが有名で、これらを利用したサービスも数多くあります。さくらインターネット社内でもXenServerを使った実験プロジェクトがいくつかあるのですが、KVMの方は少なく、ノウハウの共有が進んでいません。それならば、ということで研究所では現在KVMの動作の確認とパフォーマンス試験に取り組んでいます。 今回ご紹介する手順は、読者のみなさんにも気軽に試していただけるようカジュアルにまとめましたが、KVMを動作させる専用のサーバと、VNCクライアントやtelnet等を使いリモートでコントロールする作業用のWindows PCを分けることを想定しています。1台のマシンしか都合できないという方は、それぞれの環境に合わせて工夫していただければと思います。 KVMの構成KVMを
KVM+Windowsを高速化するVirtio Linux KVM（以下KVM）は、Linuxカーネルに組み込まれた仮想化環境ですが、KVM上の仮想マシンではLinuxだけでなくWindowsも動作させることができます。これはKVMが実現している仮想マシンが「完全仮想化」であるためです。 完全仮想化はOSに修正が必要ない点がメリットですが、I/Oなどの速度面ではOSに修正を加える「準仮想化」が有利な場合があります。そこで、I/Oを司るデバイスドライバを準仮想化で動作させることで性能を向上させる部分的な準仮想化の方式が、現在の主流となっています。このデバイスドライバを「パラバーチャル（準仮想化）ドライバ」と呼びます。 KVMでは、I/Oの準仮想化方式として「Virtio」が採用されています。VirtioはVirtualBoxなどでも採用されている実装になっています。今回は、VirtioのWi
今回は、Linuxカーネルに組み込まれた仮想化機能であるLinux KVMを使った仮想化環境の構築方法を解説します。 Linux KVMとは Linux KVM（以下KVM）は、Linuxカーネルの機能として組み込まれた仮想化環境です。KVMはCPUの持つ仮想化支援技術の仕組みを活用しているため、非常にシンプルなコードとなっています。また、仮想マシンとしての機能で不足している部分はQEMUを利用するなどして、仮想化環境を実現しています。 KVMはLinuxカーネルに組み込まれているので、通常のLinuxディストリビューションを利用するなどして環境を構築するのが一般的です。KVMに最も力を入れているのはレッドハットですが、Red Hat Enterprise Linux 5 Update 4からKVMを正式にサポートし、次期バージョンのRHEL6でもKVMを仮想化技術の中心に据えるようです。
アナウンス後わずか2カ月でLinux Kernelにマージされたことで一躍注目を浴びることになった仮想化技術「KVM」。しかし、その具体的な仕組みや使用方法となると、意外と知られていないのではないでしょうか。この連載ではそんなKVMについて紹介します（編集部） 前回「Linux標準の仮想化技術『KVM』の仕組み」では、、KVM（Kernel-based Virtual Machine）の概要について説明しました。今回はそれを踏まえて、基本的な使い方を説明します。KVMはGUIツールで操作することもできますが、今回は基本を押さえるため、すべてコマンドラインで行ってみましょう。 実際にKVMを使う場合にはGUIツールを使うことが想定されますが、コマンドラインでの操作を押さえておけば、GUIツールの裏側で実際に何をやっているのかを理解できるかと思います。 今回の話の流れは以下のとおりです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く