ショボイブログ[SB]

不思議なもので、何故だかわからないが研修中の身分でありながら研修用の資料を作成するという不思議な事態に陥っている。

まあ理由は問うまい。そんなものは今更どうだって構わない。ともかく資料を作成することが肝要なのである。当初研修用のマニュアルを作成する予定だったのだが、既に存在するものと同じようなものをわざわざ作るのはあまり面白味がない。既にあるものだって、その用途に限ってみれば十分に使えるものでもある。なので既にあるものを補足するためのテキストを作成することにした。

最近電話型したSkype端末って結構あるじゃないですか。無線LANで使える上にSkype内蔵してたりとかして、最近じゃまんま自宅用の電話みたいな感じですねぇ。

んで携帯電話と比べて何が違うのかなって思ったんですよ。そしたらですね、そういったSkype端末ってば普段携帯で使ってるメール機能だとかウェブ見たりとかができないみたいなんですねぇ。W-ZERO3みたいなスマートフォンならもちろんメールもウェブもできるんですけど、W-ZERO3くらいのサイズとなると電話としてはちょっと大きいかなと思うわけで。

普通の携帯電話くらいのサイズ(＋機能)でSkypeが使えるっていうSkype端末ってのは多分需要があると思うんですけどねぇ。市場的にはどうなんでしょうかね？

(7)VMX Builder

VMX BuilderはVMware Server Consoleのように仮想マシンの管理や新たな仮想マシンの構築を行うことのできるWindows用のソフトである。インストールに際してはいくつかのVBランタイムが必要になるので、うまく起動できなかった場合などはCoreSetup.exeをダウンロード＆実行して、ランタイムを導入する。


導入が完了したら早速起動させてみる。起動させるとまずはHomeタブが開いていて、[Create New Virtual Machine]と[Edit Existing Virtual Machine]が選択可能になっているはずだ。作成するために[Create New Virtual Machine]を押す。すると仮想マシンをどこに作るかとたずねてくるので、適当なフォルダを指定する(今回は[c:\vmware\test])。フォルダの指定が完了するとディスプレイネームをたずねてくるので、わかりやすい名前を付けてやる。今回もVineを利用するシステムを作ってみることにするので、[Vine @ VMX Builder]とつけてみることにした。

すると仮想マシンの設定画面に切り替わるのだが、VMware Serverの時とはちょうど入れ替わるように、[Hardware]タブの前に[Option]タブが存在する。内容的にはほぼ同一なので詳細は割愛する。

[Hardware]タブのほうも大差ないと思う。VMware Serverと同じく基本的なデバイスしか登録されていないので(こちらではVMware Serverとは違ってこの時点では仮想HDDも作成されていない)、HDDやCD、Ethernetなど必要なものを導入していく。HDDの作成は、QEMUがあればイメージの作成が可能になるので、一緒に導入しておくことを薦める。


デバイスの追加や設定がすんだらVMX Builder自体のメニューにある[VM]の中の[Save]を押す。するとvmxファイルが生成され[Favorites]に今作られた仮想マシンが追加される。あとはVMX Builder上からlaunchすればVMware Playerが呼び出されて仮想マシンが起動する。

(6)VMware Server for Linux

そんなこんなで今回はVMware Playerではなく、VMware Serverを使うことにする。環境は引き続きFedoraCoreをホストOSとして利用する。今回のようにVMware Playerをインストールしている場合はあらかじめアンインストールすること。

># rpm -qa | grep VMware

でインストールされているVMware Playerのパッケージが出てくるはず。なので

># rpm -e VMware-player...

バージョンナンバーなどを補間してアンインストールする。インストールは通常のrpmパッケージのインストールと変わらないが、インストール後コンソールからコンフィグを実行する必要がある。この際にシリアルナンバーが必要になるので登録しておくこと。

# ./usr/bin/vmware-config.pl

今回はxinetdがなかったためにコンフィグの途中で中断された。またgcc 4.0.2も必要になるので、ない場合にはあらかじめyumなどでインストールしておく必要がある。コンフィグが完了してリブートすればメニュー内に[VMware Server Console]がインストールされているはずである。起動させると作成から実行までトータルで行える環境が呼び出される。

