Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to DevOpsのアプローチと クラウド/バーチャル環境/構成管理ツール のお話
Similar to DevOpsのアプローチと クラウド/バーチャル環境/構成管理ツール のお話 (20)
More from Yukihiko SAWANOBORI
More from Yukihiko SAWANOBORI (15)
Recently uploaded
Recently uploaded (7)
DevOpsのアプローチと クラウド/バーチャル環境/構成管理ツール のお話
- 1. (※開発環境改め)DevOpsのアプローチと クラウド/バーチャル環境/構成管理ツール のお話 オープンセミナー2015@広島 『クラウド時代の構成管理入門』 Feb. 14. 2015 @sawanoboly(HiganWorks LLC, Opsrock LLC)
- 7. なぜ協力するのか ?
- 12. DevOpsの目的まで広げてみる •個人の役割がDev/Opsだから？ •開発部門/運用部門に所属しているから？ •IT関連の会社(or 会社のIT部門)にいるから ※おつ きあい含む => 大抵がこの部分にあたる 9
- 13. DevOpsの目的まで広げてみる •個人の役割がDev/Opsだから？ •開発部門/運用部門に所属しているから？ •IT関連の会社(or 会社のIT部門)にいるから ※おつ きあい含む => 大抵がこの部分にあたる •じゃあ会社の目的は? 9
- 15. と、いってもですね。。
- 27. Vagrantで環境の共有
- 29. Vagrant概要 •読み：べーぐらんと •バーチャル環境のフロントエンド •Dev的には •アプリケーション環境をローカル依存なしで作成 •Ops的には •インフラ構築の使い捨てお試し環境 21
- 30. DevなVagrant
- 42. バーチャルマシンローカルマシン Vagrantのアプローチ 24 App Code App Code共有 Infra Code
- 43. バーチャルマシンローカルマシン Vagrantのアプローチ 24 App Code App Code共有 構成Infra Code
- 44. バーチャルマシンローカルマシン Vagrantのアプローチ 24 App Code App Code共有 構成Infra Code 変更も反映
- 45. hubを通して配布 •アプリケーションコードと、動作するプラット フォームを同じように扱う •Dev <=> Dev うれしい 25 App Code Infra Code App Code Infra Code
- 46. OpsなVagrant
- 56. Vagrantのアプローチ 28
- 61. Vagrantのアプローチ 28 バーチャルマシン 構築Infra Code v0.1 バーチャルマシン Infra Code v0.x 構築 App 破棄
- 62. Vagrantのアプローチ 28 バーチャルマシン 構築Infra Code v0.1 バーチャルマシン Infra Code v0.x 構築 App 破棄 破棄
- 63. Vagrantのアプローチ 28 バーチャルマシン 構築Infra Code v0.1 Infra Code v1.0 バーチャルマシン Infra Code v0.x 構築 App 破棄 破棄
- 64. Vagrantのアプローチ 28 バーチャルマシン 構築Infra Code v0.1 Infra Code v1.0 バーチャルマシン Infra Code v0.x 構築 App バーチャルマシン 構築 App 破棄 破棄
- 65. 復数の環境に同じコードを適用 •バージョン管理ツールに乗せて、履歴も把握 •いつでもゼロから試せて修正もしやすい •時間のかかる構築は、スナップショットも使える 29 検証用サーバ Infra Code v1.0 本番用サーバ Infra Code v1.0
- 67. Vagrantの機能
- 70. 複数VM、複数NWの構成もOK 33 Public Net Public Net Private Net
- 72. Provisionerは組み合わせ自由 •まずはShellからはじめるのがオススメ •複数定義してもOK •shell-1つめ => chef => shell-2つめ など •shellから少しづつ他のツールにうつすとか 35
- 74. Box
- 75. Box = マシンイメージ •OSをインストールして幾らかVagrant用の設定を 足したもの • で配布されているのは、ほぼ素のOSインストー ル直後が多い •毎回一から作るのは時間かかるというときは、Box をつくってもよい 38
- 77. Share (connect)
- 78. ちょっとプレビューして欲しい時 •Vagrantfileのやりとりで済むとはいえ、アプリま で上げてもらうのはそこそこコストがかかります 41 App Code Infra Code App Code Infra Code
- 83. Chef
- 85. Chef(Client)の技術要素 •インストールはRuby込みのパッケージで提供 •Ruby DSLで記述 •ERBテンプレートで環境依存のコンフィグを生成 •最小単位はリソース、それぞれ状態を定義する •file / service / package などOS向けリソース •クラウド上のインスタンス等、インフラリソース (※Chef-Provisioning) 48
- 86. リソース記述 = レシピ •リソースの状態を記述(レシピ)して実行すると ? •対象のリソースが記述と違えば修正 •リソースが記述どおりの状態なら何もしない 49 ## nanoがインストールされた状態 package ‘nano’ ## nanoがアンインストールされた状態 package ‘nano’ do action :remove end
- 87. 先程のレシピをChef-Applyで とりあえず実行 50 $ echo "package 'nano'" | sudo chef-apply -s Recipe: (chef-apply cookbook)::(chef-apply recipe) * apt_package[nano] action install - install version 2.2.6-1 of package nano # ↑ 入ってないのでインストール $ echo "package 'nano'" | sudo chef-apply -s Recipe: (chef-apply cookbook)::(chef-apply recipe) * apt_package[nano] action install (up to date) # ↑ 入ってるのでなにもしない
- 88. removeも試してみる 51 $ echo "package 'nano' do action :remove end" | sudo chef-apply -s Recipe: (chef-apply cookbook)::(chef-apply recipe) * apt_package[nano] action remove - remove package nano # ↑ 入っているのでアンインストール $ echo "package 'nano' do action :remove end" | sudo chef-apply -s Recipe: (chef-apply cookbook)::(chef-apply recipe) * apt_package[nano] action remove (up to date) # ↑ 入っていないのでなにもしない
- 89. serviceリソースの例 52 $ cat << _EOL_ | sudo chef-apply -s > service 'cron' do > action [:enable, :start] # サーバ起動時に実行を有効と、今実行 > end > _EOL_ Recipe: (chef-apply cookbook)::(chef-apply recipe) * service[cron] action enable (up to date) * service[cron] action start (up to date)
- 90. テンプレートの置換例 53 $ cat sample.erb hoge is <%= @hoge %>. template 'sample.txt' do source 'sample.erb' local true variables({ hoge: 'piyo' }) end ERBテンプレート テンプレートリソース
- 91. テンプレートで文字列を置換 54 $ sudo chef-apply template.rb Recipe: (chef-apply cookbook)::(chef-apply recipe) * template[sample.txt] action create - create new file sample.txt - update content in file sample.txt from none to 141d2b --- sample.txt 2015-02-13 02:42:55.197828606 +0000 +++ /tmp/chef-rendered-template20150213-21341-dzvsb6 2015-02-13 02:42:55.000000000 +0000 @@ -1 +1,2 @@ +hoge is piyo. $ cat sample.txt hoge is piyo. => $ cat sample.erb hoge is <%= @hoge %>. #=>
- 92. 55 リソースからの階層構造
- 97. 55 Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) リソースからの階層構造
- 98. 55 Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) リソースからの階層構造
- 99. 55 Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Roleなど役割記述の ファイル (option) リソースからの階層構造
- 100. 55 Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Roleなど役割記述の ファイル (option) 収集した各種状態の ファイル (option) リソースからの階層構造
- 101. 55 Chef-Repo Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Roleなど役割記述の ファイル (option) 収集した各種状態の ファイル (option) リソースからの階層構造
- 102. 55 Chef-Repo Cookbook +さらにその他色々 => インフラコード一式 レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Roleなど役割記述の ファイル (option) 収集した各種状態の ファイル (option) リソースからの階層構造
- 103. 55 Chef-Repo Cookbook +さらにその他色々 => インフラコード一式 レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Cookbook レシピ (x n) リソース リソース その他色々 (x n) Roleなど役割記述の ファイル (option) 収集した各種状態の ファイル (option) リソースからの階層構造
- 107. Shellとプロビジョニングツールを比べる •OS(ディストリビューション)の違いを結構吸収 •リソースに対する状態がひとまとまりで見やすい •違いだけ適用、状況依存の分岐処理記述が少ない 56
- 111. リソース依存のサンプル •書きっぱなしで何度実行してもよいのが楽 •事前に変更点のある/なしを折り込まなくてよい 58 service ‘httpd’ do subscribes :relaod, file[httpd.conf] end # service => fileを見張る例 file ‘httpd.conf’ do notifies :relaod, service[httpd] end # file => serviceに通知の例
- 113. おすすめは2通り
- 122. じわじわレシピの要約 66
- 127. 2. 状態テストを活用する
- 128. 68
- 129. Serverspec? •サーバの状態をテストするツール •元々はプロビジョニングツール用コードのリファ クタリングのために開発 •(手作業を含む)プロビジョニング手順の最適化とし て利用する 69
- 135. 状態テストからレシピの要約 73
- 143. クラウドリソースはAPI 77
- 147. クラウドリソースはAPI •調達＆廃棄が容易なので •開発初期から並行環境で稼働できる •環境構築をコードにして、素早く何度も作れる ようにする •あとからコードにする事もなんとかなる 77
- 153. Devは 80
- 158. Opsは 82
- 165. Dev&Opsで
- 169. おわりに．．．