Rubyは導入済みなので、先ずは最新化

# yum update ruby

Loading “fastestmirror” plugin
Loading mirror speeds from cached hostfile
* extras: www.ftp.ne.jp
* updates: www.ftp.ne.jp
* base: www.ftp.ne.jp
* addons: www.ftp.ne.jp
* adobe-linux-i386: linuxdownload.adobe.com
Setting up Update Process
Resolving Dependencies
–> Running transaction check
—> Package ruby.i386 0:1.8.5-5.el5_2.6 set to be updated
　　　：
Updated: ruby.i386 0:1.8.5-5.el5_2.6 ruby-libs.i386 0:1.8.5-5.el5_2.6
Dependency Updated: ruby-devel.i386 0:1.8.5-5.el5_2.6 ruby-irb.i386 0:1.8.5-5.el5_2.6 ruby-rdoc.i386 0:1.8.5-5.el5_2.6
Complete!

インストール済みパッケージを確認

# gem list

*** LOCAL GEMS ***

rmagick (2.7.0)
Ruby binding to ImageMagick

sources (0.0.1)
This package provides download sources for remote gem installation

Railsをインストール

# gem install rails –include-dependencies
Successfully installed rails-2.3.2
Successfully installed rake-0.8.4
Successfully installed activesupport-2.3.2
Successfully installed activerecord-2.3.2
Successfully installed actionpack-2.3.2
Successfully installed actionmailer-2.3.2
Successfully installed activeresource-2.3.2
Installing ri documentation for rake-0.8.4…
Installing ri documentation for activesupport-2.3.2…
　　：
Installing RDoc documentation for actionmailer-2.3.2…
Installing RDoc documentation for activeresource-2.3.2…

SQLite3を導入

# gem install sqlite3-ruby
Select which gem to install for your platform (i386-linux)
1. sqlite3-ruby 1.2.4 (ruby)
2. sqlite3-ruby 1.2.3 (x86-mingw32)
3. sqlite3-ruby 1.2.3 (mswin32)
4. sqlite3-ruby 1.2.3 (ruby)
5. Skip this gem
6. Cancel installation
> 1
Building native extensions. This could take a while…
Successfully installed sqlite3-ruby-1.2.4
Installing ri documentation for sqlite3-ruby-1.2.4…
Installing RDoc documentation for sqlite3-ruby-1.2.4…

テスト

$ mkdir ror
$ cd ror
$ rails myapp
create
create app/controllers
create app/helpers
create app/models
create app/views/layouts
create config/environments
create config/initializers
create config/locales
create db
:
create log/server.log
create log/production.log
create log/development.log
create log/test.log
$ cd myapp
$ script/server
Rails requires RubyGems >= 1.3.1 (you have 0.9.4). Please `gem update –system` and try again.

RubyGems が古いといわれたので、更新

# gem update –system
Updating RubyGems…
Attempting remote update of rubygems-update
Successfully installed rubygems-update-1.3.2
Updating version of RubyGems to 1.3.2
Installing RubyGems 1.3.2
　　：
——————————————————————————

RubyGems installed the following executables:
/usr/bin/gem

RubyGems system software updated

再度起動してみる

$ ./script/server
=> Booting WEBrick
=> Rails 2.3.2 application starting on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server
[2009-05-04 10:40:42] INFO WEBrick 1.3.1
[2009-05-04 10:40:42] INFO ruby 1.8.5 (2006-08-25) [i386-linux]
[2009-05-04 10:40:42] INFO WEBrick::HTTPServer#start: pid=26566 port=3000

今度は正常に起動したので、WEBブラウザから接続してみる。

http://192.168.xxx.xxx:3000/

以上で、セットアップは完了。
後は、実際のアプリケーションを作ってみよう。

管理画面の「外観」の「編集」から「サイドバー」を選んで、最後のほうに以下のコード（11行目まで）を追加した。

		<dt>Counter</dt>
		<dd>
			<ul class="counter">
				<li>ヒット数</li>
　　今　日 : <?php echo counterize_gethitstoday();?><br>
　　１週間 : <?php echo counterize_getlatest7days();?><br>
　　累　計 : <?php echo counterize_getamount(); ?><br>
				<li>ユニークIP</li>
　　１週間 : <?php echo counterize_getuniquelatest7days(); ?><br>
				</ul>
		</dd>
