はてなブックマーク

サーバ設定管理ツール選択 管理するサーバが増えてくると必ず現れてくる話題です。 僕もそれに漏れず、今までなーんとなく避けてきたこれに着手し始めました。 選択肢はもうこの2択でしょう。 今まで避けてきていた理由はこれらの言語がRubyだから。 残念ながら（と言っていいのか分からないが）、puppetもchefもどちらもRubyで書かれているんですね。 必要に迫られた以上、好き嫌いを言っても仕方の無いことなのでどんなものか調べはじめました。 puppetとchefの決定的な違い それは外部DSLか内部DSLか。 それぞれのソフトウェアの好き嫌いを除けば、双方の違いはこれに尽きるのではないでしょうか。 僕としては最初puppetを選択しました。 それはペパボの宮下さんが使っているから。 あと、Rubyに何となく抵抗があったので内部DSLに拒否反応。 両者の違いを知る上では以下の

data_bagを使う chefにはdata_bagというものがあります。 attributeとは何が違うのかなーと思っていましたが、良い使い方を見つけましたのでご紹介させていただきます。 ユーザアカウントは全てdata_bagで管理 ユーザアカウント系は全てdata_bagで管理すると楽かも！と思ってやってみました。 例えばログインアカウント。 サーバの機能や場所ごとにroleを作りますが、そのroleの中でログインアカウントを管理するrecipeを入れるとします。 data_bagを使わないとrecpieもしくはroleのattributeにユーザ情報を格納して、recipeのuser resourceでユーザを作成することになると思います。 僕の管理している環境では鍵認証が基本なので公開鍵の情報も管理をしたいです。公開鍵はユーザに紐づいていてどのサーバでも同じ鍵で入れると便

Chef検証再開。 Chefを設計・運用するうえで、どうしても理解しなければいけないのが、CookbookとRecipeとRole`の関係。 とりあえず、それを理解するためにこのスライドを見てみた。 Resouceは設定の最小単位 Resouceは各種設定の最小単位と解釈しました。 ファイルを配置する、ソフトウェアをインストールする、ユーザを作る、等など。 これらの設定はOSによってコマンドはまちまちですが、それぞれのコマンドの違いはPlatformやらProviderやらで吸収されて、ResouceではそれらのOSの違いを意識せずに設定を指定できるところが良いところです。 RecipeはResourceのリスト スライドに Recipes are lists of Resources と書いてありました。 僕は、「Recipeは一つの操作をするために必要なこと（Resource）がまと

最近は、いよいよchefの本格的な運用に向けてrecipeを書く日々が続いています。 その中から一コマをご紹介。 Roleで登録するユーザを分ける chefでサーバのアカウント管理をすることになって、どのようにするのが効率的かを考えました。 登録するアカウントは全てのサーバで同じというわけではなく、属性によって異なります。 そこで、属性ごとにRoleを用意して、それぞれユーザをattributeで登録することにしました。 ユーザ登録のRecipeは共通です。 Roleはこんな感じ。 { "json_class": "Chef::Role", "description": "desc", "default_attributes": { "users": [ { "active": true, "uid": 10001, "key": "ssh-rsa xxxxxx", "name":