毎日暑いので、データセンターに行くのも嫌になってしまいますね。
あ、すいません。データセンターに行くのは暑くなくても嫌でした。インフラエンジニア失格ですね(笑)

さて、『全てのサーバーをクラウドに移行する事が出来たら、データセンターに行く事もなくなる！』と夢見ておりますが、シンガポールにあるAWSのデータセンターがオープンして3カ月程度たちました。

先日、US WestにあるEBSタイプインスタンスをAsia Pacificに移行したという事もあり、今回のエントリーではEBSタイプのインスタンスを他のリージョンへ移行する手順について書きたいと思います。

必要な前提条件は以下の通りです

• 移行するインスタンスにはec2-api-toolsがインストールされている事
• 移行するインスタンスにはec2-ami-toolsがインストールされている事
• 移行するインスタンスにはec2-metadataがインストールされている事
• 今回はUS WestからAsia Pacificへの移動する

移行手順の概要は以下の通りです

• EBSタイプのインスタンス上でイメージファイルを作成してAsia PacificのS3バケットにアップロード
• Asia Pacificデータセンターで起動出来るインスタンスストアタイプのAMIを作成して起動
• インスタンスストアタイプのインスタンスからEBSタイプのAMIを作成

※ec2-api-toolsとec2-ami-toolsのインストールは割愛してあります

準備

ec2-metadataのインストール

# wget http://s3.amazonaws.com/ec2metadata/ec2-metadata
# chmod 755 ec2-metadata
# mv ec2-metadata /usr/bin/ 

fstabの状態を確認

# vi /etc/fstab
/dev/sda1  /         ext3    defaults        1 1
/dev/sda3  swap      swap    defaults        0 0
/dev/sdc   /mnt      ext3    defaults        0 0
none       /dev/pts  devpts  gid=5,mode=620  0 0
none       /dev/shm  tmpfs   defaults        0 0
none       /proc     proc    defaults        0 0
none       /sys      sysfs   defaults        0 0

イメージファイルを作成しAsia PacificのS3へアップ

ec2-bundle-volを実行してインスタンスのイメージファイルを作成

# ec2-bundle-vol -k 秘密鍵 -c X.509証明書 -u アカウントナンバー

Asia-PacificのS3バケットを作成後、S3へイメージファイルをアップロード

# ec2-upload-bundle -b 作成したS3バケット名/ -m image.manifest.xml -a アクセスキーID -s シークレットアクセスキー

S3のイメージファイルからinstance-storeタイプのAMIを作成し、起動

S3へアップロードしたイメージファイルからAMIを登録する

$ ec2-register 作成したS3バケット名/image.manifest.xml

作成したAMIからインスタンスを起動します(AWS Management Consoleからでも実行出来ます)

$ ec2-run-instances AMI-ID -k 起動する秘密鍵 --group セキュリティグループ

起動したインスタンスからイメージを作成してEBSに展開、設定変更

起動したインスタンスへログイン後、ec2-bundle-volを実行してインスタンスのイメージファイルを作成

# cd /mnt
# ec2-bundle-vol -d /mnt -k 秘密鍵 -c X.509証明書 -u アカウントナンバー

バンドルボリュームを一つのファイルにまとめる

# ec2-unbundle -k 秘密鍵 -m /mnt/image.manifest.xml -s /mnt/ -d /mnt/
Unbundle complete.

# ls -l /mnt | head -3
合計 2194968
-rw-r--r-- 1 root root 10737418240  8月 16 16:26 image
-rw-r--r-- 1 root root        9406  8月 16 16:35 image.manifest.xml

EC2インスタンスのゾーンを取得する。

# ec2-metadata -z
placement: ap-southeast-1a

ブートイメージ格納用のEBSボリュームを作成する(EBSボリュームIDをメモ)

# ec2-create-volume --size 10 --availability-zone ap-southeast-1a

作成したEBSボリュームをアタッチする

# ec2-attach-volume EBSボリュームID --instance インスタンスID --device /dev/sdh

