You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
chef-client 関連のコードを書き換える chef-client が最終的に実行しているコマンドを捕らえるために、次のように実行したコマンドを外部ファイルへ書き出すように書き換えます: $ bundle exec kitchen login $ whoami vagrant $ sudoedit /opt/chef/embedded/lib/ruby/gems/2.3.0/gems/mixlib-shellout-2.2.7/lib/mixlib/shellout.rb --- /dev/fd/11 2016-09-16 22:21:40.000000000 +0900 +++ /dev/fd/12 2016-09-16 22:21:40.000000000 +0900 @@ -252,10 +252,6 @@ # * CommandTimeout when the command
knife (zero) bootstrapで入れるChef Clientのバージョンを変える(test-kitchenも)chefknife-zero 方法 以下の2つを利用する。 bootstrap-install-command でインストールに使うコマンドを変えられる。 ChefのLinux向けインストーラとして公開されているシェルはオプションを渡すとバージョンが変えられる。 knifeコマンド なのでこんな感じで任意のバージョンが入れられる。 knife zero bootstrap --bootstrap-install-command "(echo 'version=12.3.0'; curl -L https://www.chef.io/chef/install.sh) | sudo bash"
本稿は 「Chef活用ガイド コードではじめる構成管理」発売2周年 (2016/04/28) からのゲスト投稿です。 「Chef活用ガイド コードではじめる構成管理 (大型本), (Kindle版)」が 2014/4/28 に世に出て早 2年が経ちました。Chef 界隈において 1周年 からどのような変化があったのか、振り返ってみましょう。 どの Chef を使えばいいの? 一口に Chef と言っても、Chef-Solo、Chef-Client ローカルモード、Knife-Solo、Knife-Zero、オンプレミス版 Chef-Server、ホステッド版 Chef-Server とさまざまな種類があります。一体何を基準にして使えばいいのかを明確にするため、「あなたに合ったChefはどれ? 〜 おすすめ構成確認チャート (2015/05/19)」を作成しました。どの Chef を導入した
アドカレ登録用にQiitaアカウントを作ったので、せっかくなので初のQiita投稿。 master-slave構成のDBのテストで、取り急ぎ対応したかった所ができたのでメモ。 前置き かなりダーティハックっぽいので、kitchen-dockerの今後のアップデートで使えなくなったりする可能性があるので注意してください。 kitchen-docker本体にコンテナ間接続対応で投げたプルリクエストが採用されました。 instance_name及びlinksのオプションを指定することで接続ができます。 https://github.com/portertech/kitchen-docker#instance_name https://github.com/portertech/kitchen-docker#links なお、Dockerコンテナ同士の接続についてはコチラを参考にしました。 方法
本稿は Watch: Test Driven Cookbook Development (2016/03/03) の和訳です。 2月24日、私はテスト駆動 Cookbook 開発についてライブオンラインセミナーを行いました。ユニットと統合テストとはどういうものか、それらがどのように Cookbook 開発の領域に適用しているかについての説明を聴くには、次の録画を見てください。私はテストを中心にしたアプローチを使って Cookbook をビルドする方法をデモンストレーションしています。プレゼンテーションの終わりには、ユニットと統合テストをいつ適用したらよいか、どうすれば Chef DK ツールを効果的に使えるか、スキルを一層磨くためには次にどこに行けばよいかが分かります。この投稿の終わりに、プレゼンテーション中の質疑応答をいくつか記載しました。 連絡可能なメールアドレスは? franklin
本稿は Test Kitchen: Your Development Feedback Factory (2015/09/10) の和訳です。 Test Kitchen はさまざまなプラットフォーム上で Cookbook のテストを簡単に行えるようにします。Test Kitchen を使うと、テスト用 Node を素早く作成し、収束し、さまざまな状態を検証するテストを実行することができます。 この webcast の録画では、Chef 社のエンジニア Fletcher Nichol が自信を持って Chef Cookbook を書いてメンテナンスするためにどのように Test Kitchen を使うかの説明をしています。Fletcher は次のことを共有しました: どのように Workstation を設定するか どのように対象のプラットフォームで動作する新しい Cookbook を作成す
user "#{node['user']['username']}" do home "#{node['users']['home_dir']}" supports :manage_home => true action :create end require 'spec_helper' describe user("foo") do it { should exist } it { should have_home_directory "/home/foo" } end describe file("/home/foo") do it { should be_directory } it { should be_owned_by "foo" } it { should be_grouped_into "foo" } end Serverspecだと例のように直接ユーザ名とホームディレクト
Integration Testing for Chef-Driven Infrastructure with Test Kitchen Introduction A big obstacle to the mission to treat infrastructure as code is the way we test it. In the past, the practice of writing automated tests for infrastructure did not exist. Instead, the process was manual, repetitive and error-prone: we would log into a remote machine and run various commands to verify the system. A b
My last post provided a walk through of some of the new Windows functionality available in the latest Test-Kitchen RC and demonstrated those features by creating and testing a Windows Active Directory domain controller pair. This post will also be looking at testing multiple nodes but instead of windows, I'll be spinning up multiple docker containers. I'm going to be using a Couchbase cluster as m
これはtest-kitchen, serverspec, DockerをつかってAnsibleのテスト駆動開発を行う環境を構築する手順です。 Ubuntu14,CentOS7でApache2をインストールし、サービスを起動し、ブート時のサービス自動起動を設定するベストプラクティス構成1のAnsible playbookを例として取りあげます。 この記事の目標 AnsibleのTDD環境として、test-kitchenで次のことが出来る環境を作ります。 Docker上にUbuntu14, CentOS7のコンテナを立ち上げ 各コンテナをAnsibleでプロビジョニング 各コンテナのプロビジョニング結果をServerspecで検証 前提条件等 この記事の前提条件は以下のとおりです。 作成するAnsible playbookの構成はベストプラクティスのディレクトリレイアウトに従う1 作業環境は
Test Kitchen makes it easy for you to test cookbooks on a variety of platforms. With Test Kitchen, you can quickly create test nodes, converge them, and then run tests against them to verify their state. In this recorded webcast, Chef engineer Fletcher Nichol explains how to use Test Kitchen to write and maintain Chef cookbooks with confidence. Fletcher shares: How to set up your workstation How t
Chef & Test Kitchen+Serverspec & Docker & PackerによるInfrastructure as Code事始めchefDockerserverspectest-kitchenpacker Chef、Test Kitchen+Serverspec、Docker、及びHashiCorp Packerを活用して、Infrastructure as Codeを体験してみる。 Test Ketchen + Serverspecを用い、ローカルのDockerコンテナ上でcookbookのテスト実施 Packerを用いてcookbookからDockerイメージを生成し、cookbook適用済のDockerコンテナをローカルで起動して動作確認 Knife zeroを用いて、テスト済みのcookbookを他のサーバに適用 cookbookを適用する対象のOSは、Ub
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く