VMware Serverでは新たな仮想マシンの構築も可能である。まず[VMware Server Console]を起動させ、[Connect to host]で[Local host]を選択する(ローカルのファイルを使うというだけの話で、特に考えることもないと思う)。そのあとのメイン画面で[Create a new virtual machine]を選択すると仮想マシンの作成が始まる。(2) の場合と同じくVineLinuxのCDイメージを使ってインストールから開始する環境を構築することにして、順に追ってみよう。

作成を開始するとウィザードが始まる。最初の[Virtual Machine Configuration]では[Typical]を選択して進む。次の[Guest Operating System]ではLinuxを選択し、[Version]の中から[Other Linux]を選択。次の[Name]や[Location]は自分がわかりやすいものをつければいい。[Network Connection]は好みに応じて設定すればいいが、ひとまず[Use bridged networking]を選択することにする。

お次は[Disk Size]だ。好きな容量を設定すればいいのだが、気を付けるのは[Allocate all disk space now]という項目だ。ここにチェックが入っていると、HDD上に先ほど設定した容量と同じサイズのファイルが作成される。仮にディスクサイズを10GBに設定したとすれば、10GBのファイルが作成され、そのぶんのディスク容量が消費される。最初から作成してある方がパフォーマンスはいいようなので、余裕があればチェックを入れておいてもいいと思うが(デフォルトではチェックが入っている)、仮想マシンのバックアップなどを考えているようならチェックを外した方がサイズがコンパクトになるので便利だと思われる。その下の[Sprit disk into 2GB files]はチェックが入っていれば仮想ディスクのファイルを2GBごとに分割する。

ここまで終えて[Finish]を押せば、ひとまず環境はできあがる。しかし、このままでは諸設定がデフォルトのままなのでいくつか変更を行うことにする。

メイン画面に戻ってきたら[Inventory]で先ほど作成した仮想マシンを選択して[Edit virtual machine setting]を押す。そうすると今の仮想マシンの設定が呼び出されるので必要な箇所に変更を加える。例としてまずはメモリの設定を変更してみる。[Hardware]タブの[Device]から[Memory]を選択すれば、セッティング画面の右側に変更するためのバーと数字が表示される。デフォルトでは256MBになっているが、減らしたいと思えば128MBなどに、増やしたいと思えば512MBなどに変更する。変更項目はすぐには反映されず、[OK]を押したときにまとめて適用される。

インストールの際にはVineのisoイメージを使うので、CDの設定でisoイメージを指定する。ついでというわけでもないが仮想HDDも変更しておくことにする。ウィザードで作成された仮想HDDは何故かSCSI接続になっている。これを変更してIDE接続にすることはできないようなので、このHDDを一旦削除して新たにIDE接続の仮想HDDを作成する。削除は非常に簡単で[Device]にある[HardDisk(SCSI 0:0)]を選択して、リスト下部にある削除ボタンを押すだけだ。削除した後はその隣にある[Add...]ボタンを押す。一番上にハードディスクがあるはずなのでそのまま[Next]を押して進める。次の画面では[Create a new virtual disk]を選択して進める。このとき[Use an existing virtual disk]を選択すると、先ほどまで認識していたSCSI接続の仮想HDDが簡単に発見できるが、これを選択すると結局同じSCSI接続のディスクが見えるだけなので、ここでは新規に作成しなおす。次の画面では[Virtual Disk Type]が出てくるので、ここで[IDE]を選択する。あとは容量など先程と同じように設定すれば完了。デフォルトで作成すれば[IDE 0:0(プライマリ:マスター)]に設定されているはずだ。

ちなみに追加できるハードウェアには
・ハードディスク
・光学ドライブ
・FDD
・サウンド
・USBコントローラー
・シリアル/パラレルポート
・Generic SCSIデバイス
などがある。Generic SCSIデバイスはホストPCに接続されているSCSIデバイスをゲストOSでも認識させるためのものだ。