イメージをEBSボリュームに戻す

# dd if=/mnt/image of=/dev/sdh
20971520+0 records in
20971520+0 records out
10737418240 bytes (11 GB) copied, 1254.23 seconds, 8.6 MB/s

EBSボリュームをマウントする

# mkdir /mnt/ebs
# mount /dev/sdh /mnt/ebs
# df -h
Filesystem          サイズ  使用  残り 使用% マウント位置
/dev/sda1             9.9G  1.7G  7.7G  18% /
/dev/sdc              147G  2.3G  138G   2% /mnt
none                  851M     0  851M   0% /dev/shm
/dev/sdh              9.9G  1.7G  7.7G  18% /mnt/ebs

fstabを編集し、ローカルストレージの設定を削除する

# mv /mnt/ebs/etc/fstab /mnt/ebs/etc/fstab.bak
# cat /mnt/ebs/etc/fstab.bak | grep -v mnt > /mnt/ebs/etc/fstab
# cat /mnt/ebs/etc/fstab
/dev/sda1  /         ext3    defaults        1 1
/dev/sda3  swap      swap    defaults        0 0
none       /dev/pts  devpts  gid=5,mode=620  0 0
none       /dev/shm  tmpfs   defaults        0 0
none       /proc     proc    defaults        0 0
none       /sys      sysfs   defaults        0 0

EBSボリュームをアンマウントする

# umount /mnt/ebs
# df -h
Filesystem          サイズ  使用  残り 使用% マウント位置
/dev/sda1             9.9G  1.7G  7.7G  18% /
/dev/sdc              147G  2.3G  138G   2% /mnt
none                  851M     0  851M   0% /dev/shm

スナップショットを取得してAMIを作成

EBSボリュームのスナップショットを取得する(スナップショットのIDをメモ)

# ec2-create-snapshot EBSボリュームID --description hogehoge

カーネルIDを取得(カーネルIDをメモ)

# ec2-metadata -k
kernel-id: not available

RAMディスクIDを取得(RAMディスクIDをメモ)

# ec2-metadata -r
ramdisk-id: not available

スナップショットからAMIを登録する

# ec2-register --snapshot スナップショットのID \
--description="hogehoge" \
--architecture i386 \
--root-device-name /dev/sda1

EBSタイプのインスタンスを起動、各種設定

EC2インスタンスを起動する

# ec2-run-instances AMIのID \
--kernel カーネルID \
--ramdisk RAMディスクID \
--block-device-mapping /dev/sdc=ephemeral0 \
--availability-zone ap-southeast-1a \
--group セキュリティグループ \
--instance-initiated-shutdown-behavior stop \
--key 秘密鍵 \
-t m1.small

インスタンス起動後にローカルストレージのマウントとfstabの編集

# df -h
Filesystem          サイズ  使用  残り 使用% マウント位置
/dev/sda1             9.9G  1.7G  7.7G  18% /
none                  851M     0  851M   0% /dev/shm

# fdisk -l
Disk /dev/sdc: 160.1 GB, 160104972288 bytes
255 heads, 63 sectors/track, 19464 cylinders
Units = シリンダ数 of 16065 * 512 = 8225280 bytes
ディスク /dev/sdc は正常な領域テーブルを含んでいません

# mount /dev/sdc /mnt

# df -h
Filesystem          サイズ  使用  残り 使用% マウント位置
/dev/sda1             9.9G  1.7G  7.7G  18% /
none                  851M     0  851M   0% /dev/shm
/dev/sdc              147G  188M  140G   1% /mnt

# vi /etc/fstab
      1 /dev/sda1  /         ext3    defaults        1 1
      2 /dev/sda3  swap      swap    defaults        0 0
      3 /dev/sdc   /mnt      ext3    defaults        0 0
      4 none       /dev/pts  devpts  gid=5,mode=620  0 0
      5 none       /dev/shm  tmpfs   defaults        0 0
      6 none       /proc     proc    defaults        0 0
      7 none       /sys      sysfs   defaults        0 0

