新規のLaunch configを作成する。

$ as-create-launch-config AS20120101 –image-id ami-xxxx –instance-type t1.micro –region ap-northeast-1 –group “xxx-YYY” –key xxxx-key

Launchの確認

$ as-describe-launch-configs –region ap-northeast-1
LAUNCH-CONFIG AS201201 ami-yyyy t1.micro
LAUNCH-CONFIG AS20120101 ami-xxxx t1.micro

Scaling GroupのUpdate

$ as-update-auto-scaling-group WP-AS –launch-configuration AS20120101 –region ap-northeast-1

Scaling Groupの確認

$ as-describe-auto-scaling-groups –region ap-northeast-1
AUTO-SCALING-GROUP WP-AS AS20120101 ap-northeast-1b,ap-northeast-1a barasuLB 1 3 1
INSTANCE i-0517c605 ap-northeast-1b InService Healthy

古いLaunchの削除

$ as-delete-launch-config AS201201 –region ap-northeast-1
Are you sure you want to delete this launch configuration? [Ny]

削除後Launchの確認

$ as-describe-launch-configs –region ap-northeast-1
LAUNCH-CONFIG AS20120101 ami-22a81e23 t1.micro

これでAuto Scalingで起動するAMIの変更が完了です。

 

今まではaccess.logの表示がELBからのaccessと言うことでRemote_AddressはELBのIP(Private IP)になっていました。
10.x.x.x これだとさっぱりわかんねー

10.150.126.145 – - [25/Jan/2012:08:43:11 +0900] “GET /wp-content/plugins/wptouch/themes/default/style.css HTTP/1.1″ 200 47051 “http://www.barasu.org/pc/windows/2877.html” “Mozilla/5.0 (iPhone; CPU iPhone OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A405 Safari/7534.48.3″ “xxx.xxx.xxx.xxx, 10.156.115.4″

確かにaccess.logにReal IPも埋め込まれいるけどいろいろ面倒だよねぇ。
WordPress上のコメントでは

ELBはX-Forwarded-Forのサポートをしているということでnginx側で設定変更を行ってみた。

参考URLは[Amazon][ELB][EC2][Nginx] ELBとNignxを利用した場合の注意点と解決策

nginxはyumで入れたので–with-http_realip_module付きでコンパイルされているか確認

nginx -Vで一覧表示されます。

nginx version: nginx/0.8.54
built by gcc 4.4.5 20110214 (Red Hat 4.4.5-6) (GCC)
TLS SNI support enabled
(略) –with-http_ssl_module –with-http_realip_module –with-http_addition_module (略)’

もともと–with-http_realip_moduleがついていたので設定だけの書き換えでOK

/etc/nginx/nginx.confに下記2行を追加

set_real_ip_from 10.0.0.0/8;
real_ip_header X-FORWARDED-FOR;

set_real_ip_from ではEBLのIPレンジを書きます。面倒なので10.0.0.0/8にしました。
real_ip_header X-FORWARDED-FOR; にはReal IPのHTTPヘッダーフィールドを書きます。

これでnginxのサービス再起動を行って終了

これでaccess.logにもちゃんとRemote_AddressはGlobal IPが表示されます。

yyy.yyy.yyy.yyy – - [25/Jan/2012:13:05:11 +0900] “GET /wp-content/plugins/jquery-colorbox/themes/theme1/images/border.png HTTP/1.1″ 200 112 “http://www.barasu.org/diary/7115.html” “Mozilla/5.0 (iPhone; CPU iPhone OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A405 Safari/7534.48.3″ “yyy.yyy.yyy.yyy”

 

Auto Scalingとは

お客様が定義する条件に応じて、Amazon EC2 の能力を、自動的に縮小・拡張することができます。

拡張よりも縮小が自動でできることがありがたい。

Auto Scalingの設定はAmazon Management ConsoleからGUIで設定することが現在できませんのでツールの用意を行います。

brewで下記コマンドを投入したらOK

$ brew install auto-scaling

viva brew!!!ってな感じです。

Auto Scalingの流れは下記のようになってます。

Amazon EC2/S3/EBS クラウドコンピューティングによる仮想サーバ構築

