2012/11/12 第8回JAWS-UG札幌支部 事例発表資料

1. 2012/11/12 第8回 JAWS-UG 札幌
AWSのおかげで・・・
大内 寛和

2. 大内 寛和
株式会社データクラフト 開発部
fb: hirokazu.ouchi
JAWS-UG 札幌 ( 2010/12/14～ ）
副代表
好きなサービ
ス
Amazon Route
53

3. ロイヤリティーフリーの写真素
材
印刷、マルチメディア、WEBデザインな
ど幅広い用途に利用可能な、ロイヤリ
ティーフリー・デジタルフォトコレク
ション。
http://www.sozaijiten.com/
ストックフォトのダウンロード
販売
国内・海外のフォトブランドから200万
点
以上の写真素材を提供するストック
フォ
http://imagenavi.jp/
トダウンロード販売サイト。

4. AWSを利用するきっかけについて
← この人
Webサイト、社内の業務アプリ開発メイン
（サーバ/インフラには全く興味なし）
自社サイトはオンプレミス型で運用
（クラウドの知識は０）

5. 2010/11/3
【札幌】 AWSハンズオンに参
加！

7. 数分でサーバ起動・・・（えっ？
時間課金・・・（本当に？
サーバのコピーが簡単・・・（唖然
ファイルアップしただけで、URLが付く・・・
（面白い！

8. すっかり、AWSに魅入られてしま
い、
社内利用を目指して、AWSについ
て、うんちくを語り、半ばこじつけ
でAWSアカウントを取得！
そんなことをやってるうち
に・・・

9. サーバ担当になりまし
た

10. AWSのおかげで、仕事が増え自社サイトの課題が明
確になり、試行錯誤を繰り返しながら、改善に勤し
んでおります。
その中で培った、AWSの小ネタをご紹介します。
Q1. AWSからメール送りたい！
Q2. サイトが重くてつながらない、助け
て！
Q3. （オマケ）海外のサイトを調査した
い！

11. Q１．
AWSからメールを送りたい！
Web
Server
Mail
Server ？
mail

12. EC2インスタンスからメール送信
Web Mail
Server Server
Email
AWS：申請ページ
大まかな手順
・メールサーバのDNS正引き設定
・メール送信制限解除・DNS逆引き設定の申
請
・sendmail/postfixの調整
費用は、EC2の課金
（インスタンス起動時間、データ転送量等）

13. AmazonSESからメール送信
Web
Server
Amazon SES Email
大まかな手順
・SES利用申請（テスト環境）
・送信元アドレスの設定
・本番利用申請
費用は、SESの課金
（データ転送量、メッセージ送信数）

14. SES利用準備
IAM： SESメール送信権限を持つユーザーを登録

15. メール送信する方法（PHP)
AWS SDKを利用
<?php
require_once("/opt/aws/php/sdk.class.php");
$ses=new AmazonSES();
$res=$ses->send_email(
'oouchi@datacraft.co.jp',
array( 'ToAddresses' => array('oouchi@datacraft.co.jp','hz.ouchi@gmail.com') ),
array(
'Subject' => array( 'Data' => 'えのき', 'Charset' => 'UTF-8'),
'Body' => array( 'Text' => array('Data' => '好きです', 'Charset' => 'UTF-8')),
),
);
echo $res->isOK() ? "OK": "NG";
各システムに、こういうコードを仕込むのはちょっと・・・

16. postfixからSESにリレーしましょ
う！
Web
Server
Amazon SES Email

17. postfixの設定
「/etc/postfix/main.cf」 追加
relayhost = email-smtp.us-east-1.amazonaws.com:25
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_use_tls = yes
smtp_tls_security_level = encrypt
smtp_tls_note_starttls_offer = yes
smtp_tls_CAfile = /etc/ssl/certs/ca-bundle.crt
「/etc/postfix/sasl_passwd」 新規作成
email-smtp.us-east-1.amazonaws.com:25 [アクセスキー]:[シークレットキー]
postfix再起動
sudo postmap hash:/etc/postfix/sasl_passwd
sudo /etc/init.d/postfix restart