[Virtual Machine Settings]の[Options]側には、仮想マシンに対する細かな設定項目がいくつか存在する。その中でも特徴的なのは[Startup/Shutdown]の項目だ。ここではVMwareが起動した際に(ホストOSが起動した際に)その仮想マシンがどう振る舞うかが設定できる。[On host startup]が[Power on virtual machine]になっていれば、ホストOSの起動と同時にゲストOSも起動する。但しVMware Server Consoleが起動していないとホスト上から画面を見ることはできない。直接動作させる必要のないサーバー用途のゲストOSなどはこの設定にしておけば自動的に作動するので便利である。[On host shutdown]が[Power off virtual machine]の場合はサスペンド(中断)して終了する。[Shut down guest operating system]に設定すると、ゲストOS上でシャットダウン処理を行ってから終了する。

*

個人的な感想でいえば、利用するだけならVMware Playerのほうが動作がわかりやすく、余計なものもないので快適である。但し、新たに環境を構築して運用まで持っていく過程においては、GUIでパーツを組み合わせることができ、VMware Toolsのインストールまで行えるVMware Serverのほうが効果的であるようにも思う。最初からVMware Serverに慣れてしまえばいいのだろうが、Playerの快適さが心地いいためにどちらを常用にすべきかは悩ましいところでもある。

その他のServerの利点としては

• バックグラウンド動作が可能


• 複数の仮想マシンが動作可能

というところであろうか。まさにサーバー用途でゲストOSを扱うのならば選択肢としてはServerしかないわけだが、バックアップしやすく可搬性の高いクライアントという位置づけでゲストOSの利用を考えればPlayerにも選択の余地は十分にある。

ただし、ホストOSがWindowsの場合、VMware Serverが動作するにはWindows 2000 Server / Windows Server 2003各種といったサーバー用OSが必要になる(WindowsXPは非公式ながら動作するようではあるが)。なのでホストOSにWindows2000Proを利用する場合には選択肢としては必然的にVMware Playerということになる。

しかし、世の中には「Windows2000Proなんだけど、VMware Serverを使いたい」と思う人もいるかもしれない。そんな人のために、次回は「VMware Player + VMX Builder」を試してみたいと思う。

(5)細かいこといろいろ

◆ファイルのやりとり

ホストとゲストの間でファイルをやり取りする場合にはLinux側でsambaを動かしてやるのが楽でよい。基本的にはディスク容量の大きいホスト側で共有システムを作成するほうが望ましいのだが、Linux側で共有ディスク領域へのアクセスが不得意なものもあるので(Vineなどではコマンドラインから操作することになる)、Linux側でsambaを動作させるほうが使いやすい。こうしおておけばいずれの環境からもGUIでアクセスできる。


◆VNC

余談ではあるが、VMwareで動作させているゲストOSはVNCで接続することも可能である。さらにいえば[ホスト(FC4)]-VMware-[ゲスト(Win2000)]-VNC-[ホスト(FC4)]という謎な接続も問題なく動作する。あまり意味があるようには思えないが。


◆ネットワーク設定

(2)のネットワーク接続のところでBridgedにしておくと書いたが、これについて触れておく。VMware Playerで利用できるネットワーク接続には3種類あり、それぞれ以下のような特徴を備える。

Bridged
　仮想マシンに専用のIPを振る接続方式。例えばホストOSのIPが[192.168.1.2]である場合、ゲストOSに[192.168.1.3]などを割り当てる。これによって同一ネットワーク上に2台のPCが存在するように見え、ネットワークの設定が単純化される。ネットワーク上においてはホストOSとゲストOSは並列にある。

NAT
　NAT自体はネットワーク技術のひとつであり、VMwareだけで利用されるものではないが、軽く触れておく。NATを利用するとゲストOSには[192.168.30.2]といったようなホストOSが持っているIPとは別のプライベートなIPが割り当てられる。ゲストOSがネットワークにアクセスする際にはNATによってホストOSのアドレスに変換され、擬似的に[192.168.1.2]になってアクセスする形になる。この場合のゲストOSは、通常ホストOSと同レベルのネットワークからは見えないのでセキュリティ上比較的安全ともとれる。

＠IT：Insider's Computer Dictionary [NAT]

