[AWS Summit 2012] クラウドデザインパターン#8 CDP アンチパターン編
27 likes5,303 views
クラウドデザインパターン#8 CDP アンチパターン編 登壇者名・社名 荒木 靖宏（アマゾン データ サービス ジャパン 株式会社）
[AWS Summit 2012] クラウドデザインパターン#8 CDP アンチパターン編
- 1. AWSクラウドデザインパターン -アンチパターン編-
- 2. 自己紹介 名前 荒木 靖宏 所属 アマゾンデータサービスジャパン株式会社 プリンシパルソリューションアーキテクト ID Twitter: ar1 好きなAWSサービス Amazon Virtual Private Cloud AWS Direct Connect
- 3. AWSクラウドデザインパターンとは... AWSクラウドを使ったシステムアーキテクチャ設計を 行う際に発生する、典型的な問題とそれに対する解決 策・設計方法を、分かりやすく分類して、ノウハウとし て利用できるように整理したもの。
- 4. 例えば... (CloudHubパターン) 解決したい課題 構造 VPNをハブ状に構成し、メンテナンス コストを下げる。この場合ハブとなる VPN機器の可用性と性能に対するコス トが問題になる。 クラウドでの解決 ハブ構成に対応したVPN機能を安価に 提供しているサービスを利用する。 実装 vpcのVPNゲートウェイに対して複数の カスタマーゲートウェイを設定する。 利点 管理コスト、初期費用の削減 注意点 対応可能なVPN数などの制約に注意す る
- 5. Webでノウハウを共有 WIKI http://aws.clouddesignpattern.org/index.php FACEBOOK https://www.facebook.com/awscdp
- 6. 書籍でノウハウを共有 Amazon Web Services クラウドデザインパターン 設計ガイド http://www.amazon.co.jp/dp/4822211967/
- 7. CDPカテゴリ (2012.09.13現在) 基本 静的コンテンツを処理 運用保守 Snapshot Web Storage Bootstrap Stamp Direct Hosting Cloud DI Private Distribution Stack Deployment Scale Up Cache Distribution Ondemand Disk Server Swapping Rename Distribution Monitoring Integration 可用性を向上 Web Storage Archive データをアップロード Weighted Transition Multi-Server Write Proxy Hybrid Backup Multi-Datacenter Storage Index Floating IP Direct Object Upload Deep Health Check ネットワーク リレーショナルデータベース On-Demand NAT 動的コンテンツを処理 DB Replication Backnet Read Replica Functional Firewall Scale Out In-memory DB Cache Operational Firewall Clone Server Sharding Write Multi Load Balancer NFS Sharing WAF Proxy NFS Replica バッチ処理 Cloud Hub State Sharing Queuing Chain URL Rewriting Priority Queue Rewrite Proxy Job Observer Cache Proxy Scheduled Autoscaling Scheduled Scale Out
- 8. アンチパターン 失敗に陥るパターンを類型化し、事例の 早期発見と対応策に関しての提案を目的 とする。 動作やプロセス、構造について、当初は 妥当であったのに、最終的に悪い結果が 繰り返されるパターン リファクタリングするための方法が存在 するパターン
- 9. アンチパターンの発表です アンチパターンを識者十数名で選定 ベーシックアンチパターン アドバンスドアンチパターン ベーシックアンチパターン ワースト１３を カウントダウンで
- 11. 負荷テスト急発進アンチパターン 原因 ELBのオートスケール特性を知らない 症状 ELBを使ったWebサービス等で性能をはかる ための試験を行う際に、バックエンドサーバ には余裕があるのに、クライアントには503 が届く。
- 14. CloudFront使わない アンチパターン 原因 配信先が日本だけなのでいらないと考える キャッシュ設定を嫌う 症状 HTTPアクセスピーク時に帯域が律速に。 CPUやディスクに余裕があるのにサービスで きず。 S3のレスポンス（200-500msec）が遅いと 文句を言う
- 17. リージョン間違いアンチパターン 原因 リージョン選択を意識していない 症状 S3のバケットをUS−Standardに作ってしま い、転送速度や遅延に悩む 不要なサービス、インスタンスの放置 sshの鍵が無くてログインできない
- 18. リージョン間違いアンチパターン 解決法 マネージメントコンソールではよく使うサー ビスをリージョン名を含めてブックマークし ておく 明細をときどきチェックする。課金アラート を設定する。 S3バケットは作りなおす。 COPYすればバケット間で直接移行できる。
- 19. １０
- 21. 消化不良アンチパターン 原因 全機能を使おうとして消化不良になる。 症状 AutoScalingを無理やり使おうとする。 ENIを設定したのもののOSの設定をしない。
- 22. 消化不良アンチパターン 解決法 システムが動くことが最優先であることを思 い出す。 AWSが提供する機能は、その機能を要求のう ちの最大公約数的なもの。 自分のシステムに最適かどうかはわからない。 そもそも、その機能いりますか？
- 24. インフラ塩漬けアンチパターン 原因 構築した当初のままインフラの見直しを しない。 症状 実際の利用にくらべてキャパシティの過不足 を放置したまま利用している 一時凌ぎで選んだサービスをそのまま 使い続けている
- 27. ノーガードアンチパターン 原因 セキュリティグループやNACLを面倒くさ がって全開けにしてしまう 症状 思わぬ攻撃で気がつく
- 28. ノーガードアンチパターン 解決法 本番環境、開発環境を分離する 本番環境で必要な通信をみなおす Trusted Advisorによってサポートも
- 30. オンプレキャパプラアンチパターン 原因 システムの利用予定期間内ずっと 使えるだけのキャパシティを確保 症状 5年先に必要だからといって。。 EBSのボリュームを最大の1TB確保する Provisioned IOPSを1000にする 大きすぎるインスタンスを使用する
- 31. オンプレキャパプラアンチパターン 解決法 使用するリソースを順次拡大することを設計 に盛り込む 使用するリソースは定期的に見直しする
- 33. S3勘違いアンチパターン 原因 S3を共有ストレージ、ブロックストレージと して使ってしまう 症状 S3をFUSE等つかってマウントし、ログや ウェブコンテンツをS3に配置して共有しよう とする。 S3にデータベースファイルを配置する
- 34. S3勘違いアンチパターン 解決法 S3はブロックストレージではない S3でWebコンテンツを共有するなら、S3を Webサーバとして利用する
- 35. ５
- 37. EC2一神教アンチパターン 原因 AWSの知識が古いまま止まっている サーバを調達し、その上で作る方法に慣れ親 しんでいるため 症状 目的毎にEC2を用意するため、インスタンス 数が増えすぎる 可用性の担保にも手間がかかる
- 38. EC2一神教アンチパターン 解決法 Route53, RDS, S3, ELBなどEC2以外の サービスを活用する。 可用性の確保 利用額の低下
- 40. 片寄せアンチパターン 原因 AZ間の通信料金を気にする 複数AZ運用ノウハウを単に知らない 症状 トラブル時にあわてることになる
- 42. ３
- 44. IPアドレス信者アンチパターン 原因 IPアドレス固定環境への慣れ 症状 全てのインスタンスにEIP ELBでCNAMEのFQDNを使わずIPを指定する RDSのエンドポイントを使わない VPCでプライベートアドレスが固定されるこ とを知らない
- 45. IPアドレス信者アンチパターン 解決法 EC2以外のサービスを使うときはIPアドレス ではないことを理解する。 利点を理解する
- 47. トラフィック料金心配性 アンチパターン 原因 トラフィック、リクエストによる利益と コストの見積りができない 症状 料金青天井だと心配しすぎる ログを確認しない
- 48. トラフィック料金心配性 アンチパターン 解決法 Billing Alarm機能の利用 システムの特性をまず洗い出す 料金の相談ができる会社の利用
- 49. １
- 51. 机上の空論アンチパターン 原因 サーバ発注、システムデプロイ、納品の硬直 したループにはまっている 症状 動作確認をしない 事前のキャパシティプランニングに時間を かけすぎる
- 53. まとめ CDPアンチパターンを活用し システム規模に合わせた可用性を持つシステム を構築が可能に 低コストで耐障害性の高いシステムを簡単に構 築することが可能に システムが拡大しても、運用者の負担を削減す る仕組みづくりが可能に
- 54. まとめ (改善・革新) 今までできていたことを、 改善 より早く、簡単に、安く実現できる 今までできなかったことが 革新 実現できる
- 55. CDPでAWSをもっと楽しく
- 56. ご清聴ありがとうございました。 FACEBhttps://www.facebook.com/awscdp