IDCF テックブログ

IDCF テックブログ

クラウド・データセンターを提供するIDCフロンティアの公式テックブログ

セルフクラウド rootディスクの拡張

※この記事は公開されてから1年半以上経過しています。情報が古い可能性がありますのでご注意ください。

こんにちは、梶川です。

「rootディスクを拡張したい」とのお話をたまにいただくのですが、現状のIDCフロンティア クラウドサービス(以下、セルフクラウド)セルフクラウドは基盤側でのディスク拡張をご提供していないため、クラウド側で対応するのは難しい状況です。

ということで、今回は目的のディスクサイズで作成した仮想マシンに、お引っ越しすることで実現したいと思います。結局のところBackup/Restore的な手法を取るわけですが、なるべく簡単に実現する方法を書いてみたいと思います。

 

今回の手法

バックアップツールにdump/restoreを使いたいと思います。バックアップしたデータのやり取りはsshを利用し、ネットワーク越しに直接dump/restoreを行います。また、新規に作成する目的のディスクサイズを持った仮想マシンはInstall CDで起動します。

dump/restoreからも分かりますが、Linuxかつext2,3,4なファイルシステムしか対応できません。(結局のところファイルをネットワーク越しに持ってこられればいいだけなので、Linuxであればdump/restoreに限らずddやscp,rsyncなどでも代替できると思います。)また、新しい仮想マシンは別のIPアドレスとなり、IPアドレスの引き継ぎはできません。

dump & restore

今回のターゲット(移動元)

今回は単純に「[LATEST] CentOS 6.4 64-bit」のテンプレートから立ち上げた仮想マシンを、rootディスク40GBで作成した仮想マシンへ引っ越ししたいと思います。

ここでターゲットを絞っている理由は、説明上パーティション構成を確定させたいためです。IDCフロンティア セルフクラウドで用意されているテンプレートは、rootディスク15GB、1パーティションとなっています。

移動先の仮想マシンの準備

移動先仮想マシンを作成してください。この時、テンプレートをISOとすることで、rootディスクのサイズを指定して仮想マシンの作成が可能です。

選択するISOは移動元に合わせたOSを選択するのが無難です。今回移動元はCentOS6.4なので「CentOS-6.4-x86_64-bin-DVD1.iso」を選択してください。

移動先の仮想マシンの起動

ISOからの起動となりますので、コンソールでの作業が必要になります。コンソールでの操作は、ご利用ガイド仮想マシンへのコンソール接続を参照してください。

ISOから起動すると、インストールメニューが表示されますが「Rescue installed system」を選択して起動してください。なお、CentOS5.xで起動した場合は「boot: linux rescue」とすることでRescueで起動することが出来ます。CentOS5も6も、1分程度すると「Install or upgrade an existing system」で自動的に起動してしまいますのでご注意ください。もし既に起動してしまっていた場合は、コンソール画面左上の[Ctrl-Alt-Del]で再起動しましょう。

Rescueモードでの起動に関する詳細は省略させていただきますが、途中で聞かれるネットワークの設定をDHCPで設定し、ネットワークを使えるようにしてください。また最後に既存のシステムをマウントするかどうかを聞かれますが「Skip」を選択するようにしてください。

移動先の仮想マシンの準備