hostonly
　ゲストOSにNATと同じくプライベートなIPを割り当てる。ただし、ゲストOSはホストOSとのみ通信する形となる。個人的に使う分には興味が湧かないのでパス。


◆中断、再開

VMware上でゲストOSをシャットダウンさせるのが正しい終了手続きではあるが、いちいちブートシーケンスを発生させて待っているのもあまりいいものではない。ノートパソコンなどで用いる休止状態のように「状態を保持したまま停止させる」ことができれば起動にかかる時間を短縮できる(VMwareでは休止状態というかサスペンドとなる)。

方法はいたって簡単で、VMware Playerのウィンドウを閉じる(もしくはメニュー[Player]から終了を選ぶ)だけ。これで次回起動した際には中断したときの状態がそのまま読み込まれる。


◆"_"の入力

ホストOSがLinuxの場合、"_"が入力できない場合がある。これを解決するためには/etc/vmware/configファイルを編集し、以下を追記する(要root権限)。

xkeymap.keycode.211 = 0x073

あとは

># /etc/rc.d/init.d/vmware restart

などとやってやれば設定が認識され、"_"が入力可能になる。

(4)ホスト：Linux、ゲスト：Windows

さて、今度は今までとは逆にホスト側のOSがLinuxでゲスト側のOSがWindowsの場合の構築を行う。何故かというとこちらが私の本来の目的に近いものだからだ。今回ホストのOSにはFedoraCore4(FC4)、ゲストのOSにはWindows2000Proを選択する。FC4を選択したのはたまたま手元にあったからという程度である。

まずはFC4のインストール。Linuxといえどもただインストールするだけならばさほど問題でもないはずだ。インストールがひとしきり完了したらVMware Playerをインストールしておく。

インストールまで完了すればvmxファイルとvmdkファイルを用意することにする。vmdkファイルの作成には、Windowsの時と同じくQEMUを利用する。Linux用のQEMUをインストールして、端末からコマンドで作成する。

>$ qemu-img create -f vmdk win2000.vmdk 10G

同じくコマンドライン上からviでvmxファイルを作成する。

config.version = "8"
displayName = "Windows2000 @ VMware Player"

ide0:0.present = "true"
ide0:0.fileName = "win2000.vmdk"

ide1:0.present = "true"
ide1:0.fileName = "auto detect"
ide1:0.deviceType = "atapi-cdrom"
# ISOイメージを利用する場合は上2行をコメントアウトしてこっちを使う
# ide1:0.fileName = "windows.iso"
# ide1:0.deviceType = "cdrom-image"

floppy0.present = "FALSE"

sound.present = "TRUE"
sound.virtualdev = "es1371"

ethernet0.present = "true"
ethernet0.connectionType = "bridged

guestOS = "win2000Pro"
memsize = "256"

上記の設定は[メモリ256MB/CDは実CD-ROMドライブ利用/ネットワーク接続はBridged/FDDなし/サウンドあり]となっている。サウンドなどはいらなければfalseにしてしまって構わない(というかファイルに[sound.]の項目を記載しなければ認識されない)。

こうしてCD-ROMドライブにWindowsのインストールCDをいれてVMware Playerを起動させればWindowsのインストールが始まるはずだ。完了したら先ごろ用意したVMware ToolsのWindows版をインストールする。これで先日作成したのとはまったく逆の関係でのシステムが構築できたことになる。

(3)VMware Toolsの導入(Linux編)

さて、(2)で導入したVineLinuxだが、このままだと使い勝手がイマイチよろしくないと思うのではないだろうか。PCを仮想化するというその性質上仕方ないのかもしれないが、いちいちマウスもキーボードもウィンドウ内に取られていては操作が非常にしづらいと思う。また、ゲストOSがLinuxの場合なら(少なくともVineLinuxなら)ウィンドウ自体は問題ではないと思うが、WindowsがゲストOSの場合は、VMware ToolsをインストールしないとVGAドライバがない状態となり、パフォーマンスとしても使い物にならなくなる。

それらを解決するためにも「VMware Tools」の導入をお勧めする。VMware ToolsはVMware Workstationの中に含まれている(Serverにも入っている)ユーティリティで、VGAドライバの改善やマウスの扱いの改善などが図られる。これ自体はVMware Playerには同梱されていないのだが、利用自体は問題ないとのことなのでここでは利用することにする。

