Downloaded 22 times
![Chef Serverを1年運用してみて
• roleにレシピを詰め込みすぎない
•
roleに詰め込みすぎると、サーバの完成形が見えなくなる
"env_run_lists": {
"sample": [
"role[sample]",
"recipe[sample::hoge_user]",
"recipe[sample::hoge_directory]",
"recipe[python::python27]",
"recipe[python::virtualenv]",
"recipe[sample::hoge_mysql]",
"recipe[sample::hoge_virtualenv]",
"recipe[sample::hoge_nginx]",
"recipe[sample::hoge_httpd]",
"recipe[sample::hoge_td-agent]",
"recipe[sample::hoge_git]",
"recipe[sample::hoge_nrpe]",
"recipe[sample::hoge_ganglia]",
"recipe[sample::hoge_recipe1]",
"recipe[sample::hoge_recipe2]",
"recipe[sample::hoge_recipe3]",
"recipe[sample::hoge_recipe4]"
]
…なるほど。
わからん(；´Д｀)](https://image.slidesharecdn.com/chefserver-140225024636-phpapp02/75/Chef-server-24-2048.jpg)
![Aws OpsWorks [JAWSDAYS 2014 ACEに聞けトラック]](https://cdn.slidesharecdn.com/ss_thumbnails/awsopsworksoverview-140316224852-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
チームでChef serverを運用するには
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9. 自己紹介 • 本間 知教(ほんまとものり) @CkReal • 株式会社gumi • System Operation Engineer • 国内アプリの運用＋社内の開発体制改善活動？ • 非リア充担当 • 好きなChefのリソース：template
- 10.
- 11.
- 12.
- 13. Chef導入前(~2012)の業務状況 • Puppetを使っていた時期もあった • AMIをベースにサーバ数十台をセットアップ • 本番環境のEC2は、十数台∼百数十台 •チームメンバーのスキルセットは様々 • psshを利用して、複数サーバのセットアップ
- 14. Chef導入前(~2012)の業務状況 • Puppetを使っていた時期もあった • AMIをベースにサーバ数十台をセットアップ • 本番環境のEC2は、十数台∼百数十台 •チームメンバーのスキルセットは様々 • psshを利用して、複数サーバのセットアップ (力技で)何とかしていた
- 15. 何が問題だったか • AMIのブラックボックス化 • 歴史的経緯による、職人AMIが生まれやすい • 構築ドキュメントの管理 • 更新されないドキュメントは滅びてしまえばいい •誰が/いつ/どのように/サーバを準備したかが不明 • 後から他メンバーが追いきれない
- 16.
- 17. Chefの導入経緯 • チームメンバーが増えた • 攻めの運用体制を作ろう！！ • 数百台のサーバを一元管理しやすいプロダクト • ChefServer 11が出た時期もあり、Chef Serverを採用 • 既存サーバに影響を与えずに、こっそり導入 • 設定ファイルや公開 の配布といった簡単なことから
- 18.
- 19.
- 20.
- 21.
- 22.
- 23. Chef Serverを1年運用してみて • 開発環境の準備は圧倒的に速くなった • 設定ファイルのバックアップもChefに任せる •recipeにアプリ情報は直書きしない • 他アプリに流用する際の修正コストが大きくなる • チームメンバーの変動 • 孤独なChef使いを生み出すことに
- 24. Chef Serverを1年運用してみて • roleにレシピを詰め込みすぎない • roleに詰め込みすぎると、サーバの完成形が見えなくなる "env_run_lists":{ "sample": [ "role[sample]", "recipe[sample::hoge_user]", "recipe[sample::hoge_directory]", "recipe[python::python27]", "recipe[python::virtualenv]", "recipe[sample::hoge_mysql]", "recipe[sample::hoge_virtualenv]", "recipe[sample::hoge_nginx]", "recipe[sample::hoge_httpd]", "recipe[sample::hoge_td-agent]", "recipe[sample::hoge_git]", "recipe[sample::hoge_nrpe]", "recipe[sample::hoge_ganglia]", "recipe[sample::hoge_recipe1]", "recipe[sample::hoge_recipe2]", "recipe[sample::hoge_recipe3]", "recipe[sample::hoge_recipe4]" ] …なるほど。 わからん(；´Д｀)
- 25.
- 26. 運用中に遭遇した出来事 • インスタンスタイプ変更 • m1.smallは同時接続クライアントが80台あたりが限界？ •EC2メンテナンス • knife backup exportで定期的にEBSへバックアップ Chef Server 自体のバックアップも ちゃんと設定しておく必要がある
- 27.
- 28. 何が問題だったか(再掲) • AMIのブラックボックス化 • 構築ドキュメントの管理 •誰が/いつ/どのように/サーバを準備したかが不明 ある程度は改善されたが、 運用においても銀の弾丸はない
- 29.
- 30.
- 31. 改善に向けて取り組んでいること • 構築手順のrecipe設計見直し • 機能別→サーバ別へ • インストール手順もrecipe化 • 極力Chef側へ寄せて構築を行う •attributesの活用 • バージョン記述はドキュメントとしても使える
- 32.
- 33. まとめ • Chefの最適解はまだ模索中 • 日頃からメンバーのChefスキル平準化を行う • コンソールをチームで共有(≒ChatOps) •運用チームは日々改善 • 失敗から立ち上がるサイクルが大事
- 34.