まずはじめに、新しいディスクへパーティションを設定します。ここでは、移動元と同じように、1パーティションで構成します。

 ※ 1パーティションの例です。詳細は省きますが、通常と違う注意点はbootable flagをたてる必要が有ることです。下記の例ですと、コマンド「a」を入力している部分になります。

 # fdisk /dev/sda

 Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
 Building a new DOS disklabel with disk identifier 0x13168cf4.
 Changes will remain in memory only, until you decide to write them.
 After that, of course, the previous content won't be recoverable.

 Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

 Command (m for help): n
 Command action
    e   extended
    p   primary partition (1-4)
 p
 Partition number (1-4): 1
 First sector (2048-83886079, default 2048): 2048
 Last sector, +sectors or +size{K,M,G} (2048-83886079, default 83886079): 83886079
     <=ディスクサイズにより数値が異なります。1パーティションであれば、最初(2048)から最後(例だと83886079)までのすべてを指定してください。
 Command (m for help): a
 Partition number (1-4): 1

 Command (m for help): p

 Disk /dev/sda: 42.9 GB, 42949672960 bytes
 255 heads, 63 sectors/track, 5221 cylinders, total 83886080 sectors
 Units = sectors of 1 * 512 = 512 bytes
 Sector size (logical/physical): 512 bytes / 512 bytes
 I/O size (minimum/optimal): 512 bytes / 512 bytes
 Disk identifier: 0x13168cf4

    Device Boot      Start         End      Blocks   Id  System
 /dev/sda1   *        2048    83886079    41942016   83  Linux

 Command (m for help): w
 The partition table has been altered!

 Calling ioctl() to re-read partition table.
 Syncing disks.

 ※ もちろん複数のパーティション構成を取っても問題はありません。

パーティションが作成できたらファイルシステムを構築します。移動元がCentOS6.4ですのでext4でフォーマットします。なお、CentOS5.xであればデフォルトはext3となりますので、ext3でフォーマットしてください。もちろん元の仮想マシンと同じにすることが望ましいですが、dump/restoreのツールの場合、ext2,3,4なファイルシステムのみサポートされています。

 # mkfs.ext4 /dev/sda1
 mke2fs 1.41.12 (17-May-2010)
 Filesystem label=
 OS type: Linux
 Block size=4096 (log=2)
 Fragment size=4096 (log=2)
 Stride=0 blocks, Stripe width=0 blocks
 2621440 inodes, 10485504 blocks
 524275 blocks (5.00%) reserved for the super user
 First data block=0
 Maximum filesystem blocks=4294967296
 320 block groups
 32768 blocks per group, 32768 fragments per group
 8192 inodes per group
 Superblock backups stored on blocks:
     32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624

 Writing inode tables: done
 Creating journal (32768 blocks): done
 Writing superblocks and filesystem accounting information: done

 This filesystem will be automatically checked every 35 mounts or
 180 days, whichever comes first.  Use tune2fs -c or -i to override.

 ※ 複数パーティションを作成した場合は、すべてをフォーマットしてください。

フォーマットが完了したら、restoreコマンドで書き込めるようにマウントしておきます。

 # mkdir /mnt/sda1
 # mount /dev/sda1 /mnt/sda1

これで準備完了です。

データ転送はsshを利用するため、この転送先仮想マシン(大きいディスクを接続した仮想マシン)から移動元(小さいディスクの仮想マシン)にsshできるか、ここで確認しておいてください。セルフクラウド標準のテンプレートの場合、sshでの接続は公開鍵認証がデフォルトになっていますので、一時的にパスワード認証を許可しておくと良いと思います。(あくまでも一時的です。作業後はもとに戻してください。)

 ※ この例では、移動元仮想マシン名は「i-1414-39131-vm」としています。

 # ssh i-1414-39131-vm  <= 移動元仮想マシンを指定
 The authenticity of host 'i-1414-39131-vm (10.2.1.68)' can't be established.
 RSA key fingerprint is 59:0c:a6:f5:a8:c3:20:ff:e1:0c:8e:ab:a9:88:8a:e1.
 Are you sure you want to continue connecting (yes/no)? yes
 Warning: Permanently added 'i-1414-39131-vm,10.2.1.68' (RSA) to the list of known hosts.
 Permission denied (publickey,gssapi-keyex,gssapi-with-mic).
 [root@i-1414-39131-VM ~]#  <= 入れることを確認。
 [root@i-1414-39131-VM ~]# exit

データのお引っ越し