VMTN Discussion Forums: VMWare Tools + VMWare Player = Legal?


まずはVMware Toolsの入手から。これは先ほども述べたがVMware Workstationに含まれているものなので、VMwareからWorkstationをダウンロードする(要ユーザー登録)。Windows版なら実行ファイルなのでインストールする必要があるが、Linux:tar版をダウンロードして展開すれば展開先のフォルダ内の[lib/isoimages]の位置にWindows.isoとlinux.isoがあるのが発見できると思う。この2つのisoファイルを使うことにする( freebsd.isoやnetware.isoはとりあえず使う予定はないのでパス)。

さて、今回のゲストOSはVineLinuxなので利用するのはlinux.isoだ。これをわかりやすいようにvmxファイルと同じフォルダに置く。前回までのとおりだと[c:\vmware\test]の中になるはず。これをVine上でマウントして起動させる事にする。そのためにvmxファイルを編集する。メモ帳でも開けないことはないと思うが、文字コードの関係などで不具合が発生しても困るので、これを機にTeraPadなどのエディタソフトの導入をお勧めする。


というわけでエディタでvmxファイルを開く。vmx-Makerで作られたこのvmxファイルを開くと

ide0:1.filename = "C:\vmware\test\Vine32- i386.iso"

と書かれた個所があると思う。これを編集して

ide0:1.filename = "C:\vmware\test\linux.iso"

とできたら保存して終了する。そしてVMware Playerを起動して先ほど編集したvmxファイルを開けば、linux.isoを仮想CDとしてマウントした状態でVineLinuxの環境が起動する。
無事ログインしたらCDをマウントして[VMwareTools-5.5.0-18463.i386.rpm](バージョンナンバーなどは異なるかもしれません)を適当な位置にコピーします。それが終わったらコンソールを開いてrpmコマンドでのインストール(例えば↓のような感じ)。

># rpm -ivh VMwareTools-5.5.0-18463.i386.rpm

rpmパッケージのインストールが終わったら

># /usr/bin/vmware- config-tools.pl

を実行して設定を行う。基本的にEnterを押していくだけで完了するはずだ。ここまで終わったらVineとVMware Playerを終了させて再起動する。無事に進んでいればマウスをVMware Playerのウィンドウにとられることなく操作可能になっているはずである。

どうも我が家のパソコンたちは一斉に臍を曲げるというところがあるようで、いいかげん困り果てることになってしまうのである。

まずデスクトップマシンがネットにつながらなくなった。LANカードを増設しても直らないあたりが実に性質が悪い。最悪、予備のマザーボードに交換すれば何とかなる気もするのだが、なにせ面倒極まりない。組みなおし自体も面倒なのだが、CPUファンがまた面倒な形状のものであり、おまけにOSのインストールしなおしまで考えるともうそれだけで軽く数日はおなかいっぱいになる。

そして追い討ちをかけるようにメールなんかのデータを扱ってるノートパソコンの不調だ。こいつは機嫌が悪くなるとバックライトがつかなくなるという、地味だがじわじわと効いてくる攻撃を加えてくる。一応分解して組みなおしてやれば機嫌がよくなることはわかっているが、これも軽く30分はとられる作業なのであまり嬉しくはない。嬉しくはないがこいつが直らないとメールが取れないし巡回も面倒だしmixiも見れないし自分のサイトの更新もままならない。そんなわけで早急に対処する必要がある。

そんな状況にさらに駄目押しといわんばかりに実験用マシンの調子も悪い。戯れに[ホスト：CentOS]-[ゲスト：Windows2000]という環境を構築しようとしたのだが、CentOSのインストールの途中でざっくりとハングアップする。どちらかというと実験用のHDDが駄目な気もするが、別に動かなくても死ぬわけじゃないので暫く放置することにする。

そんなこんなで、整理すると「家に帰ったら、というか家に帰ってもパソコンいじりまくりの日々が続きそう」という、わりと真剣に泣けてきそうな状況だったりする。まあ当面の問題はノートパソコンの復旧だな。これさえ何とかなれば、あとはゆっくりやっていけばいいや。