18. 1年前から、この方法でメール送信
していますが、当時、postfixのこ
とはよくわかっておらず。
ググってみると・・・

19. パクリ頂きました！
ありがとうございます！

20. 注意点
AmazonSESは、1日の送信制限があるので、制限を超えないよ
うに運用しましょう。
Cloudwatch+SNSで監視 AWS SDKを利用して、お好みの監視システムを使うのもよし
<?php
require_once("/opt/aws/php/sdk.class.php");
$ses=new AmazonSES();
$response=$ses->get_send_quota();
if ($response->status===200) {
$quota_result=$response->body->GetSendQuotaResult;
// 利用率
echo ($quota_result->SentLast24Hours/$quota_result->Max24HourSend*100);
}

21. Q2．
サイトが重くてつながらな
い、
助けて！

22. 親しくお付き合いしている会社の
Webデザイナーさんからのご相談。
状況：
・告知サイトを公開したところ、アクセスが殺到してサ
イトにつながりにくくなっている。
・販売サイトにも影響して困っている。
・告知サイトは、HTML+JSの静的コンテンツで構成して
いる。
・大きめの画像を表示している。

23. これだ！

24. Direct Hostingパターン
販売サイト
http://xxx.jp/
Web
Server
ユーザー コンテンツ
編集者
告知ページ
http://yyy.xxx.jp/
告知サイトのコンテンツはすべてS3に配置

25. リリース情報等、告知済みなので、ページのURL
は、変えたくないです。

26. これだ！

27. Web Storageパターン
販売サイト http://xxx.jp/
告知ページ http://xxx.jp/yyy/
Web
Server
ユーザー コンテンツ
編集者
コンテンツ
http://yyy.xxx.jp/
✕
HTMLは既存サーバーに、JS、CSS、画像をS3に配置

28. 主な作業
・S3バケットを作成
・S3で付与されたホスト名をDNSに設定
・コンテンツ編集用のアカウントをIAMで作
成、
S3の権限のみ付与
コンテンツのアップには、
Cyberduckを使用していま
す。

29. AWS Billing Alertsを利用して、費用が一
定額を超えたらメール通知するよう設定

30. これでめでたく解決しました。
S3の使用料は、当初の見積りよりも低く抑
えられました。
相談者のWebデザイナーさんは、AWSの凄さ
に驚いていました。また、運用も簡単とい
うことで、現在もご利用頂いています。

31. 補足
今回利用した、Web Storageパターンではなく、
CloudFrontを利用した、Cache Distributionパターンを用
いるのもよいかと思います。
ユーザー CloudFront
S3
Web
Server
ユーザー CloudFront
Web
Server
ユーザー CloudFront

32. Q3．
（オマケ）
海外のサイトを調査したい！

33. 社内の人から、以下のような問い合
わせ。
「USのWebサイトを調査したいんだけ
ど、日本からだとアクセスできない
みたい。何かいい方法ない？」

34. その時は、ちょっと忙しかったん
で、
詳しく聞かずに・・・
じゃ・・・

37. はい、どうぞ

38. 後日、どのサイトを調査したのか
聞いたところ・・・

40. USのiTunesで、どの程度露出しているか確認したかったよう
です。

41. iTunesって、アクセス元のIPで、
表示を変えている？
設定を変えれば、国ごとの表示に
切り替わるんじゃ・・・

42. 国変更でｋ

43. まとめ
・EC2でイチから環境構築せずに、AWSのサービスをう
まく活用することで、費用削減、サービスの早期構築
に繋がります。
・CDPは、AWSとよりよくお付き合いする為のお手本。
オンプレミス環境の改善にも参考になります。
・ユーザーニーズを正確に把握し、適切なサイズのソ
リューションを心がけましょう・・・（反省）

44. JAWS-UG 札幌
来年もよろしくお願いします！