D:\Virtual Machine\.VirtualBox\ フォルダを G:\VMachine\.VirtualBox\ に移動させることができました。各仮想マシンもスナップショットの階層を保持しています。 スナップショットの移動は出来ない、という記述を複数のリンク先で確認したのですが、少なくとも.VirtualBoxフォルダごとの移動であれば問題なさそうです。 バックアップを取って実行して下さいね 責任は負わないよ 多分私はこういう処理をしたんだと思うけど、もしかしたら説明に抜けがあるかも。 Vistaで解説しています。 私の環境の移動元フォルダである「D:\Virtual Machine\.VirtualBox\」は標準で「C:\Users\%USERNAME%\.VirtualBox」に位置するでしょう。 XPの人は「%USERPROFILE%」=「C:\Documents an

VirtualBox 3.1.6 Windows7 64bit http://www.virtualbox.org/ マニュアル Program Files\Sun\VirtualBox\doc\UserManual.pdf ゲストOSのリストを表示する C:\Program Files\Sun\VirtualBox>VBoxManage.exe list vms Sun VirtualBox Command Line Management Interface Version 3.1.6 (C) 2005-2010 Sun Microsystems, Inc. All rights reserved. "ubuntu9.10" {3d513084-d500-4018-9859-40b6229123d6} "WinXP" {56dd6b2f-004e-421f-91e7-17252b9c61

ストレージは用意できた。早速仮想マシンを用意してテストを開始だ！　気になるディスクアクセス速度は改善されるのか？　IBM BladeCenter S SAS RAIDコントローラーが1台故障してもキチンと動くのか？　そしてHyper-Vはどうなる？ VMware ESXiを動かしてみる 先回までの作業にて、IBM BladeCenter S SAS RAIDコントローラー・モジュールの設定は完了した。シャーシ背面の管理モジュールにディスプレイとUSBのキーボードを接続し、1枚目のブレードサーバーの｜□｜ボタンとCDボタンを押してKVMと光学ドライブを切り替える。シャーシ前面の光学ドライブにVMware ESXi3のCDをセットした後、Alt+Ctrl+Delキーを押してリセットすると、数秒のブラックアウトを経て画面に見慣れたIBMのロゴが表示された。ちなみに、今回使用したVMwareは、V

アスキー・メディアワークスが引越し、IBMのブレードサーバ「IBM BladeCenter S」を導入してから早5カ月が過ぎ去った。ところが、仮想化の達成率は予定の70％。いったい何が起きたのか？　問題は、主にストレージにある。共有ストレージをいかに構築するか？ 引っ越しでブレード＆仮想化第2弾では、IBM BladeCenter S SAS RAID コントローラー・モジュールを使用した共有ストレージ構築を試してみた！ 新社屋にIBM BladeCenter Sが来たのが7月末。既に5カ月が経過した。事の次第については、前回の記事「会社引っ越し ブレードで仮想化大作戦」をご覧いただきたい。導入当初に色々とあったハードウェアは、その後はすこぶる快調で、弊社のITインフラの一翼を担っている。 昔からコンピュータ業界はDog yearと言われ、技術革新の速度が他に比べ7倍速いとされている。いわ

ブレードサーバー「IBM BladeCenter S」一式を丸ごとお借りし、遂にIBM BladeCenter S SAS RAIDコントローラー・モジュールを使ったHDDのRAID化と複数ブレードでの共有化作戦が始まった。 まずは環境を構築だ。まずはハードウェアのビルドアップから、「IBM Storage Configuration Manager」と呼ばれる専用管理ソフトの使い方、さらにIBM BladeCenter S SAS RAIDコントローラー・モジュールの設定と、そのすべてを余すところなくお伝えする！ 筆者の期待のIBM BladeCenter S SAS RAIDコントローラー・モジュールは、従来のSAS接続モジュールと変わらず、ただの四角い金属製のハコである。この中にSASスイッチに加えRAIDコントローラーが実装されているハズだが、その外観からは確認できない。このモジュ

引越し先の新社屋に、遂にブレードサーバが届いた！　マニュアルも読まずにモリモリと取り付ける技術者たち。設置作業は昼食をはさんで4時間で完了するが、アレ？　動かない……と、お約束のトラブルが。 新社屋に届いたブレードサーバー。思ったより多くの箱を前に、いささか不安を感じつつ、それでも新しいマシンの匂いを嗅げば開けずにはいられない衝動は、高校生の頃から変わらない。7月最初の土曜日はこうして始まった。 集まったのは技術部の人間が筆者を入れて3人、それにこの状況を取材するASCII.jp編集部の人間が1人の計4人だ。あれ？　好きモノの技術部員はもっと来ないの？　まぁ、元パソコン少年達も今や一家の長として家族サービスもサボれないといったところだろう。「だいたい見ればわかるでしょう。そもそも、部品なんてハマる処にしかハマらないようになってるハズ」と、ろくにマニュアルも読まずに、一心不乱にドシドシと箱を

稼動を開始できるようになったブレードサーバ。それにしても省スペースで、冗長性もリーズナブルに確保できた。次はいよいよシステムのインストール、そして仮想化だ！　イジって分かったブレードの、スゴイところをレポート。 先回の5時間の死闘により、ようやくブレードサーバが使えるようになった。ストレージ・モジュールに差し込んだSATAのHDDは1ブレードに2台づつSASゾーニングで割り付けられ、ブレードサーバ内に差し込んだSAS拡張カードによりRAID1（ミラーリング）を構成し、ブレードからはSASのHDDとして見える状態になっている。 ここまでくれば、普通に10台のPCサーバがあるのと同じだ。今回導入したブレードのCPUは4コアのXeon Quad Core E5405だ。このブレードに仮想化して格納しようとしている古い世代の1CPU1コアので考えれば、10枚のブレードで48コア（計算が合わないのは

アスキー・メディアワークスが引越す！　しかし先のマシンルームは今の1/10しかない。そこで、“サーバーマシンという名の普通のPC”をブレードでまとめる計画が始動した！　初回となる今回は、現状分析から購入までをレポート。 「新社屋のサーバールームは、旧アスキーのマシンルームの1/10程度しか無い」。この驚愕の事実は、新社屋のプランニング関係の打合せにも足しげく通い、陣取り合戦に参加したが変わることはなかった。そもそも、旧アスキーには、30年間かかって溜めに貯めた サーバーマシンという名の普通のPCが所せましと群雄割拠している。これらのPCを部品棚の上に置いて、サーバーファームならぬPC物置部屋を作っていたのだ。部屋の大きさは、初めて一人暮らしをする若者のワンルームくらいあるのだから、ある意味異常な状態。坪単価いくらすると思ってんだと、社長じゃなくても突っ込みたくなる状況だ。 とは言え、これら