のP.60 AutoScalingの設定に詳しく書かれています。

1. スケールアウト時に起動するAMIを指定
2. インスタンスの最小・最大数、ゾーンを指定する「グループ」を設定
3. スケールアウトを実行するトリガとなるしきい値を設定

まず、スケールアウト時に起動するAMIを指定

as-create-launch-config Launch設定名 –image-id AMIID –instance-type インスタンスのタイプ –group セキュリティグループ –key キーペア名 で設定します。

下記の設定は AMI(ami-xxxxxx)をMicro Instanceで東京Regionにて起動する設定。

$ as-create-launch-config AS201201 –image-id ami-xxxxxx –instance-type t1.micro –region ap-northeast-1 –group “XXXXXXX” –key XXXXXX-key

「OK-Created launch config」というメッセージが表示されます。

launch configが正しく設定されたかは下記コマンドで表示させます。

$ as-describe-launch-configs –region ap-northeast-1
LAUNCH-CONFIG AS201201 ami-xxxxxx t1.micro

Launch名が表示されたら正しく設定されています。

続いて「インスタンスの最小・最大数、ゾーンを指定する「グループ」を設定」を行います。

as-create-auto-scaling-group AutoScalingグループ名 –launch-configuration Launch設定名 –availability-zones 配置したいAvailabilityZode名 –load-balancers ロードバランサー名 –max-size 最大起動インスタンス数 –min-size 最小起動インスタンス数 –region 起動するRegion

$ as-create-auto-scaling-group WP-AS –launch-configuration AS201201 –availability-zones=ap-northeast-1a,ap-northeast-1b –load-balancers barasuLB –max-size 3 –min-size 1 –region ap-northeast-1

Auto Scaling Groupが正しく設定されたかは下記コマンドを入力します。

$ as-describe-auto-scaling-groups –region ap-northeast-1
AUTO-SCALING-GROUP WP-AS AS201201 ap-northeast-1b,ap-northeast-1a barasuLB 1 3 1
INSTANCE i-0fff2e0f ap-northeast-1a InService Healthy AS201201

Auto Scaling Groupが設定された瞬間に min-sizeが1以上であればその数自動的に登録したAMIが起動します。起動後にLoadBalancer配下に自動的に入ります。

min-seize が1以上であれば障害発生してサーバ(instance)が落ちても自動的に別のサーバが起動しLoadBalancer配下に入りることになります。単純に落ちないシステムが簡単に構築可能*^o^*

ここまでの処理は落ちたら起動するというAuto Scalingの設定でした。
次にスケールアウトを実行するトリガとなるしきい値を設定します。

今回はCPU使用率が平均65%が5分間続いたら自動的にScalingするように設定します。
拡張(+1)するポリシーを設定します。

$ as-put-scaling-policy UP-Policy –auto-scaling-group WP-AS –adjustment=1 –type ChangeInCapacity –cooldown 300 –region ap-northeast-1

同様に縮小(-1)するポリシーは下記のように設定

$ as-put-scaling-policy Down-Policy –auto-scaling-group WP-AS –adjustment=-1 –type ChangeInCapacity –cooldown 300 –region ap-northeast-1

確認

$ as-describe-policies –region ap-northeast-1
SCALING-POLICY WP-AS Down-Policy -1 ChangeInCapacity 300 arn:aws:autoscaling:ap-northeast-1:426070445735:scalingPolicy:ab0f1b93-97dd-4c30-9fcd-ed4d097bd809:autoScalingGroupName/WP-AS:policyName/Down-Policy
SCALING-POLICY WP-AS UP-Policy 1 ChangeInCapacity 300 arn:aws:autoscaling:ap-northeast-1:426070445735:scalingPolicy:5b3db0e2-7fe0-4f4a-bea1-fae8bbcd76cf:autoScalingGroupName/WP-AS:policyName/UP-Policy

そのポリシーをキックするにはCloudWatchを利用します。
AWS Management ConsoleのCloudWatchタブを選択してCreateAlarmを押下します。

Viewingは「EC2: Aggregated by Auto Scaling Group」を選択します。