<?php	endif; ?>
	</dl><!--end others-->
</div><!--end utilities-->

１．ローカルマシンから、証明書と秘密キーファイルを送信

$ scp -i ~/.ssh/id_rsa.xxxxxxxxxx $EC2_PRIVATE_KEY $EC2_CERT root@xxx.xxx.com:/mnt/.ec2/
pk-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.pem                                                                                             100%  926     0.9KB/s   00:00
cert-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.pem

２．EC2のインスタンスにログイン

$ ssh -i ~/.ssh/id_rsa.xxxxxxxxxx -l root

３．ツール類のセットアップ

（１）unzipの導入（未導入の場合）

# yum -y install unzip

（２）以前の記事で記載した「１．AWSのアカウントを取得して、ツールのセットアップを行う」の
　　「（３）Amazon EC2 API Toolsをセットアップ」と「（４）Amazon EC2 AMI Toolsをセットアップ」を実施。

４．カーネルモジュールの追加と反映

# cd /tmp
# wget http://s3.amazonaws.com/ec2-downloads/modules-2.6.16-ec2.tgz
# tar xzvf modules-2.6.16-ec2.tgz
# cp -rp lib/* /lib/
# depmod -a

５．イメージ格納ディレクトリ作成

# mkdir /mnt/img

６．不整合が心配なサービスがあれば、必要に応じてを落としておく<\h3>

７．AMI作成

time ec2-bundle-vol -d /mnt/img -r i386 -k /mnt/.ec2/pk-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.pem -c /mnt/.ec2/cert-XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.pem -u NNNNNNNNNNNN
Please specify a value for arch [i386]:
Copying / into the image file /mnt/img/image...
Excluding:
         /sys
         /proc
         /dev/pts
         /proc/sys/fs/binfmt_misc
         /dev
         /media
         /mnt
         /proc
         /sys
         /mnt/img/image
         /mnt/img-mnt
1+0 records in
1+0 records out
1048576 bytes (1.0 MB) copied, 0.003038 seconds, 345 MB/s
mke2fs 1.39 (29-May-2006)
Bundling image file...
Splitting /mnt/img/image.tar.gz.enc...
Created image.part.000
Created image.part.001
Created image.part.002
Created image.part.003
　　　　　：
Created image.part.125
Created image.part.126
Created image.part.127
Created image.part.128
Created image.part.129
Created image.part.130
Generating digests for each part...
Digests generated.
Unable to read instance meta-data for ancestor-ami-ids
Unable to read instance meta-data for kernel-id
Unable to read instance meta-data for ramdisk-id
Unable to read instance meta-data for product-codes
Creating bundle manifest...
ec2-bundle-vol complete.

real    20m8.138s
user    3m51.990s
sys     1m13.610s
※データ量によるのか、1時間近くかかったこともある。

８．作成したAMIをS3へアップ

# time ec2-upload-bundle -b <任意のbucket名> -m /mnt/img/image.manifest.xml -a <アクセスキー> -s <秘密アクセスキー>
Uploading bundled image parts to the S3 bucket <指定したbucket名> ...
Uploaded image.part.000
Uploaded image.part.001
Uploaded image.part.002
Uploaded image.part.003
　　　　　　　　：
Uploaded image.part.128
Uploaded image.part.129
Uploaded image.part.130
Uploading manifest ...
Uploaded manifest.
Bundle upload completed.

real    7m18.363s
user    0m17.300s
sys     0m8.130s

９．イメージの登録

# ec2-register <指定したbucket名>/image.manifest.xml
IMAGE   ami-ｘｘｘｘｘｘｘｘ

１０．登録済みイメージの確認

# ec2-describe-images -o self
IMAGE   ami-ｘｘｘｘｘｘｘｘ    <指定したbucket名>/image.manifest.xml        938654150775    available       private         i386    machine

samba-clientパッケージを導入

# yum -y install samba-client


mountポイントを作成

# mkdir /backup


マウントテスト

# mount -t cifs -o username=samba_user_name //192.168.1.100/share/backup /backup


マウントされたことを確認

# mount
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
:
//192.168.xxx.xxx/share on /backup type cifs (rw,mand)


マウント先に、ファイルの読み書きが出来ることを確認

アンマウント

# umount /backup


fstabの最終行にエントリーを追加

