このエントリーについて このエントリーを書き始めた経緯は下記にあります。 blog.inductor.me 1. はじめに(Introduction) サーバーレスコンピューティングは、[4、16、50、51]などのパブリッククラウド環境と[11、41]などのオンプレミス環境の両方で、ソフトウェアやサービスをデプロイ、管理するためにますます一般的になっているモデルです。サーバーレスモデルは、サーバーの運用やキャパシティ管理、自動スケーリング、従量制の価格設定、イベントおよびストリーミングデータのソースとの統合など、いくつかの理由において魅力的です。コンテナは、Dockerによって最も一般的なかたちで具体化され、運用オーバーヘッドの削減や管理性の向上など、同様の理由で一般的になっています。コンテナとサーバーレスは、従来のサーバープロビジョニング処理に比べて明確な経済的利点を提供します。マルチ

VMMの高速化について学ぶ過程でKVMのコードを読んだので、 メモ代わりに内部構造の解説記事を書きました。 KVMはqemuと連携して動作するため、以前私が書いたQEMU internals( http://rkx1209.hatenablog.com/entry/2015/11/15/214404 ) も合わせてご参照ください。また本記事はある程度システムプログラムに慣れており、 VT-xや仮想化の基本アーキテクチャは知っている物として進めます。 1.qemu-kvm,kvmの初期化 では早速見て行きましょう。まずはKVMの初期化の入り口となるqemu-kvmサイドから見ていきます。(ちなみに現在qemu-kvmはqemu本家に統合されておりconfigを変えることでkvmを有効化する仕様になっています) qemuは/dev/kvmを通してKVMとやり取りを行います。全体的なアーキテクチ

ここ一ヶ月ほどQEMUのコードとお戯れしていたのですが、 qemuのソースコードもうすぐ読みきりそうなのでどこかにまとめたいんだけど、qemu internalみたいな記事ってどれぐらい需要あるの— 前代未聞 (@RKX1209) 2015, 11月 9 と言ってみた所なんとなく需要がありそうだったので書きました。 本記事ではQEMUの内部実装を追い、具体的な仕組みを見ていきます。もし研究や仕事などでqemuを読む必要がある方や、これから趣味で読んでみようという方はぜひ参考にしてください。 (QEMU internalsというよりはQEMUコードリーディングの方が適切かもしれませんね....) さてここで扱うQEMUはqemu2.4.0でゲストはx86,ホストはx64であると仮定します。 両方共x86系となるとDBTの意味はあまり無く、KVM使ってどうぞという話になるのですが、あくまでコー

ubuntu 9.04のKVM libvirtが思ったより良く出来ていていろいろ試してみた。 ホストOSを普通にシャットダウンすると、自動でゲストOS側もシャットダウンしてくれるんだろうな と思い込んでいたが、違った。ゲストOS側はブッツリ切られてしまうようだ。 自動シャットダウン的なもの無いかと探したがなかなか見つからなくて やっと見つけたのがこれだった。 http://www.vogelweith.com/debian_server/14_kvm.php#x1-170004 /usr/share/doc/libvirt-bin/examples/libvirt-suspendonreboot こんなものが用意されてました。 中身は、↓の感じ。 #! /bin/bash # (c) Andi Barth <aba@not.so.argh.org> 2008 # Distributable

host 側に LVM でパーティションを切って、そこに KVM なりなんなりの仮想マシン (guest) をインストールした場合、あとから guest のディスクを増やすのにはこんなふうにすればいいかな、というメモ。 まず host 側で LVM パーティションを作成し、そこに guest をインストール。 # lvcreate --size 4G --name guestvm /dev/VolGroupVM # virt-install --connect qemu:///system --name guestvm --ram 512 --file /dev/VolGroupVM/test # (略guest のインストールでは LVM を使用せず、普通にパーティションを切る。3つ目のプライマリパーティションを / にマウントして、全部ひとまとめ。 /dev/vda1 => /boot

HP ProLiant N40L MicroServerに入れる。 ホストOSは、CentOS 6.1。 筐体内部にあるUSBポートにUSBメモリを挿して、そこにインストールした。 ゲストOSは、LVMで管理する。 bridge-utilsインストール [root@kvm ~]# yum install bridge-utils /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" BOOTPROTO="static" MACADDR="D6:2E:6F:8C:71:C4" NM_CONTROLLED="no" ONBOOT="yes" TYPE="Ethenet" BRIDGE=br0 /etc/sysconfig/network-scripts/ifcfg-br0 DEVICE="br0" BOOTPROTO="static"

運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

Tech spending shifts to meet AI demand, forces a 'reshuffling of skills' for workers

KVMの各仮想マシンにはVirtual CPU(VCPU)と呼ばれる仮想的なCPUが割り当てられます。 ゲストOSからは、1つのVCPUが1コアのCPUのように見えます。 (ホストOS環境) OS: CentOS 5.5 (x86_64/Kernel 2.6.18-194.26.1.el5) CPU: AMD Phenom(tm) 9350e Quad-Core Processor ゲストOSのVCPUを増やす 設定ファイルのパラメータにVCPU数を設定します。 $ sudo virsh edit dev-cent01 (省略) <!-- 1から2に変更 --> <vcpu>2</vcpu> (省略) ゲストOSを起動して、CPU数を確認します。 $ sudo virsh start dev-cent01 ドメイン dev-cent01 が起動されました $ sudo virsh domi

カテゴリー DX (2) 一般 (59) 研究会 (6) 働き方 (4) 技術 (352) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (5) RealTime Web (14) SRE (3) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報 (30) 量子コンピューティン

＞＞前回 検証(2)では、KVMのオーバーヘッドをXenと比べる（図3）。利用するCPUコア数を8として、検証(1)と同じ内容のベンチマークテストをXenに対して行った。XenはRHEL6には含まれていないので、従来版のRHEL5.4に含まれている「xen-3.0.3」を用いた。RHEL5.4では仮想化ソフトとしてKVMとXenを選択可能だったが、新版のRHEL6では（Xenが外され）KVMだけがサポートされるようになった。また、RHEL5.4に付属するMySQLはバージョンが少々古い（5.0.77）ので、MySQL 5.1.47をRHEL5.4でビルドして利用した。

KVMとQumeのインストール sudo apt-get install kvm libvirt-bin ubuntu-vm-builder qemu bridge-utils virt-viewer virt-manager http://www.mztn.org/kvm/kvm.html ゲストOSの名前一覧 # sudo virsh list --all ゲストOSの自動起動設定 # sudo virsh autostart ゲストOS名 ゲストOSの自動起動の解除 # sudo virsh autostart --disable ゲストOS名 ブリッジ接続を有効にする方法 KVMのデフォルトではルーティングとNAT変換は実装されているがブリッジは 以下の方法で定義する必要がある。 # /etc/dbus-1/event.d/26NetworkManagerDispatcher st

KVMでブリッジ接続可能にする。 ■ブリッジ(br0)の作成 ※１から作成するのは面倒なので「eth0」をコピーして作成 # cp /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-br0 # vi /etc/sysconfig/network-scripts/ifcfg-br0 DEVICE=br0 #「eth0」⇒「b0」変更 TYPE=Bridge # 追加 # HWADDR=00:00:00:00:00:00 # 削除又はコメントアウト BOOTPROTO=static BROADCAST=192.168.1.255 IPADDR=192.168.1.10 NETMASK=255.255.255.0 NETWORK=192.168.1.0 ONBOOT=yes■ネットワークア

アナウンス後わずか2カ月でLinux Kernelにマージされたことで一躍注目を浴びることになった仮想化技術「KVM」。しかし、その具体的な仕組みや使用方法となると、意外と知られていないのではないでしょうか。この連載ではそんなKVMについて紹介します（編集部） KVMは、Linux Kernel自体をハイパーバイザとする仕組みで、正式名称を「Kernel-based Virtual Machine」といいます。KVMは現時点では、Intel VT-xやAMD-VといったCPUの仮想化支援機能を必要とし、完全仮想化によりOSの仮想化環境を提供します。 この記事では、「KVMの名前は聞いたことはあるが詳しくは知らない」という方、「興味はあるけど使い方がよく分からない」という方を想定し、全3回でKVMの概要と基本的な使い方、今後の課題について紹介したいと思います。 OS仮想化技術のおさらい サー