作成したAuto Scaling Groupの「CPU Utilization」を選択し「Continue」を押下します。

Name:は適当に決めます。CPU負荷が65%続いたらなので CPU_Average_65とかにしておきます。
This alarm will enter the ALARM state when CPUUtilization isで>= 65 for 5に設定。

Take actionを「Auto Scaling Policy」Auto Scaling Groupを設定したグループを選びPolicyをAddするPolicyを設定します。

「Add Action」を押下して完了です。

参考URL
Amazon WebserviceのAuto Scalingの設定について

CPU負荷を与えてAuto Scalingが動くことを確認する。
CPU負荷を与えてしばらくしたらInstanceが起動したことを確認。
LoadBalancerの下にもちゃんと入っている。

負荷が下がるとAuto Scaling Groupに含まれるInstanceが「terminated」になる。

CPU負荷が上昇した時には自動的にAuto ScalingによりInstanceが増えることを確認
CPU負荷が低下したときにもちゃんとterminatedしてくれる。これで余分なお金がかからなくて済む^^;;
しばらくこれで運用してみます。

 

高すぎる!!!ということで少しでもコストを下げるためにRDSのReserved DB Instancesを購入
AWS Management ConsoleにアクセスしてRDSタブを選択します。
左のメニューの「Reserved DB Instances」を選択。

必要項目を入力します。今回は下記の通りにしました。