おわり

もう少し簡単なやり方があるかもしれません。
環境によってはfstabの設定などで手順が変わる場合があるかもしれませんが、ひとまず移行出来たので一安心です。

参考にさせて頂いたサイト

今回のエントリではこちらのサイトを参考にさせて頂きました。
ありがとうございましたー！

http://cloudbb.jp/research1/ConvertEBS-bootedAMI.htm

このところとんでもなく暑い日ばかりですが、みなさんいかがお過ごしでしょうか。こう暑い日が続くと、プログラミングしている間だけでも涼しさを感じられるような工夫が欲しいですね。

というわけで、今回はice_cubeという涼しげな名前のRuby用ライブラリのご紹介です。

ice_cubeは、

• 毎日
• 隔週の月曜日と火曜日
• 毎月1日と最終日
• 毎月第1と最終の火曜日
• 2時間おき

といった、「一定のルールに基づいて繰り返し処理を行う」ときにネックとなる日時の計算を一手に引き受けてくれるライブラリです。予定の管理やメールの配信といったスケジューリングの必要な機能を実装する際に利用することで、複雑なルールも容易に扱うことができるようになります。

インストール

ice_cubeはgemパッケージとして公開されていますので、インストールは以下のようにgemコマンドで行います。

$ gem install ice_cube

ice_cubeの内部ではActiveSupportが既存クラスに対して追加するメソッドを呼び出す箇所があるのでactive_supportもインストールしておきましょう（Railsをお使いであれば既にインストールされているはずです）。

$ gem install activesupport

基本的な使い方

ice_cubeの中心となるのはIceCube::Scheduleクラスです。インスタンスを生成する際は、開始日をコンストラクタに渡します。

schedule = IceCube::Schedule.new(Time.local(2010, 7, 1))

スケジュールに特定の日付を指定して使う場合は、以下のようになります。

上記のように特定の日時を指定することもできますし、一定の条件で何度も繰り返すスケジュールを定義することもできます。

ただし、複雑なルールを定義した場合の挙動には若干バギーな部分もありますので、実際に使う前には想定した結果が返ってくることを確認しておいたほうがよさそうです。

Railsで使う

IceCube::Scheduleクラスには、スケジュールを永続化するためにYAMLやHashに変換するメソッドも定義されています。

これらのメソッドをうまく利用することで、ActiveRecordなどのモデルにスケジュールを保持させることができます。

参考資料

ice_cubeの作者であるJohn Crepezziさんのプレゼン資料も公開されていますので、興味のある方はこちらもご覧ください。

• ice_cube_ruby_nyc.pdf

弊社ではCloudworksというAmazon EC2を少し便利に使う事が出来る管理サービスを提供しておりますが、同じようなクラウド管理サービスはたくさんあります。先日RightScaleというAmazon EC2をメインとしたクラウド管理サービスを触ってみたので簡単にレポートしたいと思います。 RightScaleは有料版と無料で使用出来るものがあり、今回触ってみたのは無料版です。 ちなみに価格表を見るとFreeEditionで出来ることはやはり限定的となります。

RightScaleを使用するにはサインアップする必要があり、サインアップには以下のものを登録します。

• 氏名
• Email
• 住所
• 組織名
• RightScaleにログイン
• AWS Account Number
• AWS Access Key ID
• AWS Secret Access Key

その他いくつかの質問事項がありましたが、サインアップは簡単です。AWSのサインアップのように本人確認の電話などもありません(笑)

実際にログインしてみると無料版でも以下のようにAWSの基本サービスはRightScaleから操作できるようです。

• EC2(インスタンスの起動や停止など)
• S3(管理用ブラウザ)
• ELB(ロードバランサーの起動、削除、インスタンスの追加)
• EIP(EIPの取得、割り当て、削除)
• RDS(インスタンスの起動や停止など)
• インスタンスへの名前付け
• インスタンスへのタグ付け
• イベント情報をRSSで取得