折り返して記述されているが、1行で記述する。
# vi /etc/fstab
:
//192.168.xxx.xxx/share/backup /backup cifs rw,codepage=cp932,iocharset=utf8,credentials=/etc/smbpass 0 0


credentialファイル作成

認証情報を記述したファイルを用意する。
# vi /etc/smbpass
username=samba_user_name
password=samba_user_password


マウントされることを確認

# mount /backup
# mount
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
:
//192.168.xxx.xxx/share on /backup type cifs (rw,mand)


機種は、NEC LaVie M LM500/7D という、5年ほど前のマシン。メモリ256MBというのが泣けてくる。
マニュアルもあったので、これも確認しながらやってみる。

当初の状態

（１）Windowsは起動するが、OS起動時にエラーが報告される。
　ex.「････kbd106.dllは正しいWindowsイメージではありません。」

（２）OSの起動が進むと、ctfmon.exeからも類似したメッセージが繰り返し発生。
　うるさいので、ひとまずこちらの方法で停止。

（３）Webブラウザ（IE7,Firefox）でインターネットに接続しようとすると、ホストに接続できないとのエラー。

（４）メーラを起動してもサーバに接続できない。

（５）nslookupコマンドによる名前解決は成功⇒ネットワークは生きている。

（６）NortonInternetSecurityを無効化しても症状改善せず。

（７）NortonInternetSecurityのオプション設定を確認しようとすると「････jscript.dllは正しいWindowsイメージではありません。」

（８）Windowsのシステム復元ツールで復旧を試みたところ、類似したエラーメッセージ（････は正しいWindowsイメージではありません系）が表示され、起動不可。

　この時点で、オーナとも連絡を取り、初期化することになるかもしれないことを伝える。

バックアップ

（１）初期化用DVD作成
　試行錯誤過程で、マシンが起動しなくなってからでは大変なので、先ずは、プレインストール状態に戻すためのDVD2枚及びソフトウエアDVD1枚を作成。

（２）データバックアップ
　・regedit.exeで、レジストリ全体のバックアップを取得
　・Document and Settings配下をDVDにバックアップ
　・その他、必要と思われるデータをバックアップ

対処

（１）SFCコマンド
　初期化の前に改めて、対処についてgoogleで調査。「SFCコマンド」に関する記述を発見。
　SFC /SCANNOW
　を実行し、システムを再起動
　⇒OS起動時やアプリ起動時のエラーメッセージが出なくなった。やった！
　　「システム復元ツール」が起動できるようになった。
　　但し、ブラウザ（IE7,Firefox）からのインターネット接続は依然できない。

（２）システム復元ツールによる復元
　・システム復元ツールで調べたところ、2月1日が最も古い復元ポイントで、この日に多数のFIXが適用されていることが判明。
　・2月1日への復元を実行
　⇒復元は成功。ブラウザやメーラによるインターネット接続も回復した。

（３）Windows Update実行⇒失敗
　・Windowsの最新化を図るため、Windows Updateを実行。
　⇒1つ目の更新は成功、2つ目の更新「WindowsXP SP3」の適用で失敗。
　　ntldrがコピーできないというエラー。
　　「再実行」が選べたので、実行したけどダメ。
　　アップデートを中断しようとすると、「起動しなくなるかもしれない」との警告。
　　そのまま継続できる様子なので、継続しようとしても、「起動しなくなるかもしれない」と警告。
　　ひどすぎる。ユーザをこんな窮地に立たせるなんて。
　　仕方なく、起動できなくなることを覚悟して、アップデートをそのまま継続。最後に、SP3の適用が不完全に終わった旨のメッセージが出た。
　　※googleで調べると、Nortonが有効な状態であったことが原因らしい。（Nortonを生かしたままSP3当てるなんて非常識だ！って言い回しで書かれてる。そんな警告は、無かった気がするが。）

　・マシンを再起動したところ、何とかエラーメッセージ無しに起動した。もちろんブラウザも、メーラも使える！

持ち越し

　Nortonを停止して、再度SP3の適用を試みるべきところだが、PCのオーナへの返却期限となったので、ひとまず、WindowsUpdateを無効化。一旦、オーナに返して、後日SP3の適用を行うことにする。

SP3の適用再挑戦

