Chef、自社製品群を統合した「Chef Automate」発表。ソフトウェアのデリバリプロセス全体を自動化 Chef Automateは、Chefが提供するソフトウェア製品群を統合し、あらたに可視化ツールなどを加えたものです。 具体的には、データセンター自動化ツールの「Chef」、アプリケーション環境を自動化する「Habitat」、インフラ用テストフレームワークの「inSpec」などで構成され、これらをワークフローで統合して簡単に継続的統合(Continuous Integration)を実現できるようにし、さらに全体を可視化するツールが新しく追加されています。 これにより迅速にITインフラを構成できるだけでなく、コンプライアンスやセキュリティのテストも自動化され、継続的統合のワークフローも整備されることになり、状況が可視化されるおかげで、企業はDevOps環境を容易に構築できるようにな
AWS のようなクラウドサービスが一般に浸透したことにより、仮想環境を前提とした開発が一般的になってきました。必要になったときに必要な構成のリソースにアクセスできるクラウドの強みを活かすため、オンデマンドで仮想環境を構築し直す機会が以前よりも増えてきています。このような状況では、仮想環境をより効率的に構築する必要があります。本記事のシリーズでは効率的な仮想環境構築の手段の一つとして、Vagrant と Chef というツールで環境構築を自動化する方法を紹介します。 はじめに 最初に Vagrant と Chef を使った環境構築の概要、および今回構築する仮想環境についてご紹介します。 仮想環境構築の自動化が求められる背景 クラウドが一般に浸透した現代では仮想化技術を利用することが当たり前となっています。仮想環境では、物理的な制約がないため、環境を廃棄したり、必要なときに再構築することが容易
開発環境を管理する 遅まきながら触ってみたら、予想以上に簡単だったのでちゃっちゃと備忘する次第。 Vagrant Chef | Opscode ということで、開発環境をどうにかしたかったので、VagrantとChefによる管理を試してみました。ついでに、Amazon S3のようなインスタンスを対象にもセットアップできるようにすることも想定してます。 本記事は、ほんとに備忘録ノリなので、「Chefとは」「Chef soloとは」「Vagrantとは」などについては各自ググってください。 前提 現状は、開発環境のVMが秘伝のタレと化している 新しくVMをセットアップする際の作業にも秘伝のスクリプトが点在する phpやnginxのconfigが、複数のリポジトリに偏在していて集めるの大変 それぞれが個別に設定しなくても、開発環境を一斉に更新できるようにしたい 新しい人がジョインしたときも同じ水準
はじめに さくら VPS に Rails アプリをデプロイするために、Nginx や MySQL やらインストールしてみたけど、同じ作業を VMware Player+CentOS でテストするときにやるかもしれない。さらには、将来 Amazon EC2 を使うときにも。今から環境構築は自動化しておいた方がよさそうだ。 chef を使ってみる chef といっても、chef-solo だけど。chef-client/chef-server は導入が超面倒なので。その点、chef-solo はスタンドアロンで動くから導入が手軽。 パッケージのインストールだけなら rake や capistrano でもできるけど、設定ファイルを配置したいし、chef でいく。 chef をインストール CentOS では既に rbenv + ruby-build を使って Ruby1.9.3 をインストール
こんにちは、植木和樹です。ここ最近ChefとCloudFormation漬けの毎日をすごしています。 さてChefを使ってサーバ環境を構築・保守するにあたって様々なファイルをあつかっていることと思いますが、ファイルの置き場所としてS3が使えたらいろいろ便利ですよね。cookbookと一緒のリポジトリで管理するのがふさわしくない設定ファイルや、サイズが大きくてcookbookに入れたくないオレオレRPMファイルなんかをS3に置いておいてchefレシピから扱えたら・・・今日はそんな課題に取り組んでみたいと思います。 s3_fileリソース 検索サイトで"chef s3"で検索するとs3_fileという、chefからS3を扱うためのライブラリを配布されている方がいました。 https://gist.github.com/peplin/470321 さらにこのページのコメント欄を読むと、AWS S
Etsy uses Chef for infrastructure configuration and management. They have around 1000 nodes managed by around 30 devops engineers making regular changes. Chef Server and GitHub Enterprise are used to manage configuration code and changes. Knife-spork is used as the deployment tool to promote changes through development, staging, and production environments. Monitoring and notification tools like I
Foodcritic has two goals: To make it easier to flag problems in your Chef cookbooks that will cause Chef to blow up when you attempt to converge. This is about faster feedback. If you automate checks for common problems you can save a lot of time. To encourage discussion within the Chef community on the more subjective stuff - what does a good cookbook look like? Opscode have avoided being overly
2013/05/14 この記事は書かれてから1年以上が経過しており、最新の情報とは異なる可能性があります techChefVagrantvirtualization Chef のユーザー管理を突き詰めてみるだけでも、色々と勉強になっていますね。 前回までで、Chef の Cookbook にユーザー作成やグループ作成のレシピを記述することで、 ユーザー作成の自動化を試してみましたが、今回はもうちょっと複雑なことをやりたいので、 別の方法を試してみようと思います。 『入門 Chef Solo』によると、 システムに追加されるべきユーザーの各種データなどはノードの「属性」でもないし Resource の「属性」でもないデータと見ることができます。 こういったドメインモデル的なデータは Chef のデータ管理の仕組みである Data Bag を使うほうが扱いやすい。 (『入門 Chef Solo
Twitter では報告済みですが、拙著『入門Chef Solo - Infrastructure as Code』が達人出版界から出ました。PDFファイルやEPUBファイルをそのまま欲しい、という方はぜひ達人出版会さんからご購入ください。 入門Chef Solo - Infrastructure as Code【電子書籍】伊藤直也 達人出版会 発行日: 2013-03-22 対応フォーマット: EPUB, PDF 達人出版会で詳細を見る Kindle 版を出してのフィードバックを受けてよく分かったのですが、EPUB/PDFで欲しい!という方は思っていたよりずっと多くて、実際出してみたら今現在で全体の約20%弱くらいが達人出版会から購入されています。技術書だから、というのもあるんだろうなーと思います。ありがとうございます。 引き続き Kindle 版もよろしくお願いします。 入門Chef
前回に引き続き Chef に関するエントリです。このエントリではChef Serverのインストールと初期設定、更にNodeの接続までを書いていこうと思います。自分のメモ書きを整理して書き出しているので、何かおかしな箇所があったら是非指摘してください! さて、作業を進めていく上で複数のマシンが出てくるので、便宜上、下図のようなネットワーク構成にしようと思います。192.168.50.100はグローバルIPだと思ってください。また、Chef Server, 各Nodeは全てUbuntu 11.10 Serverと仮定します(Debian squeezeでも大丈夫)。 Chef Server はパッケージシステムからインストールするのが無難# 前回の「Chefの仕組み」でも書いたように、自力で Chef Server をセットアップするのは骨が折れます。サーバの構築を自動化したいのに肝心のCh
とあるホストで初期設定をしようと思って chef-solo を実行していたところ、メモリを全部食い尽くして chef-solo (11.4.4) が死亡するという事案が発生。 追ってみたところ、どうやら原因はこんなかんじ。 cookbook から shell script を実行していて、その中で perl Makefile.PL && make && make install していた CPAN.pm が初期設定を終えていない場合、対話モードに入る 対話モードで標準入力が閉じられていると途中まではデフォルトの入力で進むが、地域を選択するところはデフォルトがないためここでメッセージを表示しながら無限ループする 無限ループで大量に出力されたメッセージを、(詳細は確認していないですが) chef がメモリに乗せ続けて太る ということで、cookbook 内で実行する script には注意しま
前回は、Chef Client をインストールしたノード上から、簡単な Cookbook を実行するところまで試しました。 今回は比較的よく使いそうな、ユーザ作成を行う Cookbook を試してみようと思います。 GitHub からユーザ作成の Cookbook をクローン opscode の GitHub から users という Cookbook をクローンします。 $ cd ~/chef/chef-repo/cookbooks $ git clone git@github.com:opscode-cookbooks/users.git $ cd users ディレクトリ構成はこんな感じ。 $ tree . ├── CHANGELOG.md ├── CONTRIBUTING ├── LICENSE ├── README.md ├── metadata.rb ├── providers
g-chef | 食のプロと一緒にフード業界を盛り上げますg-chef | 食のプロと一緒にフード業界を盛り上げますg-chef | 食のプロと一緒にフード業界を盛り上げますg-chef | 食のプロと一緒にフード業界を盛り上げますg-chef | 食のプロと一緒にフード業界を盛り上げますg-chef | 食のプロと一緒にフード業界を盛り上げますg-chef | 食のプロと一緒にフード業界を盛り上げますg-chef | 食のプロと一緒にフード業界を盛り上げます 食業界の実績は20年以上。有名シェフ、料理研究家、フードコーディネーター、カメラマン、グルメタレント、料理系YouTuber、SNSインフルエンサーなど、あらゆるプロとのネットワークによる食のクリエイティブを提案。まずは気軽にご相談ください。
サーバに対して何台も同じような設定をしていると、そんな刺身にたんぽぽのせるような仕事やってられるかー!となりますよね?特に最近だとクラウドや仮想化技術が身近になってきたので、環境をイメージコピーで構築する手法も増えているのではないかと思いますが、一方で、ハードやOSレベルでも技術が進化していくので、OSより上のレイヤー(ミドルウェアやアプリケーション)とOS以下のレイヤー(ハードウェアやOS)を粗結合にしておくことが重要だと思います。 OSより上のレイヤーのシステムの構成管理を自動化ツールとしてPuppetが有名でしたが、最近だとChefがRubyでスクリプトが書けて便利です。 ChefはChef-server, Chef-client, Chef-solo という3つの構成に分かれています。しかしChef-serverとChef-clientを利用した構成は構成がやや複雑になるので、中央
昨日Provisioning Frameworks Casual Talks vol.1というイベントに参加した。イベントの内容はスライドも上がってるだろうし割愛して、今の状況や思うことなどを書いてみよう。 前提として、現職での管理対象のサーバは少なくて仮想サーバを含めてせいぜい40台程度。各人が使う開発マシンとバッチ処理が走っているマシンが半々くらい。残りは雑多な用途とproductionが数台。web系の会社と比べると極端にproductionサーバが少ないと思う。僕が入社するまではお手製のセットアップスクリプトで諸々の設定をしていたようだ。 chef-solo vs. chef-server サーバ台数はさほど多くないがchef-serverを使っていて、chef-clientを常時起動させて30分ごとにsyncするようにしている。productionサーバについてはかなり慎重に設定
DevOpsムーブメントに関連して注目される、米Opscodeのオープンソース・サーバ構成管理自動化ツールChefが「日本上陸」した。クリエーションラインとの提携による日本市場への参入発表のため来日したOpscode CEO、ミッチ・ヒル(Mitch Hill)氏に、Chefに関して単独インタビューで聞いた。 いまの構成管理の課題は有機的で複雑すぎる 従来型のサーバ運用管理製品と、Chefの違いについて、ヒル氏は次のように説明する。 「従来の運用管理ソフトは、どのようにインフラが構築されるべきかをあらかじめ規定した上で、階層構造や自律システムを作り上げていた。製品のフレームワークに合わない使い方をしようとすると、機能しない。IBMやHP、BMCの(運用管理)製品を買っても使わなくなってしまった人がいるのは、(ユーザー組織における運用担当者の直面する)問題がもっと有機的で動的だからだ。インフ
はじめに こんにちは植木和樹です。2014年4月28日にアスキー・メディアワークスより「Chef活用ガイド コードではじめる構成管理」が出版されました。 Amazonでチェックする 実は私、本書のレビューに参加させていただきまして、4月の下旬にクリエーションライン様より本を頂戴していたのですが、ご紹介に時間が経ってしまって申し訳ありませんでした。 手元に本が届いて最初の感想が「厚っ!重っ!」というものでした。レビューは電子ファイルで行っていたのでピンとこなかったのですが、ページ数にして671ページ(!)あります。ビックリなボリュームです。決してボリュームに腰が引けてレビューが遅れたわけではないんですよ。 Chef初めての人には「入門Chef Solo」それは変わらず 私自身Chefを知り使い始めたのは昨年2013年の2月頃です。ちょうどネット界隈でChefが話題になった時期ですね。その後、
foodcriticはChefのcookbookのためのlintツールで、http://acrmp.github.com/foodcritic/ で公開されています。 cookbookは長い間環境を維持していくために使われるため、可読性が高く誰でも分かるように書いておくことが望ましいのは言うまでもありません。このツールでは標準で45個のルールにしたがってcookbookをチェックすることができます。もちろん自分でルールを新たに追加していくことも可能です。 インストール動作させるには、ruby 1.9.2以降が必要です。インストールはgemでさくっと入ります。gem install foodcritic 実行方法実行方法も簡単です。引数にcookbookの名前を指定すればOKです。foodcritic php その他の実行オプションとしては以下があります。 foodcritic [cookb
サーバー管理ツール「Chef(シェフ)」は、ファイルに記述した設定内容に応じて自動的にユーザーの作成やパッケージのインストール、設定ファイルの編集などを行うツールだ。今回はChefの応用編として、設定のためのデータなどを一元管理できる「Data Bag」という仕組みを紹介する。 さまざまな管理用データを格納できるChefの機能「Data Bag」 Chefは「Cookbook(クックブック)」や「Recipe(レシピ)」と呼ばれる設定ファイルに従って、ユーザーの作成やソフトウェアのインストール、ネットワークやファイアウォール、データベースなどの設定など、さまざまな設定作業を自動で実行するツールだ。利用するメリットとしてサーバーの設定を一元的に管理できる、実行する設定内容をチェックしやすくミスを防ぎやすいなどがあり、近年注目を集めている。 Chefの基本的な使い方については以前の『サーバー設
目的 Test KitchenをつかってChefへ入門します。 Chefを使うとサーバの設定を自動化することができます。 Test KitchenはChefで利用するクックブックの統合テストを行うことができます。 Chefに入門する環境として初めからTest Kitchenを使うのが良いと感じたのでこの文書を作成しました。 関連: LT駆動開発10でTest KitchenではじめるChef入門という話をした。 - そんなこと覚えてない 環境構築 Chef DKのインストール Chef DKはChefのクックブック開発する上で便利なものがまとめられています。 DKはDevelopment Kitの略です。 今回利用するTest KitchenはChef DKに含まれています。 Chef DKは https://downloads.chef.io/chef-dk/ よりダウンロードできます。
本稿は Managing Secrets with Chef Vault (2013/09/19) の和訳です。 本記事(訳注:原文)はjtimberman's Code Blogに掲載されたものです。 2年前、PostfixのSASL認証のためにChefの暗号化Data Bagを使う記事を書きました。当時、私のISPが認証なしのSMTPを許可していなかったので、自宅サーバからのcronメールやその他重要なメールを受け取るための解決策を見つけなければいけませんでした。そのあたりをあまり気にしないISPに変更してから、その記事で書いたコードはもう使っていません。 しかし、それは秘密情報を扱わないことを意味するものではありません! 実際、Chefで管理している個人システムでは扱っていませんが、OpscodeのホステッドEnterprise Chef環境ではもちろん扱っています。ウェブアプリケー
データセンター構成ツールあるいはDevOpsツールなどとして知られる「Chef」を提供するChef社が、開発ツールベンダのProgress社によって買収されることが発表されました(Chefの発表、Progressの発表)。 Big News Today! We’ve entered into an agreement to acquire @Chef. Read the official announcement for all the details: https://t.co/uNF7PgFiqC pic.twitter.com/qkCCsivhnp — Progress (@ProgressSW) September 8, 2020 Chef社はもともとOpscodeという社名でしたが、データセンター構成ツールの「Chef」が成功したことで2013年に社名を製品名と同じ「Chef」に
はじめに おおまかな Chef の概要からテストまでを記載 また knife-solo を使用した環境構築から、Serverspec および test-kitchen を使ったテストのサンプルもまとめた 概要 ミドルウェアの設定やアプリケーションのインストールなどのサーバ構築を自動化するためのツールで、今はやりの Infastructure as Code サーバの増強などに合わせたインフラの構築の自動化やデプロイ時の環境整備にも有用 従来の手順書がそのままコードになるため、メンテナンスもしやすい バージョン管理やテストができる 複数の同一環境を構築することに向いているため、Vagrant などと組み合わせることでプロジェクトメンバー間で開発環境を統一することにも利用できる Chef の構成 Chef には大きく "Chef-Server/Client 構成" と "Chef-Solo 構
タイトルのままですが、"Software Design"の2012年10月号に寄稿させていただきました。 今号の第1特集「Chef入門」の部分で、私が担当したのは全5章のうち2章分(以下に記載)です。 Software Design (ソフトウェア デザイン) 2012年 10月号 [雑誌] 出版社/メーカー: 技術評論社発売日: 2012/09/18メディア: 雑誌購入: 2人 クリック: 35回この商品を含むブログ (12件) を見る 今回、この記事を書く上でターゲットとしたのは、サーバ管理や作業効率化に興味があって、何らかの作業・管理の効率化を考えていたり、これからChefを触ろうとしている方ですが、第1特集ということで40ページのボリュームがありますので、既にChefを触ったことがある方にも、1つくらいは何か吸収できるものがあればいいなと考えました。 以下が目次となります。 [第1
石鍋 裕 坂井宏行 日高良実 神戸勝彦 譚 彦彬 陳 建一 長坂松夫 久田雅隆 coming soon ウルフギャング・パック 中村孝明 村田吉弘 熊谷喜八 野崎洋光 カルミネ・コッツォリーノ ホセ・バラオナ・ビニェス 窪田好直 coming soon 会社概要|サイトマップ|おたより・質問|リンク集 Copyright (C) g-chef Corporation 2001-2006, All rights reserved.
こんにちは。@jedipunkz です。 今まで監視システムの Sensu やクラウドプラットフォームの OpenStack、コンフィギュ レーションマネージメントツールの Chef やクラウドライブラリの Fog 等使ってきま したが、これらを組み合わせるとオレオレオートスケーラ作れるんじゃないか?と思い、 ちょろっと作ってみました。 ちなみに自分はインフラエンジニアでしかも運用の出身なので Ruby に関しては初心者 レベルです。Chef で扱っているのと Rails アプリを作った経験はありますが、その程 度。Fog というクラウドライブラリにコントリビュートしたことはアリますが..。ちな みに Fog のコントリビュート内容は OpenStack Neutron(当時 Quantum) の仮想ルータ の操作を行う実装です。 そんな自分ですが…設計1周間・実装1周間でマネージャと C
サーバー管理ツール「Chef(シェフ)」は、ファイルに記述した設定内容に応じて自動的にユーザーの作成やパッケージのインストール、設定ファイルの編集などを行うツールだ。今回はChefの応用編として、Chefサーバーなしに複数台のサーバー管理を行う「knife-solo」というツールと、設定のためのデータなどを一元管理できる「Data Bag」という仕組みを紹介する。 knife-soloを使った複数台サーバー管理 Chefは「Cookbook(クックブック)」や「Recipe(レシピ)」と呼ばれる設定ファイルに従って、ユーザーの作成やソフトウェアのインストール、ネットワークやファイアウォール、データベースなどの設定など、さまざまな設定作業を自動で実行するツールだ。利用するメリットとしてサーバーの設定を一元的に管理できる、実行する設定内容をチェックしやすくミスを防ぎやすいなどがあり、近年注目を
Chef導入の背景 荒井氏はChefの概要説明の後、導入における『よくある風景』について説明しました。「たいてい、サーバが欲しい際には運用担当者に『サーバをx台ください』と申請、そして担当者が『秘伝のタレ』の如く手順書を元にコマンドを実行、提供するという流れ。これは荒井の周りだけでなく、世間一般的にも『よくある風景』でしょう。このフローは非効率であり、自動化したいところです」と荒井氏は説きます。Chefによって自動化することで処理の効率化を図り、自動で処理を行うことで手動実行の際の人為的ミスもなくなり安定運用が見込めます。デリバリーのスピードも格段に上がることもあり、Chef導入を決断するに至りました。 導入以前の状況 荒井氏の直面する環境下では、すでにあるインフラにChefを導入する必要性がありました。Debianを利用しており、パッケージで変更管理も行っている状態。設定ファイルのボリュ
This week, Chef released a version of the Chef client that can run inside a Linux container. This container-friendly client is called chef-container. In this post we’ll give you an introduction to chef-container, its purpose and its components. We’ll also tell you about a new knife plugin for managing container images. Then, we’ll show you how to launch an instance of Apache2, running inside a Doc
Dockerに対応した「Chef Container」β版リリース:Dockerコンテナーでも共通Cookbookを使えるように ChefでDockerコンテナーの管理を効率的にしようという取り組みが始まった。まだ、バージョン0.2.0β版ではあるが、既存Cookbookをコンテナー環境でも利用できるようにするなど、意欲的な実装が含まれている。 オープンソースのサーバー構成設定自動化ツール「Chef」は2014年7月15日、Linuxコンテナー技術のDockerに対応したChefクライント「Chef Container 0.2.0」(β版)をリリースした。 Chefのブログエントリによると、LinuxコンテナーはDockerなどの台頭で急速に普及しているものの、利用する際にはコンテナーの設定管理そのものを適切に行う必要があり、既存のアプリケーションスタックをLinuxコンテナー上に移行する
Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. Book description The advent of modern programming frameworks such as Rails and Django, together with the ready availability of virtualisation, and the explosion of interest in configur
20120721 chefの下準備 #devlove 1. 2012/07/21 #devlove CChheeffの下準備 楽しいCCooookkiinnggの その前に!!!! アジャイルコーチ RRyyuuttaarroo YYOOSSHHIIBBAA 2. 吉羽 龍太郎 Ryutaro YOSHIBA アジャイルコーチ Web: http://www.ryuzee.com Twitter: @ryuzee 認定スクラムプロフェッショナル 認定スクラムマスター 認定スクラムプロダクトオーナー Microsoft MVP for Visual Studio ALM 3. Scrum Boot Camp 4. 2013/1/15-‐16 at Akihabara UDX Scrum Regional Gathering Tokyo 201
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く