また、RightScaleはAmazon EC2以外にもRackspace CloudやEucalyptusなど他のクラウド環境も管理出来る点は素晴らしいと感じました。 Rackspace CloudユーザーはアカウントとAPIのパスワードをRightsScaleに登録するだけで簡単に操作が出来るようになります。 インスタンスへの命名、タグ付けも出来るので、Amazon Management Consoleより管理しやすい印象を受けました。 料金の見積もり機能もあるので、必要以上の料金が発生していないか簡単に確認する事も出来ました。

ただし、管理画面が英語表記である事と機能が豊富な半面、少しだけ管理画面の作りがゴチャゴチャしてて分かりにくいかなと感じました。 個人的にはもう少しシンプルな作りが良いですね(汗)

弊社で提供しているCloudworksは日本語操作も可能ですし、シンプルで分かりやすいインターフェースなので、普段の管理はCloudworksで行い、サポートされていない機能についてはRightScaleで補うという運用が出来そうです。

【Cloudworksの画面イメージ】

【Cloudworksの機能一覧】

Amazon EC2やその他クラウドサービスを管理するようなアプリケーションはたくさんありますが、『これだけ使えばOK！』というものがないのが現状のようです。色々なアプリケーションを組み合わせて便利に使うといいう工夫が必要ですね。

はじめまして。開発部エンジニアのあさくらです。
主にPHP、symfonyを使ったシステム開発を担当させていただいています。
好きな開発環境は、Mac、GNU Emacs。
好きな仮面ライダーは龍騎、カブト、Wです。

技術的なTipsやチュートリアル、開発手法についての情報を中心に投稿させていただこうと思っています。 どうぞ、よろしくお願いいたします。

私は普段、symfony+RDBMSで開発を行っているのですが、RDBMSで吸収することが難しい問題に直面することが多々あります。（私の理解不足という点も否めませんが）
そういった問題を解決するのにNoSQLが有効か否かを調べたいと思い、本エントリを投稿するに至りました。
バリバリNoSQLを使いこなす域には達していないので、少し物足りない内容になってしまうかもしれませんが、皆さんと一緒に勉強させていただければと思っています。

はじめの一歩

それでは、NoSQLの世界へ一歩踏み出してみましょう。
NoSQLのはじめの一歩として、symfony1.0からMongoDBを操作し、パフォーマンスがどの程度得られるか、全5回程度で学んでいきたいと思います。
今回は、「MongoDBをインストールし、データベースの起動ができるようになる」ことを目標に、お話を進めていきたいと思います。

今回のエントリの対象読者

今回のエントリは、下記のような方を対象としています。

• NoSQLのことを何となく知っている
• MongoDBの名前を聞いたことがあるが、触ったことはない
• アプリケーションを自由にインストールできるLinux環境がある

今回のエントリのゴール

今回のエントリを読み終えて、次のことが出来ることをゴールとしています。

• Linux環境へ、MongoDBがインストールできる
• mongodコマンドで、MongoDBデータベースが起動できる

MongoDBとは

Wikipediaでは以下のように紹介されています。

MongoDBはC++言語で記述された オープンソースのドキュメント指向データベースである。
MongoDBは従来の関係データベース管理システムでは簡単に解決できない多量のトランザクション処理が要求されない問題に対し設計されている。一例として、データベースが複数サーバにまたがる必要がある場合が挙げられる。
CouchDBのようなドキュメント指向データベースシステムと同じく、MongoDBは関係データベース管理システムではない。データベースはBSONと呼ばれる、バイナリで格納されたJSONのようなドキュメントの集合を管理している。

• 「MongoDB」『フリー百科事典　ウィキペディア日本語版』。最終更新 2010年7月1日 (木) 11:58　UTC、URL: http://ja.wikipedia.org/wiki/MongoDB

