余ったラズパイで作る自宅サーバ向けリモートKVM - ぶていのログでぶログ
自宅サーバを運用していると突発的なリブートや設定ミスによるアクセス不能などなどが起こり、そのたびにリモートKVMが欲しくなる…。 しかし、リモートKVMは主にエンタープライズ向けで対応した筐体や装置が高額でなかなか手が出づらい…。 そこでどこのご家庭にもある余ったラズパイとPiKVMを使って安価にリモートKVMを作ろうというのがこの記事の趣旨。 PiKVMとは PiKVMは、Raspberry Pi(ラズパイ)を用いて遠隔地から物理的なコンピュータにキーボード、ビデオ、マウス（KVM）スイッチとしてアクセス可能にするオープンソースプロジェクトである。 この記事を書いている現在(2024/03/24)では、DIY PiKVM V1～v4の4つのバージョンがある。 V3とV4はラズパイ内蔵の完成品になっていて、これらのバージョンを自作することはできない？ので今回の選択肢からは外す。 V1とV2
VirtualBox 5.0 の準仮想化で仮想マシンの動作が速くなった | バシャログ。
tanakaです。 VirtualBox 5.0が7月9日にリリースされました。Linuxゲスト向けの準仮想化設定を有効にしたところ、開発しているWebアプリケーションの処理速度が130～200%高速になったので既にVagrantを使っている場合のアップグレード手順をご紹介します。 1. アプリケーションをアップグレード Download VirtualBox 5.0.0 以降をダウンロードしてください DOWNLOAD VAGRANT 1.7.4以降をダウンロードしてください 2. Vagrantfile に準仮想化の為の設定 --paravirtprovider を追加 config.vm.provider ブロックがあれば1行追加するだけです。 このパラメータはゲストOSの種類で決めるそうで、ホストOSがWindowsでもKVMが選択できます。 config.vm.provider
Vagrant で VirtualBox 5.0 の準仮想化を有効にする - Qiita
要旨 VirtualBox 5.0 で準仮想化が利用できるようになったので Vagrant で VM を作るときに有効にする設定の紹介。 前提 Vagrant 1.7.3+ VirtualBox 5.0+ Vagrant のバージョンが古いとそもそも VM が立ち上がらないので注意。 設定 VirtualBox provider の customize メソッドは VBoxManage コマンドのラッパーなので、modifyvm で新しく追加された準仮想化オプションを設定するように書けば良い: Vagrant.configure(2) do |config| # とりあえず VagrantCloud にある CentOS 7.0 イメージを使う config.vm.box = "chef/centos-7.0" config.vm.provider "virtualbox" do |pro
intel CPUでnested kvmを試す(2) - おもむくままに
前回はkvmモジュールでnested kvmを有効にした。 今回は、仮想マシンをvmxを有効にした上で起動させてみる。 $ qemu-img create -f raw ubuntu-vm.img 16G $ wget http://ftp.jaist.ac.jp/pub/Linux/ubuntu-releases/11.10/ubuntu-11.10-server-amd64.iso $ sudo virt-install --name ubuntu-vm \ --cdrom ubuntu-11.10-server-amd64.iso \ --ram 512 \ --vcpus 1 \ --disk path=ubuntu-vm.img \ --vnc \ --os-type linux \ --accelerate --hvm \ --network=bridge:virbr0 ※ub
NATモードのKVM(+libvirt)にて、ゲストOSへSSHログインする - 海馬のかわり
良く忘れるので、メモ。 KVM(+libvirt)をNATモードにて使用する際に、ゲストOSを外部公開する(ポートマッピング)する為の設定。 ・環境 ホストOS: CentOS5.8 仮想NW : 192.168.122.0/24 ゲストIP: 192.168.122.101 ・概要 ホストの10022/tcp宛通信をゲストOSの22/tcpへマッピング ・現在のiptables設定確認 # iptables -nvL --line-numbers Chain INPUT (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 1 0 0 ACCEPT udp -- virbr0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:53 2 0 0 ACC
Private Presentation
Private content!This content has been marked as private by the uploader.
無線LAN搭載PCでKVMを実行し、仮想OSをブリッジ接続するには
ちょっとマニアックな情報なので、興味のない方は読み飛ばしてください。 最近はノートPCもマルチコアが当たり前で、メモリもふんだんにあるので、ノートPC内に仮想化環境を構築することも容易にできます。マニアックな使い方ではありますが・・、必要な人には必要なわけで・・ そこで、ノートPC内にKVMで仮想環境を構築し、ゲストOSをブリッジ接続して、LAN内のPCと直接通信するような環境を作りたいというのが今回の目標です。 ゲストOSをブリッジ接続するぐらい、VirtualPCやVMWareでも簡単にできるんだからKVMでも簡単にできるだろうと思っていたのですが、落とし穴がありました。LANに接続するインターフェイスが有線NICである場合問題なくブリッジを構成できるのですが、無線LANでLANにつながっている場合は、ブリッジ接続を作ること自体難しいようです。これはKVMに限った話ではなく、Virtu
Ubuntu で 仮想マシンにUSB-HDDをマウントしてみる
写真などのデータは、USB接続のHDDに入っているので、本体(ホスト)に接続されたUSB-HDDを、仮想マシンでマウントできるようにしてみる。 ホスト側で、接続されているUSB-HDDの情報を lsusb で取得する。 $ lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ～ Bus 002 Device 003: ID 0000:0000 Bus 001 Device 004: ID ffff:eeee XXXXXX INC. (nnnnnnn) ここでは、 ffff がvendor id eeee がproduct id ということがわかる。 ちなみに、仮想マシンで lsusb すると $ lsusb Bus 001 Device 001: ID 1d6b:0001 Linux Foundation
KVM PCIパススルー (PCI PassThrough)
assign PCI devices with Intel VT-d in KVM Linux KVM ハイパーバイザーは、ホストシステムのPCIデバイスを仮想ゲストへ接続(バインド)する技術があります。これをPCIパススルー(PCI PassThrough)といいます。 PCIパススルーは、ゲストオペレーティングシステムがホスト側PCIデバイスに直接物理的アクセスできるようになり、仮想でないデバイス・ドライバをそのまま利用できるので、細かなデバイス制御や命令実行が可能です。パフォーマンスに関しては、PCIパススルーを使用することで、ネイティブに近いパフォーマンスを得ることができると言われています。 実際にUSB2.0パススルーでゲスト側に接続したUSBメモリーでのファイル転送と比較した場合、今回のPCIパススルー接続経由でのUSBメモリーの方が高速でした。 このKVM PCIパススルーは
KVMゲストOS（Linux）でUSBメモリを使用する - GreenLeaf
USBメモリをマウントする † ホストOSでUSBメモリを/dev/sdcで認識しているとして、 ホストOSでドメインにデバイスを割り当てる。 # virsh attach-disk CentOS /dev/sdc sdz 第4引数はsdxであれば何でもよさそうです。 ゲストOSでdmsgを実行。 # dmesg ・・・ sd 4:0:4:0: [sda] 31375360 512-byte logical blocks: (16.0 GB/14.9 GiB) sd 4:0:4:0: [sda] Write Protect is off sd 4:0:4:0: [sda] Mode Sense: 63 00 00 08 sd 4:0:4:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FU
KVM のディスクイメージのサイズを後から変更する - せくすぃだいありぃ
毎回忘れるのでメモ． KVM のディスクイメージを後から変更してパーティションのサイズも変更する方法． OpenWRT の KVM 用イメージを使ってるとディスクサイズが 50MB とか涙が出そうなサイズなので，こいつを 1 GB まで大きくします． イメージは qcow2 でもできるけど，今回は raw で まず，イメージファイルのサイズを変更します． これは qemu-img コマンドで qemu-img resize openwrt-x86-generic-combined-ext4.img 1G これで，ディスクイメージのサイズは 1G になります． が，VM から見たパーティションのサイズは変更前のままです． なので，後からパーティションを追加して増やすことはできますが，そもそも root パーティションが少ないので，パーティションのサイズを変更したい場合に使えません． なので，
[Debian] ディスク容量の拡張
KVM上の仮想マシン(debian) のディスクを増やしてみます。 1. backup kvm image. 2. check information of vm disk $ sudo pvdisplay --- Physical volume --- PV Name /dev/sda5 VG Name vm-test PV Size 63.76 GiB / not usable 2.00 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 16322 Free PE 0 Allocated PE 16322 PV UUID x1nhEp-eb1M-yQpB-mg7P-HUVz-A5Zx-wqP3ry $ sudo vgscan Reading all physical volumes. This may take a whi
KVMを使う（ディスク性能編）
カテゴリー 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) 量子コンピューティン
[KVM] 仮想マシンのメモリ設定
virshのsetmemコマンドを使うと、仮想マシンのメモリサイズを変更できます。 以下、virt-managerで仮想マシンを作成する際に、メモリサイズを1GBと指定した場合を例に説明します。 ホストOSで、virshにログインし、setmemコマンドを実行します。 $ sudo virsh # virshにログイン virsh # setmem 2 524288 これで、ID=2の仮想マシンのメモリは、512MBになったはずです。 仮想マシンにログインして、freeコマンドを実行してみます。 $ free -k total used free shared buffers cached Mem: 495256 345728 149528 0 12808 268740 このように、メモリが512MBになっています。 ちなみに、仮想マシンの作成時に指定したメモリサイズ(メモリの最大サイズ)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
KVM port forwarding with NAT network and libvirt on Debian
https://www.system-act.com/server/kvm.html
KVM on Ubuntu: Port forwarding to a guest VM
Charming Python: Functional programming in Python, Part 3
はてなブログ | 無料ブログを作成しよう
逆引きKVM(Kernel-based Virtual Machine) - Qiita