(2)Windowsの上でLinuxを動かしてみる


ショボイブログ[SB] | VMwareを利用してみる：１の続きです。


という能書きをだらだらと書いたところで早速実践してみることにする。今回利用するソフトはVMware Playerがメインとなる。VMwareにはPlayer以外にもWorkstationだとかServerだとかいろいろとあるのだけども、なにせフリーなのでお手軽に試せるPlayerで進めることにする。


まず必要なものだが、下記のように大きく分けて3種類のソフトが必要になる。
・VMware Player本体
・HDDイメージ作成ソフト(今回はQEMU on windows)
・vmxファイル作成ソフト(今回はvmx-Maker)
それとLinuxをインストールするためのCDイメージも用意する。今回はVineLinuxのISOイメージをダウンロードして使うことにする。


さて、まずはVMware Playerをインストールしよう。といっても実行してしまうだけなので特に難しいこともないのではないかと思う。それが終わったらQEMUとvmx-Makerのアーカイブを展開する。

ついでにVMware用のデータフォルダを用意して(私の場合C:\vmwareをデータフォルダにした。今回はテスト環境ということで、その下にさらにtestフォルダを作成。ここを作業フォルダにする)、そのフォルダにVineLinuxのイメージファイルをコピーしておく。

ここまで準備できたらvmx-Makerを起動する(解凍フォルダ内のvmxmaker.exe)。ここから順に説明していくことにするが、細かいことはvmxMakerのマニュアルを参照してもらうことにして、ここでは概要だけ。

まず[基本環境]から。[仮想ディスクのファイル名]のところで[>>]ボタンを押してqemu-imgを呼び出して、仮想ディスクを作成する。その下の名称だとかは特に考えることもなく普通に設定してもらえばいいかと。そして[CD-ROMにISOイメージを割り当てる]にチェックを入れてVineLinuxのイメージを指定する。あとは右側のネットワークで接続方式を[bridged]にする(説明は後ほど)。

ここまでできたら[ファイル生成]を押せばvmxファイルができあがる。そしてそのvmxファイルをVMware Playerで開けば仮想PCが立ち上がり、Vineのインストールを行うことができる。

インストール完了後は仮想CDROMドライブをオフにすればHDDから立ち上がるようになる。

(1)仮想化してみようかと思う

かねてより、「コンピューターの仮想化」というものが気になっていた。
もちろん技術的なトレンドとしてもそういう流れは主流になりつつあるが、一個人としても仮想化には興味があった。

私の場合、生来の阿呆であるからして自宅にもパソコンが何台かあったりする。そして困ったことに、そのどれにおいても同じように情報にアクセスできたり、同じような使い勝手を求めたりする。

するとどうなるか。

何台ものパソコンに同じソフトをインストールし、同じ設定をし、メールも何台ものパソコンで取得できるようにし・・・などと冷静に考えたら不毛極まりないのである。

それだけではない。

いざというときに備えて重要なデータはバックアップを取ることを心がけている。しかしそれにしたってあれやこれやとあるのはやはり面倒極まりないというのが実情である。ホントに面倒なのでどうにかしたいと思っていた。それがもしかしたら「コンピューターの仮想化」でずいぶんと解決するかもしれないのだ。


とりあえず軽く仮想化について触れることにする。いわゆるパソコンというのは、パソコンというハード(機械)の上にWindowsやらMacOSやらLinuxやらというソフト(OS)があって、それが動作しているのである。そういったOSというのはハードそのものと密接に関わりがあり、そのため違うコンピューター上で同じOSをそのままコピーして使うというようなことはまず無理なのである。

しかし、仮想化するとどうなるか。ハードとOSの間に、その違いを吸収するためのソフトが重なり、その結果としてOS部分の可搬性が高くなる。また、通常ハードとOSは1対1で用いられるものであるが、仮想化されたものに限ってはそうとも限らない。ひとつのハードに複数のOSが動作する(ように見せかける)ことも可能なのである。

そんなわけでこれから暫く、ちょこちょこ書いてみようと思う。