一括金は$290・・・・
ぉぃ状態だな。
個人で出したくねーよ(-_-;;
業務で使うならMulti-AZはYesなんだろうなぁ

Price per instanceの値段に躊躇しながら「Yes, Purchase Now」を押下してください

これでReserved DB Instancesを購入が完了です。
RDSのTABに行くと

ステータスが「payment-pending」になってます。
しばらくほっとくとactiveになります。
activeになったらRemaining Daysが365dayになっていることを確認してください。

$290も払ってReserved DB Instancesになっていなかったら暴れますよね^^;;
翌日ぐらいにAccount Activityで確認

変更されている。
これでReserved DB Instancesの購入は完了

RDSを使っているならReserved DB Instancesを登録しないとお金をいっぱい払うことになりますよー
短期ならReserved DB Instancesを使わなくても十分にいいですがどうせ使うならさっさと払いましょう。
Total的にみたらOffering TypeはHeavy Utilizationにした方がいいと思います。
ただそれは1年間DB Instance Classが変わらないのが前提。
バーストするようなサイトだと使いにくいだろうけど普通のサイトならいいんじゃないかなぁ。
バースとしないサイトをスケーラブル対応というのもなんだかなぁ^^;;

 

東京RegionでReserved Instanceを契約しようとした時に出てきたOffering Type
前はそんなの無かったけどなぁ^^;;
いろいろなタイプのReserved Instanceが選べるんだね。
PlatformはLinuxでInstance Typeはt1.microで計算してみる。

初期導入コスト+1年間(720時間×12ヶ月)使った場合で年間コストは算出しています。
適当なグラフは下記の通り。

このグラフを見ると5ヶ月以上使うならReserved Instanceを使わないと損だね。
Offering Typeは「Heavy Utilization」「Medium Utilization」どちらを使うかだなぁ。
シンガポールリージョンの時は使い始めてすぐに東京リージョンが発表されたし・・・
でも東京リージョンよりコストパフォーマンスが良いRegionって今後出てくるのかなぁ?

適当にEC2のReserved Instanceに申し込みしよう。
ついでにRDSのReserved Instanceも申し込まないとなぁ〜

RDSの計算してびびった・・・

PlatformはMySQLでInstance TypeはSmallでMulti-AZはなしで計算してみる。

適当なグラフは下記の通り。

RDSはReserved Instanceにしないと大変なことに・・・・
Singapore Regionの時はRDSに対しては何もしていなかったのに気がついた・・・・
年間の差額が$360以上あるぞ・・・・

コストを下げるにはEC2を使ったら負けではなくRDSを使ったら負けだな
RDSのMicroを出してください。

 

みんなEndpoint覚えているの?
たまにしか使わないから私は覚えられないぞ・・・・

Endpoint=Regionということで
Global Infrastructureをみてメモしておく。
2012/01/10現在のRegion
増えたり減ったりするのかなぁ。減るのは考えたくねーな^^;;

コマンドからの確認もできます。
ec2-describe-regionsと打てば一覧として表示してくれます。

$ ec2-describe-regions
REGION eu-west-1 ec2.eu-west-1.amazonaws.com
REGION sa-east-1 ec2.sa-east-1.amazonaws.com
REGION us-east-1 ec2.us-east-1.amazonaws.com
REGION ap-northeast-1 ec2.ap-northeast-1.amazonaws.com
REGION us-west-2 ec2.us-west-2.amazonaws.com
REGION us-west-1 ec2.us-west-1.amazonaws.com
REGION ap-southeast-1 ec2.ap-southeast-1.amazonaws.com

aws Management Consoleからではなくコマンドから操作するときに必要となる引数。
ほとんどコマンド(API)は使っていなかったけど使うと楽なことがわかり使い始めている。

使い始めるとコマンドを発行するたびに「–region=ap-northeast-1」を入力するのが面倒なのでデフォルト東京Region使うようにしてみた。
.bash_profileに追加

export EC2_URL=”https://ec2.ap-northeast-1.amazonaws.com”

Windowsならsetを使って追加可能です。

set EC2_URL=https://ec2.ap-northeast-1.amazonaws.com

本やググれば出てくるんだけどコマンドをまとめた記事でも書こうかなぁと考えています。

 

Sphinxを入れるために入れたHomebrewですが予想以上に役に立っています。

wgetやnkfも標準で入っていないMac OS X・・・・
その都度必要になる奴をぽこぽこ入れられる便利なやつ。

nkfを入れるなら下記コマンドでOK

$ brew install nkf
==> Downloading http://dl.sourceforge.jp/nkf/53171/nkf-2.1.2.tar.gz
############################################################### 100.0%
==> Patching
patching file Makefile
==> make
==> make install
/usr/local/Cellar/nkf/2.1.2: 4 files, 224K, built in 11 seconds

30秒かからずに完了。
すげー便利。

今後はこれでインストールしたらOK^^;;
今まで毛嫌いしていたAWSのAPIもコマンド一発で入ります。下記コマンドを入れてみた。
すべて brew install hogehoge で入れられます。

• s3cmd
• ec2-api-tools
• ec2-ami-tools

Updateは下記コマンドでいいらしい
まずは「brew update」

$ brew update
remote: Counting objects: 195, done.
remote: Compressing objects: 100% (112/112), done.
remote: Total 163 (delta 119), reused 90 (delta 51)
Receiving objects: 100% (163/163), 21.18 KiB | 12 KiB/s, done.
Resolving deltas: 100% (119/119), completed with 28 local objects.
From https://github.com/mxcl/homebrew
bcdce50..497a958 master -> origin/master
Updated Homebrew from bcdce506 to 497a958a.
==> New formulae
apt-dater freexl ht urweb
binwalk git-gerrit qscintilla2
==> Removed formulae
autojump
==> Updated formulae
apiextractor geos mercurial spatialite-tools
clamav gnuplot neon ta-lib
cppcheck libffi node tophat
ec2-api-tools* librasterlite pango unison
exiftool libspatialite pyside unixodbc
feh macvim pyside-tools vgmstream
generatorrunner maxima shiboken

Upgradeできるformulaには*がついています。コマンドでの確認は下記の通り

$ brew outdated
ec2-api-tools (1.5.0.1 < 1.5.2.3)

上記場合だとec2-api-toolsがUpgradeできます。
その後「brew upgrade」
これでバージョンアップが完了しました。

今回あげた「ec2-api-tools」の場合だと

$ ls -F /usr/local/Cellar/ec2-api-tools/
1.5.0.1/ 1.5.2.3/

2つのバージョンが入っています。
古いバージョンは使わないので「brew cleanup」コマンドで消します。

$ brew cleanup
Removing /usr/local/Cellar/ec2-api-tools/1.5.0.1…
Removing /usr/local/Cellar/libevent/2.0.14…
Pruned 0 symbolic links and 1 directories from /usr/local

確認したら古いバージョンのディレクトリはきれいに削除済み

$ ls -F /usr/local/Cellar/ec2-api-tools/
1.5.2.3/

これで削除も完了。

かなり便利!!!
Mac OS XはUNIXだというのを改めて感じた。

これ毎回makeするから私のMacBook Air(Late 2010)ではつらい(x_x)
新しいMacBook Airが欲しくなるぅ〜

#cronでbrew updateは回しておくべきなのかなぁ

 

「Amazon S3 Announces New Features for Hosting Static Websites」とメールがあったのが2011年2月18日
1年近く前のネタなのでかなり今更な感じはしますが^^;;
やってみました。

はまったのはバケット名かなぁ
今回はs3.barasu.orgというCNAMEを付与するならバケット名も「s3.barasu.org」とすること。
詳しくはVirtual Hosting of Bucketsに書いてありました。

The CNAME DNS record should alias your domain name to the appropriate virtual hosted style host name.

新しいバケットを作成(今回は東京Regionにバケットを作成)
AWS Management Consoleから作成してもいいですし、s3cmdから行ってもOK

$ s3cmd mb s3://s3.barasu.org –bucket-location=ap-northeast-1

バケットに静的HTMLを入れる。
s3cmdやCyberduck、S3Foxからバケットに入れます。

$ s3cmd sync -P ~/Documents/html/ s3://s3.barasu.org

WebSite機能をEnableにします。

許可したいバケットを選択します。
Propertiesを選びバケットのプロパティを表示させます。
WebsiteタブよりEnableにチェックを入れIndex Documentを入力します。
これで終了。
Endpointに書かれているURLがHTTPでアクセスできるところになります。

http://s3.barasu.org.s3-website-ap-northeast-1.amazonaws.com/

でアクセスするとちゃんと表示できるかと思います。
URLがださいけどこれでもOKなところはここまで
CNAMEで独自URLを割り当てることも可能です。
この場合はバケット名の「s3.barasu.org」のCNAMEを「s3.barasu.org.s3-website-ap-northeast-1.amazonaws.com」に設定したら
http://s3.barasu.org/ でもアクセス可能となります。

画像配布やPDF配布としてS3使うのはありだよね。
サーバ用意しなくても配布できるんだからすげー楽だよね。
冗長化とか考えなくていいし、Static HTMLだったらコストパフォーマンスを考えてAmazon S3で良いような気がする。

<独り言>
s3cmd version 1.0.1ではWebsiteのEnable/Disableはできなかった
1.1.0-beta2から対応らしい。
</独り言>

 

新年あけましておめでとうございます。
本年もよろしくお願いいたします。

新年早々「Your Amazon EC2 Reserved Instances are expiring」なんてメールが届いていた。
リザーブドインスタンス購入したのは去年の1月だったなー
もう1年なんだ。
Reserved Instancesが切れるタイミングでSingapore RegionからTokyo Regionに移動させてみる。
面倒だから最小構成で再構築
EC2 × 1
RDS×1
をさくっと作って再構築。
最小構成だからmemcachedとnginxは後回しにする^^;;
最小構成なのでLoad Balancersも今回は入れない。

Tokyo Region と Singapore Regionの速度差の確認
さくらに置いてあるサーバにpingで確認
東京Region ⇨ さくらサーバ

100 packets transmitted, 100 received, 0% packet loss, time 99155ms
rtt min/avg/max/mdev = 8.197/14.258/101.905/14.368 ms

シンガポールRegion ⇨ さくらサーバ

100 packets transmitted, 100 received, 0% packet loss, time 99230ms
rtt min/avg/max/mdev = 79.252/87.623/198.597/18.117 ms

さすが東京Region。
速いねー5倍ぐらい近くなっている!!!
ヨーロッパからだとわからないけどこのblogはほとんど国内からのアクセスなのでこれでいいや。

めんどくさかったのはあまりなかったけど
Elastic IPsを取り直したことかなぁ
/var/log/httpd/access-log に見たこともない箇所へのアクセスが・・・
前使っていた人が利用していたところへのアクセスなんだろうけど404が大量に出たので気持ち悪くて取り直したぐらいかなぁ

DNSもRoute53だったのでへぐったら元に戻すのもすぐだし^^;;
しばらくはシンガポールと東京で運用して何かあったら切り戻すかんじかなぁ〜

 

元々入っているアプリケーションは抜いてあります。
入れちゃうとすごいことになりそうで^^;;

• ATOK定額制サービス
• ATOK Pad
• Jedit X Standard
• Evernote
• Pogoplug
• Chrome
• Kyenote
• VMWare Fusion
• TrenMicro ウイルスバスター
• Skitch
• Janetter

あとは何を入れたかなぁ^^;;
ATOK定額制サービス

言わずと知れた日本語入力システム
私はこれがないと仕事ができないと思っています。
Lionにも対応しているし、月々契約だから何かあったら抜けられるし
定額制だとバージョンアップも可能だし、しばらくはこれでいいかなぁ

ATOK Pad

メモ作成アプリ
立ち上がりが早いし、Evernoteへの流し込みも可能
Shift×2で起動するように設定変更
軽いメモ書きならこれで十分
Evernoteは起動に時間がかかってしまうのがいやだったのですが、ATOK Padはすぐに起動するしメモ書きには最適

Jedit X Standard

まともに書くときやテキストファイルを開くのはこれ
文字コードをあまり意識しなくてもいいし、
デフォルトのままでは大変使いにくいけどいろいろカスタマイズができるからOK
設定ファイルのExportってできるのかな?
秀丸みたいなのを探していたので大満足
設定は日下部さんの設定をまるぱくり

Chrome

ブラウザはこれだけでいいや状態の私。
バージョンが上がりフルスクリーンアプリケーションとしても使えるようになったしExtensionがあればどうとでもなる。
Extensionのおすすめは別のサイトで^^;;
私は下記2つしか入れていない

• Clip to Evernote
• Google Share Button

Pogoplug

パーソナルクラウドを作る。というすばらしい製品。
LANケーブルをつないで外付けUSB HDDを接続したらOKと楽に使える製品
これがないと自宅のデータが取り出せない。
動画や制止がだけではなくファイルのバックアップにも利用。
このblogのXMLとかも自宅のHDDに置いてあるー。分散しておいておかないと怖いよねー
容量の少ないMac Book Airには必須。
Lion での問題も解消されて普通に使えています。ネットにさえつながっていれば基本的に自宅に置いてあるUSB HDDの中身が見れるのがうれしい。

Evernote

iPhoneやiPad、Mac、Windowsとで情報を共有するためのツール
いまいちうまく使いきれていない気はする^^;;
私の使い方はWebクリップと議事録が主な使い方。
昔みたいにOneNote的な使い方はしなくなったなぁ・・・・

Skitch

【これだけで十分】blogに載せるための画像作成グラフィックアプリSkitch

Janetter

Twitterクライアント。
HootSuiteから乗り換えました。

Kyenote

本当はKyenoteを使いたいけどねーーー^^;;
SmartArt グラフィックがKeynoteでも私は使いたい。私のプレゼンSmartArt グラフィックないとダメダメなのだーーー
ということでPower Pointから乗り換えたいがなかなか乗り換えられない私
Kyenoteでやるプレゼンはあこがれています。
iPhoneのRemoteを利用したら数段にプレゼンしやすいし。移りたいなぁ

VMWare Fusion

100%Mac OS Onlyでの作業はまだ厳しいと思う私。
もちろん最近はほとんどVMWareでWindowsを起動することも無くなってきている。
でもWindowsは必要なんだよなぁ。
Visioがさー(x_x)
最近は自己解凍&パスワード付きのEXEなんていう問題が立ちふさがっていて・・・・(これは素直にあきらめて誰かに開いてもらってDropbox経由)

TrenMicro ウイルスバスター

ウイルス対策はとりあえずトレンドマイクロ製を入れています。
赤、青、黄色ってありますが赤が一番好きだから^^;;

実際数値を取って詳しくは調べておりません。
最近ちょっとKasperskyに浮気しそうなのは秘密です。

おもいついたら追記or新しい記事として書きます。