また、書籍や勉強会での情報では、
「KVS、ドキュメント指向データベース、RDBMSのいいとこ取りなデータベース」
と評されることが多いようです。
なんだかすごそうで、わくわくしてきますね。

作業環境

今回の作業環境は以下の通りです。

• MacOSX 10.6.3 SnowLeopard

MongoDBのインストール

まずは、MongoDBをダウンロードしましょう。 Downloads – MongoDBから、自分の環境にあったパッケージをダウンロードしてください。

今回は、MacOSX SnowLeopard環境で作業をするので、「OS X 64-bit」から、この記事を作成している2010年7月15日時点での最新バージョン1.4.4をダウンロードします。

$ curl http://downloads.mongodb.org/osx/mongodb-osx-x86_64-1.4.4.tgz > mongodb.tgz
$ tar zxvf mongodb.tgz

データの格納先ディレクトリの作成

データの格納先を作成します。
今回は、mongodコマンド実行時にデフォルト格納先として指定されるディレクトリを準備しましょう。
※mongodコマンドの引数に「–dbpath=/hoge/mongodb_data」を追加することで、任意のデータ格納先を指定することも可能です。

$ mkdir -p /data/db

mongodコマンドで、MongoDBを起動

展開したmongodコマンドを実行し、データベースを起動してみましょう。

$ mongodb-osx-x86_64-1.4.4/bin/mongod

mongodコマンド実行後、メッセージに「waiting for connections on port 27017」とメッセージがでれば起動成功です。

また次回

今回のエントリでMongoDBの起動まで出来るようになりました。
次回は、MongoDBを操作するためのmongoコマンドを使い、実際にMongoDBを操作していきたいと思います。
それでは

参考にさせていただいたページ

本エントリを作成する際に、こちらのページを参考にさせていただきました。
ありがとうございました。

• Quickstart OS X – MongoDB 本家サイトのインストール手順です。
• Mac OS X で mongoDB – Masatomo Nakano Blog MongoDB本家サイトのの翻訳をされているMasatomo Nakanoさんのブログより、MacOSX環境への簡単インストール手順です。

今回はちょっと変化球で勝負、ということでRuby+HTML+JavaScriptで
デスクトップアプリケーションが簡単に作れる「bowline」ライブラリを
紹介してみたいと思います。

bowlineは「titanium(クロスプラットフォーム環境)」を元に作られた
Ruby GUIフレームワークで特徴としては下記のような点が挙げられます。

• gemパッケージ
• MVCモデルフレームワーク
• Webベース（WebKit）による画面設計

現状では動作するのはMaxOS XとUbuntuのようですがこれから先
マルチプラットフォーム対応も見込まれているそうなので将来的には
windows上で動作するアプリケーションもコードの変更を行わずに
作成できる様になるかもしれません。

bowlineの公式ページ

公式でサポートしている開発環境は下記の通りです。

• Mac OSX　10.5以上 or Ubuntu
• Ruby 1.9
• Bowline gemライブラリ

※今回はMac OSX 10.5.8 , ruby 1.9.1環境で検証しています。
※webkitのアーキテクチャが32bitでなければ動作しません。
※このライブラリは32bitモードでコンパイルされたrubyが必要です。
　(Snow Leopardデフォルトのrubyでは正常に動作しない可能性が高いです)

bowlineインストール

bowline自体はgemコマンドで簡単にインストール可能です。
(rubyとgemのインストールは各自で行っているものとします)

$ sudo gem install bowline

テストアプリケーションの作成

インストールが完了したらお決まりの「hello world」アプリを作ってみましょう!
公式のInstallページに手順がありますのでそれに沿って作成していくことにします。

※今回は「/User/kawaguchi/bowline」の下に「helloworld」を作成して検証します。

$ cd /User/kawaguchi
$ mkdir bowline
$ cd bowline
$ bowline-gen app helloworld
Generating with app generator:
[ADDED]  vendor
[ADDED]  lib
(中略)
[ADDED]  config/boot.rb
[ADDED]  README