「システムの復元」機能を使って、再度2月1日の状態に戻し、今度はNortonを停止して、SP3の適用をWindowsUpdateで再実行。
ところがやはりntldrをコピーできないと言う。困った。
　　　　　　　　　　:
さらに粘って試行錯誤の末、ようやく解決した。
対応方法は以下のとおり。

　「ntldrをコピーできません」といわれた時に、Cドライブ直下のntldrを改名（ntldr⇒ntldr.1）して、再試行したら、素直に進んだ。
　上書きは出来ないけど改名はOKということらしい。

メッセージでは、コピー元に問題があるかのような内容が表示されたが、原因は、コピー先にあったという結果だ。

後処理作業

・「システムの復元」の際に生成された、c:\Windows\system32配下の多数のバックアップファイル「ｘｘｘｘｘｘ(2).dll」を削除。
・ディスクのクリーンアップで、不要なファイルを削除
・c:\Windows直下のWindowsUpdateの古いバックアップファイルを削除
・停止していたWindowsUpdateを有効化
・オーナから高すぎる謝礼をいただいたので、Amazonで購入した512MのSO-DIM×2に換装し、メモリを従来の4倍の1GBに拡張。

以上で概ね快適なPC環境になった。

昨日は、ポートスキャンもあった。
出来ればルータでポートを絞っておきたいところだが、構成上やりにくいので、サーバ側のF/Wでフィルタリングしている。
F/W設定をしてなかったら、これらの攻撃が直接各サービスに到達してしまうと思うと、怖いですね。

——————— iptables firewall Begin ————————
Logged 402 packets on interface eth0
From 58.241.193.61 - 1 packet to udp(1434)
From 59.81.64.229 - 1 packet to udp(1434)
From 60.15.177.163 - 3 packets to udp(1026,1027)
From 60.15.177.164 - 1 packet to udp(1027)
From 60.190.216.113 - 2 packets to tcp(5900)
From 60.222.224.130 - 2 packets to udp(1026)
From 60.222.224.131 - 3 packets to udp(1026,1027)
From 60.222.224.132 - 3 packets to udp(1026,1027)
From 61.153.58.189 - 1 packet to udp(1434)
From 66.96.134.31 - 1 packet to tcp(1024)
From 70.110.161.139 - 1 packet to tcp(1080)
From 72.21.40.11 - 5 packets to tcp(53054)
From 122.96.147.82 - 1 packet to tcp(1433)
From 122.193.4.5 - 1 packet to tcp(22)
From 125.252.227.184 - 3 packets to tcp(2743)
From 189.35.223.185 - 1 packet to tcp(4899)
From 195.64.178.23 - 2 packets to tcp(21)
From 202.97.238.227 - 2 packets to udp(1026)
From 202.97.238.229 - 2 packets to udp(1026,1027)
From 202.99.11.99 - 1 packet to udp(1434)
From 202.105.13.204 - 1 packet to tcp(1433)
From 202.225.94.247 - 170 packets to udp(1156,1367,1415,1851,1977,2192,2354,2508,2801,3306,3311,3319,3496,4481,5200,6698,6957,7288,7337,8868,9246,9711,10362,11279,11837,11873,12594,13213,13590,14122,14301,14999,15099,15253,15438,15899,17375,17385,17792,18110,18169,18269,18271,18961,20897,20966,21726,21740,22004,22669,22997,23068,23763,24090,24450,24490,24588,25396,25760,25976,26398,26944,26958,27154,27492,28031,28784,29079,29546,29859,30470,31049,31055,31427,31963,32210,32393,32429,32951,32990,33121,35338,36033,36586,36672,36795,37621,37642,38377,38603,39156,39196,39253,39364,39657,39771,40134,40191,40670,40841,40881,41321,41705,41833,42353,42791,42942,43330,43631,43657,44498,45742,46278,46374,46458,47256,47384,47663,48242,48337,49400,49638,49960,50303,51236,51447,51520,51671,52286,52345,52598,52714,52722,53152,53433,53990,54245,55479,55703,55728,56323,56333,56555,57141,57265,57299,57595,57801,57942,58221,58879,59782,59849,59906,60436,60517,60812,61078,61081,61152,61795,61
822,61892,62235,63048,64083,64428,64446,64582)
From 210.75.11.86 - 1 packet to tcp(1433)
From 210.147.240.193 - 191 packets to udp(1129,1138,1494,1528,1932,2024,2050,2158,2284,2742,3064,3765,4417,5490,6151,6683,7209,7744,8003,8173,8694,8814,9844,9929,10188,10289,10399,10471,10953,12112,13724,14115,14255,14570,15016,15109,15500,15583,15664,15808,16008,16135,17029,17917,18884,19255,19445,19755,19871,21926,22314,22351,22479,23376,23428,23915,23933,24126,24768,24995,25141,25340,25449,25460,25528,25774,25817,25959,26013,26028,26156,26335,27546,27644,27769,28008,28359,29300,29376,29493,29999,30327,30745,31123,32287,32342,32881,32903,33219,33268,33451,33595,34095,34141,34265,34352,34962,35340,35504,35531,35556,36329,36407,36519,37492,37616,37675,38318,38864,39258,39433,39662,39906,40511,40815,41301,41305,41393,42138,42141,42348,43548,43581,43941,44627,46212,46247,46596,46768,46826,47371,47422,47608,47727,49154,49319,49697,49896,50412,50442,50456,50797,51183,51360,52163,52489,52490,52699,52726,52801,52866,53409,53419,53658,53701,53744,53995,54579,55837,56444,56751,575
77,57579,57734,57796,57993,58092,58111,58143,58323,58419,59402,59882,60248,60570,60632,60691,60711,61207,61315,62484,62560,63014,63240,64066,64104,64208,64411,64983,65256,65504)
From 211.94.188.34 - 1 packet to tcp(21607)
From 222.73.49.83 - 1 packet to tcp(22)
———————- iptables firewall End ————————-

