Downloaded 11 times
Uploaded byMakoto Tajima
Movable Type＋AWSでECサイトを構築してわかったこと
MT東京-03 Movable TypeケーススタディVol.3 にて使用したスライドです
Movable Type＋AWSでECサイトを構築してわかったこと
- 1. Movable Type ＋AWSで ECサイトを構築してわかったこと Movable Type case study Vol.3 エムロジック 田島 2014/06/15
- 2. 自己紹介 田島 誠 facebook.com/mtajima エムロジック株式会社 代表取締役・裏方 鹿児島県出身 ４〇才２児の父 Windows派少数民族 Movable Type担当
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9. MTコマース • 株式会社ネットコンシェルジェの製品 • MTで本格的なECサイトを構築 •実際に多数のECサイトを構築
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16. 他にこんな機能も • ポイント・クーポン機能 • メルマガ機能 •簡易レコメンデーション • 高機能なフォーム作成（※） • 商品購入者の閲覧制限ページ（※） ※次期バージョンにてリリース予定
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38. 京都 KYOTO byYoozigen, on Flickr https://www.flickr.com/photos/yoozigen/1491005376
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45. 魅惑３ RDS •データベース •手間からの解放 • フェイルオーバー • バックアップ •アップデート •MHA+HAProxyでの構築を忘れ てしまいそう
- 46.
- 47.
- 48.
- 49.
- 50. 閑話休題 でました！ Movable Type 6for AWS インスタンスを使った分だけ課金 ライセンス料金：0.07ドル／1時間 マイクロインスタンスだと無料！ http://www.sixapart.jp/movabletype/aws/
- 51.
- 52.
- 53. スワップボリューム •AmazonLinuxのAMIでインスタン スを作成した場合スワップが設定さ れない •スワップがないとどうなる？ • メモリが足りなくなると突然プロセス が殺される • OOMKiller (Out of Memory Killer) →スワップは作りましょう！
- 54.
- 55.
- 56.
- 57. 負荷分散その２ •「再構築中にサーバが重い」 • 1インスタンスだけ重くなってしまう とバランスが悪くなりうかつにオート スケールできなくなります • マスターサーバはELBから分離してし まいましょう •（予算に）余裕があればタスク専用の サーバがあると快適！
- 58.
- 59.
- 60.
- 61.
- 62. SMTP 解決策 • メール送信は１インスタンスにまとめ ましょう • マスターサーバにゲートウェイ設置して マスターサーバから送信するように設定 •MTコマースはフロントからのすべての メールがジョブキューで送信されます （次期リリースにて実装） • メールの負荷が重いサーバではメール送 信のサーバと管理画面のサーバを分離し ましょう • タスクからの送信はMTに欲しいなー
- 63.
- 64. RDSチューニング •「インスタンス増えても捌けるユー ザーが増えなくなった」 •調べてみた • JMeterで100ユーザーが連続で検索・ 購入するシナリオを実行 • 妙に遅かった。何故？ 0 50 インスタンス2インスタンス3 トランザクション数 (RDS SMALL) インスタンス2 インスタンス3
- 65. RDSチューニング •「CloudWatchでRDSの負荷がハン パないんだけど」 • なんだかんだでMTは結構DBアクセス 多いと思います • 現在RDSのデフォルトはクエリキャッ シュが無効です＞有効にしましょう •RDSも立派なインスタンス、MySQL のチューニングを怠ってはいけません • MTコマースの場合、これで急回復！ • どうしても改善できないときはプラン 変更を・・・
- 66.
- 67. Worker数 •スワップを作ったとしてもスワップ はあくまでも保険 • 使わないよう実行プロセスの調整をし ましょう •Starmanで実行しているのであれば Worker数で調節します --workers 2←ココ •使わないプラグイン・アドオン・ CGIを消すというのももちろん実施
- 68.
- 69.
- 70. キャッシュ •遅いレスポンスと速いレスポンスの 違いを考える • 処理の複雑さ • DBアクセスの多さ ↑ 簡単には変えられない！ •テンプレートのビルド ↑ ここが大きい！ •制作でできることを考えます
- 71.
- 72.
- 73.
- 74.
- 75.
- 76. キャッシュ •memcached • 全インスタンスで同じ設定を使いま しょう • インスタンスごとにキャッシュの内容 が違うと問題が発生します •キャッシュの使用頻度があがるようで あればElastiCacheを検討
- 77. 監視 •CloudWatch • 常に設定しましょう • いろんなアラート出せるので便利 •ただECの場合、負荷以外にも不正使 用のアラートなどCloudWatchでは フォローできないアラートも必要 • 監視は複数系統用意しましょう
- 78.
- 79.
- 80.
- 81. まとめ • MTとECってすごく相性がいいです • AWSは動的サイトの運用には超便利 です（DataAPIの登場で需要増） • いまからでもMovable Type for AWS を使ってみるといいよ！ • 複数インスタンスにする可能性がある ならば最初から備えておかないと大変
- 82.