実サービスで利用中のAnsible 1系をAnsible 2.0にアップグレードすると、何が起こるか？ - GMOインターネットグループ グループ研究開発本部
2016.03.11 実サービスで利用中のAnsible 1系をAnsible 2.0にアップグレードすると、何が起こるか？ 次世代システム研究室の DevOps ネタ担当の M. Y. です。 今年の1月に、構成管理ツール Ansible のメジャーバージョンアップ版である Ansible 2.0 がリリースされました。 この Ansible 2.0 では今後の機能追加を容易にするために、内部構造がほぼ一から書き直されています。その成果として、複数のタスクをまとめる block 構文や、200個を超える新規モジュールなど、多数の機能が追加されました。その一方、既存の playbook（処理内容が書かれた YAML ファイル）との後方互換性を維持することも、Ansible 2.0 の大きなゴールとして謳われています。 私たちも、いくつかのサービスで Ansible を実際に使用しており、そ
Ansible Meetup in Tokyo 2016.06 - 資料一覧 - connpass
「Ansible Meetup in Tokyo 2016.06」の資料一覧です。
Ansibleのテスト事情 | DevelopersIO
テストしてますか？ 渡辺です。「進捗どうですか？」のダメージは計り知れないことはご存じかと思いますが、「テストしてますか？」のダメージも侮れません。 前者はほぼ全てのエンジニアに有効なアタックですが、後者はそれなりの経験を積んだエンジニアにしか有効でない点は異なりますね...。 さて、Ansibleを運用してくるとなれば、どうしても「どうやってテストをすべきか？」という問題にぶち当たります。 そこで、Ansibleを運用する中でのテストの考え方についてまとめておきます。 Ansibleの考え方とテスト Ansibleのような宣言型の構成管理ツールが登場するまで、サーバ構築の自動化といえばセットアップスクリプトの実行でした（自動化されていない場合は、ひとつひとつコマンドを打ち込んでいたでしょう）。 例えば、CloudFormationのcfn-initのUserDataでは次のようなセットア
Ansible Meetup in Tokyo 2015.09レポート 〜Ansible 2.0の機能紹介、Ansible 2.0で組むKubernetesクラスタなど - 無印吉澤
イベント名: Ansible Meetup in Tokyo 2015.09 開催日時: 2015-09-14(月) 会場: 日経ビル6F 日経カンファレンスルーム（大手町） Webサイト: Ansible Meetup in Tokyo 2015.09 - connpass 最近、Ansibleを業務で使い始めて色々調べていたところに、ちょうどAnsible Meetupが開催されたので参加してきました。去年も9月に開催されていて、2回目みたいですね。 今回の目玉は、僕も参考にさせて頂いた「入門Ansible」著者の若山史郎さん（@r_rudi）による、Ansible 2.0の新機能・変更点紹介でした。Ansible 2.0についての情報をコンパクトにまとめて紹介してくれて勉強になったので、僕のように2.0系の予備知識ゼロの人にはスライド資料（と以下のメモ）をおすすめしたいと思います。あ
Ansible and Docker -
End-to-End Multicloud Solutions. Solving Together.™ Learn more at Rackspace.com At first glance, Ansible and Docker seem to be redundant. Both offer solutions to the configuration management problem through very different means, enabling you to reliably and repeatably manage complicated software deployments. While you certainly can use either on its own with great success, using both together
Ansibleで環境変数の値を使う - 理系学生日記
Ansible で環境変数の値をそのまま使いたいということがありました。 というのも、プライベートでは kiririmode というハンドルネームを使っている関係上ホームディレクトリは /Users/kiririmode なのだけれど、会社だと別のユーザ名なので、このあたりの差異を吸収したい。ホームディレクトリのパスは当然 HOME 環境変数で取れるので、これを使えば楽なはず。 こういう用途のためには、lookup プラグインを使う。lookup プラグインは、別に環境変数に特化したものではなく、"外部" から値を取り出すときに使えるプラグインで、ファイルからだったり、redis からだったり、etcd だったり、とりあえず様々。 環境変数なら lookup('env', 'HOME') とすれば、HOME 環境変数が取れる。 group_vars あたりで |yaml| user: "{
Ansible + Mackerel APIによる1000台規模のサーバオペレーション - ゆううきブログ
Ansible と Mackerel API を組み合わせて、1000台規模のサーバ群に対して同時にパッケージの更新やその他のサーバオペレーションのための方法を紹介します。 タイトルに Mackerel とありますが、それほど Mackerel に依存しない話です。 (AnsibleとDockerによる1000台同時SSHオペレーション環境 - ゆううきブログに続編を書いています。) 背景 社内では、サーバ構成管理ツールとして Chef を使用しています。 Chef Server は運用が大変なので使用しておらず、knife-solo と Mackerel APIを組み合わせてホストと Chef role とのマッピングに Mackerel のロール情報を用いています。 また、Mackerel の Ruby クライアントを利用して recipe 内で API を叩いて、Mackerel か
SSHの多重接続について
tl;dr デプロイツールによっては 同じサーバに SSH で何回もコマンドを実行することがある(ansible とか)。 コマンドごとに毎回コネクション(トンネル)を確立するとオーバーヘッドも大きくなる。 OpenSSH は $HOME/.ssh/config に次の設定を書くことで、接続を多重化(multiplex)することができる。 # $HOME/.ssh/config Host machine1 HostName machine1.example.org ControlPath ~/.ssh/controlmasters/%r@%h:%p ControlMaster auto ControlPersist 1h multiplex 前後の速度差 SSH を使ってリモートサーバで echo コマンドを実行した時の速度差を計測 before multiplex $ time ssh
(翻訳): Ansibleを使ったデプロイに関する一考察 — そこはかとなく書くよん。 ドキュメント
(翻訳): Ansibleを使ったデプロイに関する一考察¶ (訳注: この記事は Thoughts on deploying with Ansible の翻訳です。著者のRamon de la Fuente さんから許可を得て、翻訳・公開しています。元記事の公開は2014年6月ですが、2015年1月現在にも通用する話だと思います) 私たちのデプロイ手順を簡単にするために Ansible で roleを書きました(以前は Capistrano を使っていました)。このroleは今やかなり完璧で、本番環境に使い始めています。しかし作り始めた当初はいくつかの点で議論する必要がありました。今回みなさんとその議論を共有しようと考えたわけです。 デプロイとは？¶ 最初に "デプロイ" を定義しましょう。デプロイするとき、ユーザーはすでに "Provisioning" を終えており権限なども適切に整って
Ansibleを使い出す前に押さえておきたかったディレクトリ構成のベストプラクティス - 双六工場日誌
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
Ansibleのassertモジュールでインテグレーションテスト - GMOインターネットグループ グループ研究開発本部
こんにちは N.Oです。Ansibleにはassertモジュールというものがあり、Factsやregisterを利用する事でテストに活用する事ができます。 今回はvagrantを利用して使い方を試してみます。 事前準備 Vagrantfile、site.yml、integration.ymlの3ファイルを用意します。 Vagrantfile # -*- mode: ruby -*- # vi: set ft=ruby : VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.box = "chef/centos-6.5" config.vm.provision "ansible" do |ansible| ansible.sudo = true ansib
Medium
You can find (just about) anything on Medium — apparently even a page that doesn’t exist. Maybe these stories about finding what you didn’t know you were looking for will take you somewhere new?
Ansibleのテストをtest-kitchenとServerspec、dockerで行う - Qiita
$ bundle install Fetching gem metadata from https://rubygems.org/.......... Resolving dependencies... Using diff-lcs (1.2.5) Using kitchen-ansible (0.0.2) Installing mixlib-shellout (1.6.0) Using net-ssh (2.9.1) Using net-scp (1.2.1) Using safe_yaml (1.0.4) Using thor (0.19.1) Using test-kitchen (1.2.1) Using kitchen-docker (1.5.0) Using multi_json (1.10.1) Using rspec-support (3.1.2) Using rspec-
Ansible Meetup in Tokyo 2014.09に参加してきました #ansiblejp - 月曜日までに考えておきます
Ansible Meetup in Tokyo 2014.09に参加してきました #ansiblejp 昨日、大手町で行われた「Ansible Meetup in Tokyo 2014.09」に参加してきました。 http://ansible-users.connpass.com/event/7942/ 職場ではサーバのプロビジョニングツールとしてAnsibleを使用しているため、さらに便利な使い方ができないかを探るためです。 テーマは以下のような内容でした。 「Hi Japan! / What's new In Ansible 1.8」 「知っているとちょっと便利なこと」 「InfluxDB」 「Ansible Meets Windows」 (LT)「ANSIBLE_KEEP_REMOTE_FILESをTrueにしてみよう！」 (LT)「実用plugin」 (LT)「Ansibleとテス
CircleCIでDockerコンテナに対してansibleを実行しserverspecでテストをする · さよならインターネット
November 13, 2014 参考 KAIZEN platform Inc. における運用自動化 - Speaker Deck Continous Integration and Delivery with Docker - CircleCI TL;DR CircleCI上でDockerコンテナを立て、 そのコンテナに対してプロビジョニングを行い、 プロビジョニング後のコンテナに対してテストを行う DockerコンテナにAnsibleを実行する コミットする度にDockerのimageをpullするのは時間がもったいないので cache_directoriesを利用し、imageをexportしておき 実行時にimportするようにすると多少速くなる。 . ├── Dockerfile ├── ansible/ └── circle.yml Dockerfile FROM kenji
アプリケーションの開発環境を Ansible でつくる - Hatena Developer Blog
こんにちは。アプリケーションエンジニアの id:aereal です。 この記事ははてなエンジニアアドベントカレンダー2014の1日目です。 今日はアプリケーションの開発環境を作成する手順を Ansible でコードとして表現し自動化する取り組みとその背景について簡単に紹介します。 前提 この記事で扱うアプリケーションは Perl と JavaScript で書かれた中規模の Web アプリケーションです。 アプリケーションを開発するチームのエンジニアとデザイナすべてが Mac OS X を使っています。手元で開発する際には VM などを動かさずに OS X でアプリケーションを起動させます。 また、開発やデプロイなどにおいて SOCKS プロキシを通してアクセスする必要のあるサーバが存在します。 開発環境の構築手順を始めとしたドキュメントは Redmine の Wiki にまとめられていま
Ansibleパフォーマンスチューニング - Qiita
Ansileシンプルで好きで使ってますが、たまにパフォーマンスが気になってました。 つい先日Ansibleの公式ブログにパフォーマンスチューニングのtipsが書かれてたので自分が知らなかったところを中心に紹介します。 常識的なものも多いかもですがご容赦ください。 パッケージインストールを効率化する yumとかでパッケージインストールとかするならローカルのMirrorレポジトリを使おう。 reposyncとか使うと簡単にMirrorが作れて良い。 複数パッケージのインストールはwith_itemsを使って一つのトランザクションにしよう。 forksで並列度を設定する 同時にAnsibleのタスクが走るのはforksで決まる。 デフォルトは5だけど保守的なので増やした方が良い。50とかでも良いし、500以上にしてるケースもある。 Ansible1.3からはどんなに増やしても設定対象ノード数を超
Multistage environments with Ansible
Web developer, speaker, author, expat, book nerd, friend to cats. Ansible has excellent documentation but one thing I was confused about was the best way to store the configuration for multistage projects: say, different passwords for dev, staging, production. This isn’t really covered in the ansible-examples repo because it’s specific to your project and while the documentation has recommendation
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ansible Meetup in Tokyo 2015.09
Ansibleとシェルの対比１|Engineering のまにまに