以下の記事を参考に、syntaxhighlighter.phpに修正を行って、解決した。
wordpressのsyntaxhighlighterを使うと無茶苦茶になるよ

リンク先がなくなると悲しいので、修正部分のソースを載せておく。
修正ファイル：/wp-content/plugins/syntaxhighlighter/syntaxhighlighter.php

//  Loop through each match and encode the code
//  foreach ( (array) $matches as $match ) {
//    $code = htmlspecialchars( $match[$this->match_code] );
//    $code = str_replace( '&', '&', $code );
//    $code = str_replace( '<', '<', $code );
//    $code = str_replace( '>', '>', $code );

//    $content = str_replace( $match[$this->match_code], $code, $content );
//  }

同じサイトで紹介されていた、「開始行番号を指定する」もやってみたんだけど、こちらはうまく動作しなかった。これは不具合じゃないので、ま、いいか。
wordpressのsyntaxhighlighterで開始行番号を指定する

さて、いよいよ前回までに作成・登録したAMIを使って、インスタンスを起動してみる。また用済み後の停止、マシンイメージの削除手順も記載しておく。

５．イメージ実行準備

（１）秘密鍵の生成

$ ec2-add-keypair centos5| sed -e "1d" > ~/.ssh/id_rsa-centos5
$ chmod 400 ~/.ssh/id_rsa-centos5

$ ec2-describe-keypairs
KEYPAIR centos5 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx

（２）F/W設定

以下では、ssh,http,httpsについて、xxx.xxx.xxx.xxx/32 と yyy.yyy.yyy.yyy/29 からの接続を許可する。

$ ec2-authorize default -p 22 -s xxx.xxx.xxx.xxx/32 -s yyy.yyy.yyy.yyy/29
GROUP           default
PERMISSION              default ALLOWS  tcp     22      22      FROM    CIDR    xxx.xxx.xxx.xxx/32
PERMISSION              default ALLOWS  tcp     22      22      FROM    CIDR    yyy.yyy.yyy.yyy/29

$ ec2-authorize default -p 80 -s xxx.xxx.xxx.xxx/32 -s yyy.yyy.yyy.yyy/29
PERMISSION              default ALLOWS  tcp     80      80      FROM    CIDR    xxx.xxx.xxx.xxx/32
PERMISSION              default ALLOWS  tcp     80      80      FROM    CIDR    yyy.yyy.yyy.yyy/29

$ ec2-authorize default -p 443 -s xxx.xxx.xxx.xxx/32 -s yyy.yyy.yyy.yyy/29
PERMISSION              default ALLOWS  tcp     443     443     FROM    CIDR    xxx.xxx.xxx.xxx/32
PERMISSION              default ALLOWS  tcp     443     443     FROM    CIDR    yyy.yyy.yyy.yyy/29

６．イメージ実行

（１）インスタンスの起動

