ItamaeでCentOSにRuby環境構築 - Qiita
以前書いた、 Chef Solo+Vagrantで、CentOSにrbenvでRuby環境構築 と同じことを、Chef SoloではなくItamaeを利用して行った。 ryotarai/itamae Chefの記法とほとんど同じように書けるし、よく分からないディレクトリがいっぱい作成されて混乱することもない。 Chefにそこまで慣れていない自分としては、シンプルに管理できそうな分こっちの方が良いんじゃないかという印象でした。 Vagrantで仮想環境作成 CentOS 6.6の環境をVagrantを使って起動する。 $ vagrant box add opscode-centos-6.6 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_centos-6.6_chef-provisionerless.bo
mitamaeが俺の求めていたさいつよのプロビジョニングツールじゃないかというはなし - Qiita
俺です。 さーばーちゃんたちのプロビジョニングがつらい季節になりました。 脳筋->chef->ansible->itamae->脳筋と輪廻転生を繰り返しています。 しょーもない理由で結局脳筋に戻ってしまっているのですが やっぱりシェルコマンド並べて手順なり脳筋スクリプト作るのはしんどいので 使い捨て利用でいける、それなりに回せてgolangバイナリのようなポイーで導入できるカジュアルなプロビジョニングツールないかなーって探してたら あるじゃないですかー mruby製itamae mitamaeが！！ 最高アンドさいつよの予感がしたので使ってみます。 しょーもない俺のプロビジョニングツール死亡履歴 2012 - 2017ぐらい. 脳筋時代: tmux synchronize-panes 最高だけど度重なるッターン!!がつらくて死んだ chef: 猿だからchef-clientのバージョン管理
Docker ＋ Itamae でレシピ作成の試行錯誤を 高速化 #itamae #docker - Qiita
Docker ＋ Itamae でレシピ作成の試行錯誤を 高速化 #itamae #docker 概要 Docker ＋ Itamae でレシピ作成の試行錯誤を 高速化 します 目的 Itamae のレシピ作成時間を短縮 特に工夫をしないと、レシピのプロビジョニングリトライは非常に時間がかかる 例えば、Ubuntu 環境に rbenv + ruby(2.1.3) + rails(4.1.8) 環境をインストールしたところ 15 分かかりました 何も工夫をしなければ再試行に + 15 分かかります 普段のプログラミング同様、何事も一発で成功することは少ない。試行錯誤は発生する ※ Itamae に限った話ではないので、プロビジョニングツール全般に応用可能 前提 Vagrant で構築した CoreOS 環境 の上に Docker で作成した Ubuntu 14.04 のコンテナを作成し、その
導入しやすく軽量な構成管理ツール「Itamae」を使ってみよう | さくらのナレッジ
たとえば次のレシピは、「taro」というユーザーおよびグループを作成するものだ。 group "taro" do gid 1000 action :create end user "taro" do home "/home/taro" password '$6$OmC3KootOURrqOaP$63rwQ2bSE8op8wXa.ZWzgxm/iGvePTzEL5lOntmkPyYh5Qwh4lWs2DtyoEHcvsbYV5Q6a2ezzrZueb2ydrkhz0' shell "/bin/bash" uid 1000 gid "taro" create_home true action :create end これは、サーバー設定ツール「Chef」の概要と基礎的な使い方記事内の「ユーザーの管理を行うRecipeを作成する」で紹介したレシピファイルとほぼ同じものになっている。Chefの場合
Chef脱落者が、Itamaeで快適インフラ生活する話 - Qiita
こんにちは。株式会社ベーシックのCTOやってる@zaruです。今年はじめてQiitaのアドベントカレンダーに参加しました。25日埋まるようなんとか頑張ります。また、ベーシックのエンジニアについて興味のある人はベーシックエンジニアのQiita記事に目を通してみてください。それなりに面白い記事があると思います。 長い前置き Chef、めっちゃ流行って今や定番ツールになってますね。僕はChefに挑戦したものの脱落したダメエンジニアです。なんで脱落したかというと、セコセコ作ったレシピを保守できなかったんですね。Chefさわれる人が社内に全然いない＆教えようにも自分がよく分かっていないという、ツールに振り回されてダメダメという状況になってしまいました。 そこでもういっそ、VagrantBoxを直接配布したり、AWSならAMI化されたものを使いまわしたりしてたわけです。そこまで大規模なインフラでもない
第1回 シンプル・軽量な構成管理ツールItamae | gihyo.jp
はじめに はじめまして。クックパッド株式会社の荒井（@ryot_a_rai）と申します。 今回から全5回、構成管理ツールであるItamaeの入門から実際の活用例までを解説していきます。今まで構成管理ツールを使ったことがなかった方から、Itamaeをすでに使っている方まで、ぜひご覧ください。 Itamaeとは Itamaeは筆者が中心となって開発を進めているオープンソースの構成管理ツールです。同様のツールとしてはPuppet、Chef、Ansibleなどが有名ですが、ItamaeはChefに影響を受けています。Chefの記述性・柔軟性を持ちながら、シンプルで導入しやすい構成管理ツールを目指して開発が進んでいます。 構成管理ツールの必要性 Itamaeの解説を始める前に、構成管理ツールを使う理由について軽く考えてみたいと思います。 サーバ構築の自動化 手動構築の手間と時間を減らす 手動構築によ
itamae使ってみた - カメニッキ
itamaeとは？ シンプルで軽量な構成管理ツール（ansibleの時も書いた）Chefインスパイア 特徴として、 ChefっぽいDSL Chefよりシンプルで軽量 Chefとの互換性はない 前提 CentOS 6.6をつかってます。 参考→itamae-kitchen/itamae インストール ruby（※既にあるなら不要） [vagrant@itamaeserver ~]$ sudo yum -y install gcc zlib-devel openssl-devel sqlite sqlite-devel mysql-devel readline-devel libffi-devel [vagrant@itamaeserver ~]$ cd /usr/local/src/ [vagrant@itamaeserver src]$ sudo wget http://cache.rub
itamaeでConoHaのVPSの初期設定を自動化する - Qiita
目標 以下の作業をitamaeレシピにして自動化することを目標とする。 一般ユーザーの作成 鍵認証の設定 sudo有効化 sshとiptablesの設定 下準備 パスワード準備 レシピにはパスワードをSHA512で暗号化したものをいれなければならないが、例えば以下のように生成できる。 $ gem install unix-crypt $ mkunixcrypt -s "salt" Enter password: Verify password: $6$salt$... rootでsshできるか確認 「サーバーリスト > コンソール」から秘密鍵をダウンロードし、パーミッションを600にしておく。 rootで「サーバーリスト > DNS逆引き設定」のIPアドレスにその鍵でsshできることを確かめておく。 秘密鍵を仮に~/.ssh/id_rsa.conohaにおいたとすると、以降、一般ユーザーで
itamae 入門 - Qiita
Fukagawa.rbの準備用の投稿です。 まだドキュメントが十分じゃないようなので、中途半端にソースコードから解読したため、間違っているものがあるかも？ バージョンは1.1.4(2015/2/3時点) * 注意事項 - まだ未検証のものがあるけども、とりあえず投稿 itamaeとは？ chefにインスパイアされて作った構成管理ツール。 以前はlightchefという名前で、chefを簡単にしたものを目指しているらしい。 内部でspecinfraを利用している。(リソースの実行はspecinfraを呼び出している) 概要 事前準備 1.rubygemsでインストールしましょう。 sudo gem install itamae 2./tmpの実行権限が必要(普通は必要ない) sudo chmod 777 /tmp 作成するファイル 下記の２つのみ（ただし、ノードアトリビュートはオプション）
Chef-soloからItamaeに完全移行した話 - Qiita
※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 （ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…） 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部
クックパッドのサーバプロビジョニング事情 - クックパッド開発者ブログ
インフラ部の荒井（@ryot_a_rai）です。この記事ではクックパッドで利用しているプロビジョニングツール "Itamae" の紹介と細々した Tips を紹介します。 式年遷宮とプロビジョニングツール 現在、弊社ではインフラの式年遷宮*1を進めています。式年遷宮以前、弊社では Puppet を利用してサーバをセットアップしていましたが、式年遷宮に際して既存のプロビジョニングに関するコードは捨てることになるため、プロビジョニングツールの再検討を行うことになりました。 Puppet, Chef, Ansible, SaltStack を検討した結果、 言語特性の観点では、Ruby DSL な Chef が良い アーキテクチャ・エコシステムの観点では、シンプルな Ansible が良い といった点から、どれも決め手に欠ける状況で、Ruby DSL で記述できるシンプルなプロビジョニングツール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Home