これで「/User/kawaguchi/bowline/helloworld」が作成され、ディレクトリ内には
アプリケーションの雛形が作成されています。
しかしこれだけでは動作することはできません。
必要なライブラリを「helloworld」アプリへ組み込む必要があります。

$ cd helloworld
$ bowline-bundle
Calculating dependencies...
Updating source: http://rubygems.org
Updating source: http://gems.rubyforge.org
/opt/local/lib/ruby/gems/1.9.1/gems/bowline-bundler-0.0.4/lib/bowline/bundler/resolver.rb:115
Caching: activemodel-3.0.0.beta4.gem
(中略)
Installing bowline (0.9.3)
**************************************************

Thank you for installing Bowline.

If you're on Linux, please install the WebKit library:
sudo apt-get install libwebkit-dev

**************************************************
Done.

最後に注意として「もしLinux使ってるならWebkitライブラリもインストールしてね」
メッセージが出ますがMac OSX上では標準で組み込まれているので問題有りません。

これでアプリケーション起動用スクリプトを実行してすれば動作する筈ですが・・・・

$ ./script/run
You don't have tzinfo installed in your application. Please add it to your Gemfile and run bundle install
no such file to load -- tzinfo
・・・

どうやら’tzinfo’ライブラリが必要ですがインストールされていない模様。
gemコマンドで’tzinfo’ライブラリをインストールします。

$ sudo gem install tzinfo

これでバッチリ動・・・きません。
実はgemとしてインストールしてもbowlineアプリケーションが参照している
gemライブラリディレクトリは[helloword/vendor/gems/1.9.1/gems/]以下であり、
[bowline-bundle]コマンドによってダウンロードしてきたものだけとなっています。

よってbundleコマンド実行時に’tzinfo’ライブラリもgemライブラリとして
インストールするように設定ファイルに設定します。

$ vi Gemfile
# Edit this Gemfile to bundle your application's dependencies.
source 'http://rubygems.org'

gem "bowline"
gem "tzinfo"            <===================　これを追記
## Bundle the gems you use: 
# gem "bj" 
# gem "hpricot", "0.6" 
# gem "sqlite3-ruby", :require_as =&gt; "sqlite3"

これで準備は完了です。もう一度bundleしなおして実行してみましょう。

$ bowline-bundle
$ ./script/run

これだけではメリットが分かりづらいかもしれません。
公式のインストールページの下部にgithubへのリンクがあり、サンプルコードとしてtwitterクライアントアプリケーションが公開されていますのでそれを実行してみましょう。

gitコマンドを利用してダウンロードします。
（gitコマンドやgithubに関する説明は割愛させていただきます）

$ cd /User/kawaguchi/bowline
$ git clone git://github.com/maccman/bowline-twitter ./twitter
$ cd twitter

「/User/kawaguchi/bowline/twitter」ディレクトリが作成され、 ファイルが展開されていることを確認してください。
このままでは動作しませんので２つ程設定を変更します。

(application.ymlファイル作成)
デフォルトでは「config/application.exmple.yml」ファイルしかないのでリネームして
「config/application.yml」ファイルとして保存してください。

$ mv config/application.example.yml config/application.yml 

(tiwtterアカウントを設定)
先程のapplication.ymlファイルにtiwtterアカウント情報を設定します。

$vi config/application.yml
username: (twitterアカウント)
password: (twitterパスワード)

設定が完了したら早速bundleして実行してみましょう。
こちらのGemfileにはちゃんと’tzinfo’が追記されているので編集しなくても良いです。

$ bowline-bundle
$ ./script/run</code></blockquote>

無事に起動したでしょうか?
ちなみにこのクライアントアプリの仕様はこんな感じです。

• 60秒毎に更新
• 更新は最新データ20件ずつ
• 既存データの下部に追記されていく
• つぶやいた際にも更新

まだまだ情報が少ないので大変ですが、今後のマルチプラットフォーム化やバージョンアップに期待がかかるライブラリとして今回紹介させていただきました。