登録済みイメージのリスト

$ ec2-describe-images -o self
IMAGE   ami-xxxxxxxx    my-private-bucket/centos5.img.manifest.xml     938654150775    available       private         i386    machine

イメージの実行

$ ec2-run-instances ami-xxxxxxxx -k centos5
RESERVATION     r-xxxxxxxx      938654150775    default
INSTANCE        i-xxxxxxxx      ami-xxxxxxxx                    pending centos5 0               m1.small        2009-01-15T02:50:31+0000        us-east-1a

イメージの実行状態の確認

しばらくすると、ホスト名が設定される

$ ec2-describe-instances
RESERVATION     r-xxxxxxxx      938654150775    default
INSTANCE        i-xxxxxxxx      ami-xxxx    ec2-xxx－xxx－xxx－xxx.compute-1.amazonaws.com       domU-xx-xx-xx-xx-xx-xx.compute-1.internal       running centos5 0               m1.small        2009-01-15T09:29:39+0000        us-east-1a

（２）インスタンスへの接続

ssh接続

$ ssh -l root -i ~/.ssh/id_rsa-centos5 ec2-xxx－xxx－xxx－xxx.compute-1.amazonaws.com
[root@domU-xx-xx-xx-xx-xx-xx ~]#

マウント確認

/dev/sda2には、ちゃんと150GBのHDDがマウントされている。

[root@domU-xx-xx-xx-xx-xx-xx ~]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              4128448    904192   3014544  24% /
none                    870472         0    870472   0% /dev/shm
/dev/sda2            153899044    192072 145889348   1% /mnt

７．インスタンスの終了とイメージの廃棄

（１）インスタンスの終了

実行中インスタンスをリスト

$ ec2-describe-instances

インスタンスを終了

$ ec2-terminate-instances i-xxxxxxxx
INSTANCE        i-xxxxxxxx      running shutting-down

（２）AMIの廃棄

不要になったマシンイメージは、紛らわしいので、登録解除しておく。

amiの登録解除

$ ec2-deregister ami-xxxxxxxx

S3からの削除

不要になったマシンイメージは、ストレージ費用節約のために削除しておく。
0.1$/GB･月だから、余り神経質に消さなくても大丈夫だけどね。

$ ec2-delete-bundle -b my-private-bucket -p centos5.img \
-a aaaaaaaaaaaaaaaaaaaa -s ssssssssssssssssssssssssssssssssssssssss
Deleting files:
   - centos5.img.manifest.xml
   - centos5.img.part.00
   - centos5.img.part.01
   - centos5.img.part.02
   - centos5.img.part.03
   - centos5.img.part.04
   - centos5.img.part.05
   - centos5.img.part.06
   - centos5.img.part.07
   - centos5.img.part.08
   - centos5.img.part.09
   - centos5.img.part.10
   - centos5.img.part.11
   - centos5.img.part.12
   - centos5.img.part.13
   - centos5.img.part.14
   - centos5.img.part.15
   - centos5.img.part.16
   - centos5.img.part.17
   - centos5.img.part.18
   - centos5.img.part.19
   - centos5.img.part.20
   - centos5.img.part.21
   - centos5.img.part.22
   - centos5.img.part.23
   - centos5.img.part.24
   - centos5.img.part.25
   - centos5.img.part.26
   - centos5.img.part.27
Continue [y/N]: y
Deleted centos5.img.manifest.xml
Deleted centos5.img.part.00
Deleted centos5.img.part.01
Deleted centos5.img.part.02
Deleted centos5.img.part.03
Deleted centos5.img.part.04
Deleted centos5.img.part.05
Deleted centos5.img.part.06
Deleted centos5.img.part.07
Deleted centos5.img.part.08
Deleted centos5.img.part.09
Deleted centos5.img.part.10
Deleted centos5.img.part.11
Deleted centos5.img.part.12
Deleted centos5.img.part.13
Deleted centos5.img.part.14
Deleted centos5.img.part.15
Deleted centos5.img.part.16
Deleted centos5.img.part.17
Deleted centos5.img.part.18
Deleted centos5.img.part.19
Deleted centos5.img.part.20
Deleted centos5.img.part.21
Deleted centos5.img.part.22
Deleted centos5.img.part.23
Deleted centos5.img.part.24
Deleted centos5.img.part.25
Deleted centos5.img.part.26
Deleted centos5.img.part.27
ec2-delete-bundle complete.

