怠け者のためのVagrant+Chef入門 - Qiita
VagrantとChefで楽をしたい。コミュニティで作成されたレシピを使ったり、VagrantでAWS上にプロビジョニングしたりしたいけれど、Chef Serverを立てるほどじゃない。自分で作ったレシピは使い回ししたいけど、Berkshelfでバリバリ管理するほででもない。そんなちょと中途半端で怠け者な僕たちのためのVagrant+Chef入門です。 Vagrantのインストール 公式サイトから使用しているOSに対応したパッケージをインストールします。
VagrantとChefで楽をしたい。コミュニティで作成されたレシピを使ったり、VagrantでAWS上にプロビジョニングしたりしたいけれど、Chef Serverを立てるほどじゃない。自分で作ったレシピは使い回ししたいけど、Berkshelfでバリバリ管理するほででもない。そんなちょと中途半端で怠け者な僕たちのためのVagrant+Chef入門です。 Vagrantのインストール 公式サイトから使用しているOSに対応したパッケージをインストールします。
クラスメソッドブログ課外授業8日目 AWS&自動化の勉強会はやっぱり勢いがありますね～！満員御礼でした！ただ、ここまで超満員になったのは初めてでしたので、会場に来ていただいた方の中には資料が見づらいなどご不便おかけしたと思います。次回以降改善対象とさせていただきます。 @shinyaa31さんがまとめてくれたTogetterはこちらになります！ 1時間目：ChefとOpsWorksでEC2楽チンクッキング！ 1時間目は、大瀧隆太によるシステムの運用管理ツールとして注目されるChef。ChefをベースとしてEC2の管理に活用できるOpsWorksについてです。発表したスライドは以下になります。 ChefSoloのデモを行っている大瀧先生。Chef 2時間目：Rudess（仮）を支える技術 ～ CloudFormationの活用事例と詳細解説 2時間目は、都元ダイスケCloudFormatio
Itamae、Auto Scaling、CodeDeployを用いてdeployフローを刷新した話。そして板前をprovisioningした話。 - SmartNews Engineering Blog
その上で、新しく作り上げた deploy フローについて、雑な絵になりますが概略図を以下に示します。 主要な登場人物は Itamae Auto Scaling CodeDeploy GitHub / Circle CI となります。それぞれ追って説明をしていきます。 https://github.com/itamae-kitchen/itamae Itamae は @ryot_a_rai さんが作られた LightWeight な Chef like な OSS です。Chef で実現できた事のうち、 recipes の部分のみを切り出したようなシンプルなツールになっています。 (こちらの発表資料より引用) 弊社内で蓄積された Chef 関連のリソースを再利用・再整理するために粒度がちょうど良かったこともあり、Itamae を用いて provisioning の定義を書き直すことにしました
OSSの統合監視ツールの1つであるZabbixに関する活用本。 大変ありがたいことに、著者/出版者様よりご献本いただきました。いつもありがとうございます。 本書はZabbixの最新バージョンである2.2系に対応しているとのことです。 Zabbix統合監視徹底活用 ~複雑化・大規模化するインフラの一元管理 (Software Design plus) 作者: TIS株式会社,池田大輔出版社/メーカー: 技術評論社発売日: 2014/02/07メディア: 大型本この商品を含むブログ (4件) を見る ページを開けて読み始めると、第1章は物理・仮想・クラウド環境の概要というところで、2014年の今、Zabbix本でこの章の解説は要らないんじゃないかとも思いましたが、そこはこの本が、それだけ丁寧に説明しているという証。第2章からは、物理・仮想・クラウドそれぞれの監視やその管理の考え方が書かれていま
Knife-SoloからKnife-Zeroへの移行 #getchef - クリエーションライン株式会社
はじめに 前回はChef-SoloとChef-Clientローカルモードを比較し、ローカルホストの収束を行いました。今回はリモートホストを管理するためのKnife-SoloとKnife-Zeroを比較してみます。 Knife-Soloでは次図のように、ローカルファイルシステム上にあるCookbookやAttributeなどのポリシーをssh+rsyncでリモートホストに転送し、sshでリモートホストにログインしてChef-Soloを実行してポリシーを参照して収束を行います。 Knife-Zeroでは次図のように、ローカルホスト上にあるポリシーやNode Objectを参照するためのChef-Zeroを起動し、sshでリモートホストにログインすると同時にTCPポートフォワーディングを設定し、ローカルホストのChef-Zeroにあるポリシーを参照して収束を行います。 大変簡単に言うと、Knif
インフラCIの環境を、Docker, Chef, Serverspec, Jenkins を使って整えたいな〜と考え、遅ればせながら Docker に入門しました。 Docker – Build, Ship, and Run Any App, Anywhere 実現したいのは、まさに以下のエントリーのような自動化。Chef cookbook のレシピが、いつでも確実に正しく構成できることを CI したいのが一番の目的です。 Docker + Chef + serverspec + Jenkins でインフラCIの環境を構築してみた – hidemium’s blog Docker 入門に際して、次の記事等を参考にしました。 いまさら聞けないDocker入門（1）：アプリ開発者もインフラ管理者も知っておきたいDockerの基礎知識 – ＠IT Docker 初心者は phusion/base
2015/03/26 よくわかるAWS OpsWorks
GitHub Actions上のRustアプリのDockerイメージビルドを高速化する - blog.endflow.net
Rust + Docker + GitHub Actions = めちゃ遅い 以前、GitHub Actions 上の Rust ビルドを高速化する記事を書いたけど、 今回は Kubernetes 環境にスムーズに移行できるよう Docker イメージ化するという要件も加わったことで、改めて試行錯誤する必要が出てきた。 それぞれに対するビルド速度の最適化は存在しているものの、３つ (Rust, Docker, GitHub Actions) すべてを満たすとなるとコピペで終わるほど情報がまとまってないし、見つけた Tips もちょっと古かったり、これというものは見つけられなかった。 公式ドキュメントを見ると正当進化していて新しいオプションが生えていたりしたので、賞味期限は短そうだけど、自分の試行錯誤の結果を残しておこうと思う。 成果としては 12 分 22 秒かかっていた Rust アプリ
Chefのローカルモードチュートリアル + knife-zero + knife-sakura - Qiita
前回 Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。 - Qiita の続きといえば続きです。 Knife-Zeroのページはこちら。 http://knife-zero.github.io/ja/ Chef11.xからローカルモードというのが加わりました。Chef-Client/Server環境の簡易版であり、Soloの代わりでもあります。 Chef-Soloからの乗り換えとしてChef-Zero(ローカルモード)検索が多いようなので、この追記を先頭に移動 このサンプルではSSH越しにローカルモードを実行していますが、単にサーバ側にChef-Repoを置いてローカルモードをしたい場合、 Chefをインストール後にChef-Repoのディレクトリに移動してchef-client -zでOKです。 Soloみたいに
最近のChefのブレイクで、サーバの構築も自動化でという潮流になっています。そんな中でチラホラ見受けられるのが、アプリのリリースもChefでという考え方です。私は微妙に違うのではないかなぁと思っているので、ちょっと考えを整理してみました。併せてCapistranoの紹介もしてみます。 Chefの役割 まずChefについてです。Chefの役割としては、サーバの状態を管理するものです。ここで言うサーバの状態というのは、各種ミドルウェアのインストール状態＆設定です。いわいるサーバ構成ですね。またChefを使う最大のメリットは、開発環境やステージング環境、本番環境と全ての環境を同じスクリプトで構築するので、手作業によるミス等による微妙な差異が発生しなくなることです。 さてここで問題になるのが、サーバ上のアプリケーションのコードやデータベースのテーブル定義は、サーバの状態に入るのかという点です。入る
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
エンタープライズでもInfrastructure as Code――Chef 12／Chef-Zero／Knife-Zeroの基礎知識とインストール
エンタープライズでもInfrastructure as Code――Chef 12／Chef-Zero／Knife-Zeroの基礎知識とインストール：サーバー管理者のためのChef超入門（1）（1/2 ページ） エンタープライズ向け機能が充実してきたChefを使って高速かつ精度の高いサーバーインフラを構築／管理する方法について解説する連載。初回は、Chef 12、Chef Solo、Chef Server、Chef-Zero、Knife-Solo、Knife-Zeroの概要と、Chef-ZeroをKnife-Zero経由で利用するCookbook開発環境の構築について解説します。
はじめに これは ドリコムAdventCalendar の9日目の記事です。 8日目はsazae657さんによるドリコムの俺を支えるUIツールキットです。 自己紹介 @hiracy といいます。 ドリコムのインフラやってます。 最近発表したスライド ドリコムのInfrastructure as Code インフラ自動化とテストについて この内容について WEBサービス・ソーシャルゲームのインフラにてサーバが増加した時の管理について採用してきたツールとノウハウについて書かせて頂きました。 サーバ増加時の管理にお悩みのインフラ担当者は参考にしてみてはいかがでしょうか。 プロビジョニング 業者又は自前でラッキングされたサーバやクラウド業者で契約し使えるようになったサーバからOS設定・ミドルウェアインストール等を1台1台コマンドで設定すると日が暮れてしまいます。(たまにやってみるといい気付きがあり
Ryuzee.com
みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの ……続きを読む
仮想開発環境とか勉強会（Vagrant/Chef/docker/Jenkins） に参加・登壇しました。 #FukuokaEnv - つばろぐ
仮想開発環境とか勉強会（Vagrant/Chef/docker/Jenkins）に参加してきました。 1ヶ月前の勉強会ですが、参加メモとして残します。 この勉強会ではタイトルの通り、下記のツールやそれに関わる内容の発表がありました。 Vagrant Chef Docker Jenkins 私もJenkinsについて発表してきました。 日時 2014/06/09 19:30 - 22:00 場所 福岡市博多区博多駅前3丁目22番8号 朝日生命博多駅前ビル 株式会社ベータソフト様 会議室 アジェンダ お断り：スライドが公開されたアジェンダのみ掲載します。 Jenkins使ってみた～Windows編～ @tsubakimoto_s 私の記念すべき初めての登壇。 .NETプロジェクトでJenkinsを使ってみようという内容です。 この発表のためにWindows用のVagrantBoxを作成し、検証
開発中とリリースビルドをわけて考える。 開発中はとにかく速度重視。テスト重視。 リリースビルドのほうに、自動化できる便利なタスクを出来るだけ突っ込んでおく。 開発中に使用するソースファイルから、リリースビルドに余計なファイルを混ぜない。 こんな考え方でGruntfileを書いてみました。 プロジェクトごとに最適化したGruntfileを作るということも魅力的な挑戦なのですが、私は開発者一人で短納期な案件をいくつもこなさないといけないので、そのために導入したタスクランナーのはずなのにGruntfileの開発やメンテに時間を取られるのは本末転倒になってしまうので、出来る限り汎用的に使えるように気をつけて書きました。 さらに何か特定の開発スタイルやフレームワークに依存しないように、特殊なディレクトリ構成などを必要としない点も気を付けました。 普段は開発は私一人ですが、デザイナーやコーダーや開発者
AnsibleWorks
Infrastructure as Code We manage your infrastructure from your networks security groups to the container orchestrations with versioned code changes and speed up your platform teams service time. We manage your cloud platform from your networks security groups to the container orchestrations with versioned code changes and speed up your platform teams service time. With Infrastructure as Code servi
vagrantでCentOSのVMを立ちあげて、ネットワークが遅い時に試すこと - $shibayu36->blog;
最近PrePANのcarton 1.0化を進めるため、vagrant、chef、knife、AWSなどにはまりまくっております。今回はその中でvagrantにchefを適用しようとしたら全く終わらなくて、それについて調べたことについて話します。 PrePANの開発環境でvagrantを使っていたりするのですが、そのVMに対してchefを適用してみたところ、固まってしまって動かない(厳密に言うとすこしずつしか動かない)という状態になりました。そこでいろいろ調べてみると、IPv6とDNSの関係でネットワークの疎通が遅くなっていたという事がわかりました。 詳しくは Slow networking (due to IPv6?) on CentOS 6.x · Issue #1172 · hashicorp/vagrant · GitHub を見てもらうと分かると思いますが、IPv6で名前解決に行く
クラウドのような大規模な基盤に対してアプリケーションを展開するには、自動化ツールが欠かせません。ChefやPuppetのような新しい運用自動化ツールが注目されているのはそのためです。 Amazonクラウドは、Chefを利用した運用自動化ツールの「AWS OpsWorks」を公開しました。Amazonクラウドのユーザーであれば追加料金はかからず、無料で利用可能です。 AWS OpsWorksを用いることで、大規模なクラウドアプリケーションを展開するのに必要なOSやミドルウェア、データベースサーバなどを多数のサーバにインストールし、ロードバランサーを設定し、アプリケーションをインストールするといった作業が自動化できます。大規模なアプリケーション展開でも、迅速に作業できるようになるでしょう。 OpsWorksの設定 AWS OpsWorksでは、まず管理単位となる「Stack」を定義し、どのリー
要約 Chefみたいなスキーマ管理ツール（Ridgepole）を使うと、GitHubを使ったワークフローでスキーマを管理できる（と思います、たぶん） RailsのMigrationsについての問題提起 Migrationsは便利な仕組みですがベストではないと常々思っていました。 具体的には、特定のマイグレーションを保留にしにくいとか、複数人で作業するとコンフリクトすることがあるとか。 大きめのRailsプロジェクトだと特別なワークフローを用意して解決しているんですかね…声出して行こうぜ！とか。 Chef的スキーマ管理ツール: Ridgepole https://github.com/winebarrel/ridgepole （デモ） 以前からそのようなそのような問題意識があって、たぶん Chef的な冪等性保証する（操作ではなく定義を書くたぐいの）ツールがあれば解決できそう、でも実際作るの大
Vagrantをもっと便利に使う この記事では、VirtualBoxのフロントエンドであるVagrantを使用して、仮想OSを作成してみました。 Vagrantは単に仮想OS作成が楽にできるだけでなく、Chef(等の自動設定ツール)と連携して環境構築まで楽にできるようです。 今回はChefを使用して、Vagrantで作成した仮想OSにソフトウェアをインストールしてみましょう。 環境構築方法 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.5 Vagrant : 1.2.2 Ruby : 1.9.3 VirtualBox : 4.1.2 ここで作ったCentOS環境を使用するので、vagrant upで起動できるようにしておきましょう。 Chef概要など 最近は社内でもあたりまえのように使用しているChefですが、私はほとんどさわったことがありませんでした。(r
さくらのVPSを契約して放置しておいたままだったので、これを機に環境構築をしてみることにした。 なお現状はユーザーakahigeの追加とsshの設定だけ済ませた状態になっている。 すべての設定はChef経由で行うこと というルールでChefで同じ環境をいくらでも作れるものを目指してみよう。 Chefサーバーのセットアップはめんどくさいのでchef-soloでがんばる所存。 Rubyのインストール とはいえChefの動く環境はChef以外で作らないといけない。 このあたりを省略するならシェルスクリプトによる自動化か、Chefが動くところまでセットアップした仮想マシンのイメージを使うほかなさそうだ。 必要なパッケージのインストール $ wget http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.r
はじめに 先日うちの会社のアルバイトに来てくれている大学生さんに 「Vagrant, chef, DockerってよくWebで記事を読むんですけど使っている文脈が似ていて、何が違っていてどう使い分けるのかよくわからないんですよね〜」という風に尋ねられました。 その時に彼にも口頭で説明はしたのですが、うまく説明出来たのか自分でも怪しかったので今回まとめてみたいと思います。 Vagrantとは Vagrantについて、 Vagrant日本語ドキュメントには以下のように説明されています。 Vagrantは、 あなたとあなたのチームの生産性/柔軟性を最大限にする手助けをするために、 簡単な環境設定/複製可能なマシン/業界標準の技術で構築された１つの一貫したワークフローによって制御される可搬的な開発環境を提供します。 その恩恵を得る為に、Vagrantは先人の知見に基づいています。 マシン(開発環境
ちょうど一週間前の大雪が降った日に、翔泳社主催のイベント「Developers Summit 2014」（通称デブサミ2014）が開催されました。今回のデブサミでは、僕はAmazon Web Servicesの玉川さんと一緒に、基調講演「クラウドがもたらした多様な破壊と創造」に登壇していました。 講演の内容は標題通り、クラウドによって、例えば従来型のSIや従来の労働集約的なシステム運用、パッケージソフトウェアといったものが破壊されつつあり、ソフトウェアのサービス化やビッグデータの活用といったものが創造されていくだろう、といったものです。 この話の中で、創造されるものの最後に挙げたのが「活発なコミュニティによる個人の成長」というものでした。 これまで、企業は社員の成長にある程度責任を持ち、OJTや仕事を通して教育機会を提供してきました。しかしクラウド時代には今まで以上に、コミュニティを通して
資料公開 Vagrant (+Amazon EC2)
著作 SCRUM BOOT CAMP THE BOOK 著者／訳者：西村直人 永瀬美穂 吉羽龍太郎 出版社：翔泳社( 2013-02-13 ) 定価：￥ 2,520 スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。 CakePHPで学ぶ継続的インテグレーション 著者／訳者：渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕 出版社：インプレス( 2014-09-19 ) 定価：￥ 4,320 Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説 Chef実践入門 ~コードによる
簡単極小構成でFailoverを体験してみよう！ 〜 Vagrant+Chef を使って 〜 #vgadvent2013 - 圧倒亭グランパのブログ
こんにちは！@at_grandpa です。 この記事はVOYAGE GROUP エンジニアブログ : Advent Calendar 2013の19日目の記事になります。 今年ももうあと10日前後となりました。みなさんいかがお過ごしでしょうか。 さて、何を書こうかな エンジニアの Advent Calendar 界隈では、「年末年始を安心して過ごすように」系記事も多数投稿されていますね。 私もそれ系を書こうと思いましたが、インフラはド素人なのでどうしたものかと。 で、以下の本を読んだ時にテーマが決まりました。 [24時間365日] サーバ/インフラを支える技術 ?スケーラビリティ、ハイパフォーマンス、省力運用 (WEB+DB PRESS plusシリーズ) 作者: 安井真伸,横川和哉,ひろせまさあき,伊藤直也,田中慎司,勝見祐己出版社/メーカー: 技術評論社発売日: 2008/08/07メ
Yuuki NamikawaBackend/Infrastructure Engineer at CyberAgent, Inc.
一人でゲームをリリースするための自動化 PHPUnit編 ~目指せCoverage 100%~
Coverage 100%への道のり 1. --coverage-htmlして現状を確認 2. time()やmt_rand()などを使うコードもテスト 3. 複雑なオブジェクトを使うコードもテスト 4. ファイルシステムを使うコードもテストRead less
GitHub - kohkimakimoto/cofu: Minimum configuration management tool written in Go.github.com CofuというサーバプロビジョニングツールをGoで実装しました。Itamaeを参考に作りました。実装言語の違い（ItamaeはRubyによる実装）はありますが、外部仕様、内部実装、共にかなり似せて作ってあるので、ItamaeまたはItamaeが参考にしているchefを使ったことがあると、理解は簡単かと思います。特徴をざっくり説明すると、 ローカルでのプロビジョニングのみ対応。SSHなどでのリモートサーバのプロビジョニングはサポートしない Goなので実行ファイル一個で動く。導入が簡単 レシピはLuaのDSLで記述する 今のところ動作プラットフォームはRedHat(CentOS)のみをサポート あたりでしょうか。
Chefの開発元であるOpscodeは、社名を製品名と同じ「Chef」に変更することを発表しました。ブログ「Chef: The Company Formerly Known as Opscode」（Chef、Opscodeとして知られていた会社）では、次のように書いています。 So, with a huge opportunity in front of us, we are aligning ourselves directly with the product and Community we love. More importantly, it makes things simple – for you and for us. これからの大きな可能性とともに、私たちは自身の名前を、私たちが愛する製品とコミュニティの名前に合わせることにしました。さらに重要なのは、これによってあなた方に
Chefを使ってインフラ環境構築を自動化しよう！ - PR TIMESデザイナー&エンジニアブログ BREAK TIMES
こんにちは。PR TIMESエンジニアの落合です。 前回の記事(Chefを使ってサーバー構築運用！ PR TIMES導入編！ - BREAK TIMES)で、 Chefの簡単な概要と、導入方法を簡単に解説させていただきました。 今回は、具体的なChefの活用法と構築方法をご紹介させていただければと思います。 PR TIMESにおけるChefの活用について 現在PR TIMESでは、開発環境、ステージング環境、プレビュー環境、本番環境が存在しています。 それぞれ、開発環境・ステージング環境には、WEBとDBが入っており、プレビューと本番環境では、 WEBとDBで別のサーバーを使用しています。 これらを上記の図のように、Windows上の作業マシンからknife-soloを実行して、 本番への適応を行えるような仕組みの構築を進めています。 それでは、実際にどのように、構築を進めているかをご紹介
「Hatena Engineer Seminar #2」の発表資料を公開しました - Hatena Developer Blog
こんにちは、id:shiba_yu36です。先日行われた「Hatena Engineer Seminar #2」 に多数のご参加ありがとうございました。今回のセミナーの発表資料を公開しましたのでお知らせします。 Hatena Engineer Seminarは第3回、第4回と続けていきたいと思いますので、また是非ご応募ください。今後の開催予定については、本ブログや@hatenatechで告知させていただきます。 Vagrant と Chef でつくるはてなブックマークの開発環境 aereal (アプリケーションエンジニア はてなブックマークチーム) 開発環境をプログラマブルにする Vagrant と、ソフトウェア・インフラストラクチャをプログラマブルにする Chef を用いてはてなブックマーク開発環境を整備した体験とその方法を紹介します。 Vagrant と Chef でつくるはてなブック
Fabric は ssh 経由でリモートをゴニョゴニョするツールなので、デプロイツールとして見られがちですが、 cuisine など冪等な操作をサポートするライブラリを組み合わせれば手軽な構成管理ツールになります。 chef-solo に比べてターゲットとなるマシンへのインストールが不要なので vagrant と EC2 の Amazon AMI で同じように home ディレクトリを構築するようなスクリプトを書くことも可能です。 また fabtools を使えば、簡単に vagrant を対象にすることができます。 インストール: $ pip install fabric fabtool cuisine fabfile.py を作ります (サンプル): 使い方: $ fab vagrant package_upgrade setup_devtools # 開発マシンにいつもインストールし
サーバー設定ツール「Chef」応用編：knife-soloとData Bagを使う | さくらのナレッジ
サーバー管理ツール「Chef（シェフ）」は、ファイルに記述した設定内容に応じて自動的にユーザーの作成やパッケージのインストール、設定ファイルの編集などを行うツールだ。今回はChefの応用編として、Chefサーバーなしに複数台のサーバー管理を行う「knife-solo」というツールと、設定のためのデータなどを一元管理できる「Data Bag」という仕組みを紹介する。 knife-soloを使った複数台サーバー管理 Chefは「Cookbook（クックブック）」や「Recipe（レシピ）」と呼ばれる設定ファイルに従って、ユーザーの作成やソフトウェアのインストール、ネットワークやファイアウォール、データベースなどの設定など、さまざまな設定作業を自動で実行するツールだ。利用するメリットとしてサーバーの設定を一元的に管理できる、実行する設定内容をチェックしやすくミスを防ぎやすいなどがあり、近年注目を
CentOSでインストールされるサービスの中で、頻繁に不要とされるサービスをまとめて無効にするレシピです。よく使うレシピに忍ばせておけば便利ですよ。 パッケージは適宜カスタマイズしてください。 %w[acpid auditd autofs avahi-daemon avahi-dnsconfd bluetooth conman cpuspeed cups dnsmasq dund gpm hidd ip6tables irda lvm2-monitor mcstrans mdmonitor multipathd pand pcscd psacct rawdevices readahead_early readahead_later restorecond saslauthd smartd wpa_supplicant ypbind yum-updatesd].each { |name| s
![CentOSの要らないサービスを無効にするレシピ - Qiita [キータ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/57679dbc206c09e3578256d16f773abd5bf6916a/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9Q2VudE9TJUUzJTgxJUFFJUU4JUE2JTgxJUUzJTgyJTg5JUUzJTgxJUFBJUUzJTgxJTg0JUUzJTgyJUI1JUUzJTgzJUJDJUUzJTgzJTkzJUUzJTgyJUI5JUUzJTgyJTkyJUU3JTg0JUExJUU1JThBJUI5JUUzJTgxJUFCJUUzJTgxJTk5JUUzJTgyJThCJUUzJTgzJUFDJUUzJTgyJUI3JUUzJTgzJTk0JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03ZDNkMWExODk0MmI5Zjk0MzhkZWYyNDUyNDg0MmM2NA%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwdHVtZiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZTc5OTg4YzhmMDU5MjdkMGJmYmZmMjJiYmYwNTUwNjg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dd25d9672e7776d75221756277ab346ce)
AWS, chef, Cinnamon等を使った無停止デプロイ(PrePAN carton 1.0化の裏側) - $shibayu36->blog;
最近PrePAN uses carton 1.0 now! - $shibayu36->blog;でも書いたとおり、PrePANのcarton 1.0化を進めていました。 通常であれば変更点をアプリケーションサーバにデプロイし、サーバを再起動すれば良いのですが、cartonを0.9から1.0に上げるというまあまあ大きな変更を加えるため、事前に動作確認を行い、無停止でデプロイしたいと考えました。そこでAWSを使って無停止デプロイを試してみたのでそれについて書こうと思います。 PrePANのサーバ構成やデプロイ手順の検討 無停止デプロイの説明の前にPrePANのサーバ構成を紹介しておきます。 現状はELB 1つに対し、EC2が2台ぶら下がっているという状態で運用しています。そしてEC2に対してはそれぞれapp-1, app-2という名前でタグがついています。 開発メモ#2 : AWS でのホス
Vagrant用のbox(OSのテンプレート)はhttp://www.vagrantbox.es/などで多数配布されています。 とりあえず試してみる分にはこちらにあるものを使ってみるのも良いですが、実際に開発で使おうとするといくつか問題があります。 そのOSに怪しいプログラムがインストールされているかもしれない初期の設定が自分たちの環境と大きく乖離している。例えばyumのレポジトリが多数追加されたりしているVirtualBoxのGuestAdditionsなどのバージョンが古くてそもそも正しく動かないかもしれないこういったことを避けるためには、自分たちでセキュアなboxを作るのが良いと思います。ここではveeweeを使って、自分用のboxを作る方法を紹介します。 veeweeのインストールveeweeはrubyで書かれたツールで、vagrantをはじめとする多くの仮想化ツール用にOSの雛形
chef-soloで環境設定¶ chefはサーバ構成管理ツールです。構成を設定ファイルとして書き残しておき、 chefを実行すればそのとおりにサーバを構築してくれます。また、何度実行し ても同じように構築してくれますし、サーバ構成をいじったとしても修正して くれます。 というわけで、chefを使ってみたのでそのメモ。 事前準備¶ chefはrubyで作られていますので、rubyが必要です。また、chef自体のインス トールにはgemが楽ちんです。 chefにはサーバなどがありますが、今回は単独で実行できる chef-solo のみ を使います。 雛形作成¶ 後述するcookbookなどの雛形を作ってくれるRakefileがopscodeのサイトにあ ります。 githubのopscodeから取ってきます。 この構成をそのまま使うのが吉です。また、ここにあるRakefileを使うことで、 c
Chef を始める #1 – 概要、Chef Server を EC2 上にインストール、Workstation の設定まで | DevelopersIO
Knife コマンドで、Cookbook や Recipeを 操作したり、Chef Server に支持をしたりする環境です。 Node Chef Server が管理するマシンです。 Chef Server で管理している Cookbook や Recipe 情報を Node 上の Chef Client が取得して、そのタスクを実行します。 今回の構成イメージに置き換えると、以下のような感じ。 今回は、Chef Server のインストールから Workstation の設定までやっていきます。 Chef Server のインストール 事前準備 OSは、Amazon Linux を選択。（small インスタンス以上がいいです。理由は後述。） セキュリティグループで、ssh、http、https を開放します。 最新バージョンは、11.0.6 なのでこれをインストールします。 http
データセンターへ投入したサーバの構成やアプリケーションのデプロイツールとしてよく知られているのが「Chef」や「Puppet」といったオープンソースの運用自動化ツールです。特にChefは先日Facebookが採用したことが発表されています。 そのChefをベースにした運用自動化ツール「Cloudrop」がエクシードから発表されました。同社はシステム構築や運用サービスに加え、パブリッククラウドの「Libra」などを提供する日本の企業で、Cloudropはそうした同社の経験を踏まえて作られたもの。 運用自動化ツールは、開発と運用が協力してビジネスゴールを目指す「DevOps」ムーブメントの中で、システムの開発運用を迅速に改善するうえで欠かせないツールとして注目されています。 運用の属人性を排除して自動化、効率化 CloudropはChefをベースにしているため、Chefでの手順書に当たるレシピ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【勉強会】AWS管理を自動化する奥義を開催しました！ | DevelopersIO
「Zabbix統合監視 徹底活用」を読んだ - 元RX-7乗りの適当な日々
Docker入門、VM上でLinuxコンテナ立ち上げ〜基本操作まで
GunosyのMicroServicesとOpsWorks / よくわかる AWS OpsWorks
サーバ構築・デプロイの自動化の話。或いはChefとCapistranoの素敵な関係 - プログラマでありたい
2013 年の新卒研修メニュー - gist:5316074
サーバが増えた時にインフラ担当者がやってきたこと - Qiita
ぼくがかんがえたさいきょうのGruntfileを晒してみる - Qiita
Amazonクラウド、デプロイの自動化ツール「AWS OpsWorks」公開。Chefのレシピ利用
GitHubを使った複数人でのスキーマ管理 on Rails - so what
Vagrant + Chefで環境構築も自動にする | DevelopersIO
chef-soloで作業環境構築の自動化 - ひげろぐ
Vagrant、chef、 Dockerって最近よく聞くけどなにが違うの？ - ゆーじのろぐ
クラウドの時代にはコミュニティがエンジニアの成長を支えていくのではないか
サーバの構築作業や運用管理を自動化する「Chef」 (CADC研究レポート発表LT)
Goでプロビジョニングツールを作った - オープンソースこねこね
Chef開発元のOpscode、社名をChefに変更。「検索が難しくなる」とあちこちで悲鳴が
Chef-solo の代わりに fabric を使う - methaneのブログ
CentOSの要らないサービスを無効にするレシピ - Qiita [キータ]
veeweeを使ってVagrant用のboxを自分で作る方法
chef-soloで環境設定 — そこはかとなく書くよん。 ドキュメント
Chefをベースにした日本製の運用自動化ツール「Cloudrop」、エクシードから