それでは移動元をdumpして、移動先にrestoreしてみましょう。以下の通りですが、コレは結構簡単です!

 ※ この例では、移動元仮想マシン名は「i-1414-39131-vm」としています。

 # cd /mnt/sda1
 # ssh i-1414-39131-vm "dump -z -0 -f - /dev/sda1" | restore -r -f -

 ※ restoreコマンドは、カレントディレクトリにファイルを展開しますので、はじめにcdで目的のディレクトリへ移動しておく必要があります。この場合は、新しい大きなディスクをマウントした/mnt/sda1となります。
 ※ 移動元の仮想マシンは、起動したままデータを取得することになりますので、各サービス(データベース)などは止めておく方が良いでしょう。
 ※ 複数のパーティションがある場合は、同様の操作を繰り返してくだださい。

sshで目的のサーバーへ入り、dumpコマンドを実行と結果をSTDOUTへ出力、それをパイプでローカルのrestoreコマンドへ渡して、ローカルのディスクへ書き込みます。実にUNIXらしい使い方ですよね!

dump/restoreが終わったら、あともう少しです。ブートローダのインストールと、ディスクが変わったことによるfstab等の修正が必要です。

 ※ 新しいディスクへchrootします。この時、/devをbind mountしておきます。

 # mount --bind /dev /mnt/sda1/dev
 # chroot /mnt/sda1
 ※ ディスクが変わったため、ディスクのUUIDが変わっています。fstab,grub.confのディスクUUIDの記述を修正します。

 # tune2fs -l /dev/sda1 | grep UUID
 Filesystem UUID:     xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx    <=今のディスクのUUIDを確認。</span>

 # vi /etc/fstab   <= UUIDを今のディスクのUUIDへ書き換える。
 # vi /boot/grub/grub.conf   <= UUIDを今のディスクのUUIDへ書き換える。

 ※ パーティションを複数作成した場合、構成に合わせて適宜書き換えてください。
 ※ ネットワークアダプターのマックアドレスが変わるため、こちらの作業も行ってください。これは、CentOS6系では必須作業となります。
 # rm -rf /etc/udev/rules.d/70-persistent-net.rules
 ※ ブートローダー(grub)を新しいディスクへインストールします。

 # grub
 Probing devices to guess BIOS drives. This may take a long time.


     GNU GRUB  version 0.97  (640K lower / 3072K upper memory)

  [ Minimal BASH-like line editing is supported.  For the first word, TAB
    lists possible command completions.  Anywhere else TAB lists the possible
    completions of a device/filename.]
 grub> root (hd0,0)
 root (hd0,0)
  Filesystem type is ext2fs, partition type 0x83
 grub> setup (hd0)
 setup (hd0)
  Checking if "/boot/grub/stage1" exists... yes
  Checking if "/boot/grub/stage2" exists... yes
  Checking if "/boot/grub/e2fs_stage1_5" exists... yes
  Running "embed /boot/grub/e2fs_stage1_5 (hd0)"...  27 sectors are embedded.
    succeeded
  Running "install /boot/grub/stage1 (hd0) (hd0)1+27 p (hd0,0)/boot/grub/stage2 /boot/grub/grub.conf"... succeeded
 Done.
 grub> exit

 ※ パーティションを複数作成した場合、rootの指定をご注意ください。場合によっては、grub.confの修正も必要になります。

これですべて完了です!!リブートして起動してみましょう!

 # exit
 # umount /mnt/sda1/dev
 # umount /mnt/sda1
 # exit

いかがでしょうか?ちゃんとブートしましたか?ブートできない場合、可能性が高いのはUUIDの指定ミスかと思います。もう一度Rescueでブートし、UUIDを確認してみましょう。

冒頭で「なるべく簡単に」と書いたのですが、dump/restoreのところはUNIXらしい使い方で簡単ですが、新しいディスクの準備やディスクが変わったことによる書き換えの発生などが、結構面倒ですね。もっといいやり方ないかな。(の代わりにddでディスクイメージを転送し、その後resize2fsで拡張とかの方が簡単かもしれませんね。でも転送に時間はかかるかもしれない。)

Copyright © IDC Frontier Inc.