以上で作業は終了。

８．費用の確認

ここまでに要した費用は、おおむね2ドルくらいだった。
費用は、
Account Activity
で、また、費用の内訳は、
Usage Reports
で確認できる。

４．EC2向けのイメージ加工とアップロード

（１）EC2登録用バンドルイメージの作成

この処理は5分余りで終了。

【ec2-bundle-imageコマンドのオプション】

-i イメージ名：

　イメージファイルの名称

-k 秘密鍵ファイル名

-c 証明書ファイル名

-u アカウント番号

awsのユーザページなどにアクセスすると、
右上に表示される「Account Number」の数値部分（12桁）

$ cd /work/ec2
$ ec2-bundle-image -i centos5.img \
-k ~/.ec2/pk-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.pem \
-c ~/.ec2/cert-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.pem -u NNNNNNNNNNNN

前述の環境変数が設定されている場合は、以下のように、環境変数で指定してもOK

$ time ec2-bundle-image -i centos5.img -k $EC2_PRIVATE_KEY -c $EC2_CERT -u NNNNNNNNNNNN
Please specify a value for arch [i386]:
Bundling image file...
Splitting /tmp/centos5.img.tar.gz.enc...
Created centos5.img.part.00
Created centos5.img.part.01
Created centos5.img.part.02
Created centos5.img.part.03
Created centos5.img.part.04
Created centos5.img.part.05
Created centos5.img.part.06
Created centos5.img.part.07
Created centos5.img.part.08
Created centos5.img.part.09
Created centos5.img.part.10
Created centos5.img.part.11
Created centos5.img.part.12
Created centos5.img.part.13
Created centos5.img.part.14
Created centos5.img.part.15
Created centos5.img.part.16
Created centos5.img.part.17
Created centos5.img.part.18
Created centos5.img.part.19
Created centos5.img.part.20
Created centos5.img.part.21
Created centos5.img.part.22
Created centos5.img.part.23
Created centos5.img.part.24
Created centos5.img.part.25
Created centos5.img.part.26
Created centos5.img.part.27
Created centos5.img.part.28
Created centos5.img.part.29
Created centos5.img.part.30
Created centos5.img.part.31
Created centos5.img.part.32
Generating digests for each part...
Digests generated.
Creating bundle manifest...
ec2-bundle-image complete.

real    5m6.823s
user    3m23.681s
sys     0m29.098s

（２）バンドルイメージのアップロード

この処理には30分以上かかった。光回線なのに、意外に時間がかる。

【ec2-upload-bundleコマンドのオプション】

-b バケット名：

　バケット名は、3文字以上63文字以下
　英小文字、数字、”.”、”-”のみ
　最初と最後の文字には”.”は不可
　”-”の前後に”.”は不可
　詳しくは以下「Best Practices for Using Amazon S3」の「Naming Buckets and Keys」

-m ec2-bundle-imageコマンドで生成されたマニュフェストファイル名

-a AmazonシークレットキーID

-s Amazonシークレットキー

$ time ec2-upload-bundle -b my-private-bucket -m centos5.img.manifest.xml \
-a aaaaaaaaaaaaaaaaaaaa -s ssssssssssssssssssssssssssssssssssssssss
Creating bucket...
Uploading bundled image parts to the S3 bucket va-private ...
Uploaded centos5.img.part.00
Uploaded centos5.img.part.01
Uploaded centos5.img.part.02
Uploaded centos5.img.part.03
Uploaded centos5.img.part.04
Uploaded centos5.img.part.05
Uploaded centos5.img.part.06
Uploaded centos5.img.part.07
Uploaded centos5.img.part.08
Uploaded centos5.img.part.09
Uploaded centos5.img.part.10
Uploaded centos5.img.part.11
Uploaded centos5.img.part.12
Uploaded centos5.img.part.13
Uploaded centos5.img.part.14
Uploaded centos5.img.part.15
Uploaded centos5.img.part.16
Uploaded centos5.img.part.17
Uploaded centos5.img.part.18
Uploaded centos5.img.part.19
Uploaded centos5.img.part.20
Uploaded centos5.img.part.21
Uploaded centos5.img.part.22
Uploaded centos5.img.part.23
Uploaded centos5.img.part.24
Uploaded centos5.img.part.25
Uploaded centos5.img.part.26
Uploaded centos5.img.part.27
Uploaded centos5.img.part.28
Uploaded centos5.img.part.29
Uploaded centos5.img.part.30
Uploaded centos5.img.part.31
Uploaded centos5.img.part.32
Uploading manifest ...
Uploaded manifest.
Bundle upload completed.

real    32m13.755s
user    0m3.960s
sys     0m1.872s

イメージの登録

$ ec2-register my-private-bucket/centos5.img.manifest.xml
IMAGE   ami-xxxxxxxx

登録済みイメージのリスト確認

$ ec2-describe-images -o self
IMAGE   ami-xxxxxxxx    my-private-bucket/centos5.img.manifest.xml     938654150775    available       private         i386    machine

さて、次はいよいよマシンイメージを実行する

３．EC2向けのカスタマイズ

（１）EC2上でマウントされる追加のディスクエントリをfstabに追記

# vi /mnt/ec2-fs/etc/fstab

/dev/sda2  /mnt      ext3    defaults        0 0
/dev/sda3  swap      swap    defaults        0 0

（２）起動時に「ec2-add-keypair で作った公開鍵」を受け取るためのスクリプトを用意

# vi /mnt/ec2-fs/usr/local/sbin/get-credentials.sh

#!/bin/bash

# Retreive the credentials from relevant sources.

# Fetch any credentials presented at launch time and add them to
# root's public keys

PUB_KEY_URI=http://169.254.169.254/1.0/meta-data/public-keys/0/openssh-key
PUB_KEY_FROM_HTTP=/tmp/openssh_id.pub
PUB_KEY_FROM_EPHEMERAL=/mnt/openssh_id.pub
ROOT_AUTHORIZED_KEYS=/root/.ssh/authorized_keys

# We need somewhere to put the keys.
if [ ! -d /root/.ssh ] ; then
        mkdir -p /root/.ssh
        chmod 700 /root/.ssh
fi

# Fetch credentials...

# First try http
curl --retry 3 --retry-delay 0 --silent --fail -o $PUB_KEY_FROM_HTTP $PUB_KEY_URI
if [ $? -eq 0 -a -e $PUB_KEY_FROM_HTTP ] ; then
    if ! grep -q -f $PUB_KEY_FROM_HTTP $ROOT_AUTHORIZED_KEYS
    then
            cat $PUB_KEY_FROM_HTTP >> $ROOT_AUTHORIZED_KEYS
            echo "New key added to authrozied keys file from parameters"|logger -t "ec2"
    fi
    chmod 600 $ROOT_AUTHORIZED_KEYS
    rm -f $PUB_KEY_FROM_HTTP

elif [ -e $PUB_KEY_FROM_EPHEMERAL ] ; then
    # Try back to ephemeral store if http failed.
    # NOTE: This usage is deprecated and will be removed in the future
    if ! grep -q -f $PUB_KEY_FROM_EPHEMERAL $ROOT_AUTHORIZED_KEYS
    then
            cat $PUB_KEY_FROM_EPHEMERAL >> $ROOT_AUTHORIZED_KEYS
            echo "New key added to authrozied keys file from ephemeral store"|logger -t "ec2"

    fi
    chmod 600 $ROOT_AUTHORIZED_KEYS
    chmod 600 $PUB_KEY_FROM_EPHEMERAL

fi

if [ -e /mnt/openssh_id.pub ] ; then
        if ! grep -q -f /mnt/openssh_id.pub /root/.ssh/authorized_keys
        then
                cat /mnt/openssh_id.pub >> /root/.ssh/authorized_keys
                echo "New key added to authrozied keys file from ephemeral store"|logger -t "ec2"

        fi
        chmod 600 /root/.ssh/authorized_keys
fi

（３）スクリプトに実行権限付与

# chmod +x /mnt/ec2-fs/usr/local/sbin/get-credentials.sh

（４）OS起動時に上記スクリプトが呼び出されるように起動スクリプトに追記

# vi /mnt/ec2-fs/etc/rc.d/rc.local

#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

touch /var/lock/subsys/local
/usr/local/sbin/get-credentials.sh

（５）イメージファイルをアンマウント

# umount /mnt/ec2-fs/proc
# umount -d /mnt/ec2-fs

次は、作成したOSイメージを加工して、S3にアップし、EC2のマシンイメージとして登録する。