並び順

ブックマーク数

期間指定

  • から
  • まで

441 - 480 件 / 2551件

新着順 人気順

chefの検索結果441 - 480 件 / 2551件

  • PuppetとChef、Ansible、Saltの比較レビュー、Puppetが高評価 | スラド IT

    最近、サーバーの設定作業などを自動化するChefなどのツールがよく話題になっている。はてなブックマークでのブックマーク数などを見る限り、Rubyで実装されているChefが日本では人気のようだが、それ以外にも同様のツールとして同じくRubyで実装されたPuppetやPythonで実装されたAnsible、Saltといったソフトウェアがあり、これらを比較したレビュー記事がInfoWorldに掲載されている(本家/.)。 記事では4つのツールそれぞれをAvaliabillity(可用性)、Interoperabillity(相互運用性)、Management(管理)、Scalabillity(スケーラビリティ)、Performance(性能)、Value(価値)の6項目で評価したスコアが掲載されており、トップはPuppet、続いてSalt、Chef、Ansibleという序列になっている。 詳しく

    • Chef 12がリリース。商用版とオープンソース版の一本化で25ノードまで無償に。Docker対応、VMware vSphere、Microsoft Azureにも対応

      Chef 12ではこれまで分かれていた商用版とオープンソース版のコードが1本化され、商用版の機能も25ノードまでは無償で利用できるようになりました。 新機能として、VMware vSphereおよびvCloud Airに対応。vCloud Air用のknfifeプラグインも公開されています。また、WindowsのPowerShell DSCとMicrosoft Azureにも対応。Windowsテクノロジーを採用したITインフラの自動化も行えるようになっています。 コンテナ機能にも対応し、Docker用のKnifeプラグインも公開されています。 これまで共有ストレージとDRBDに依存していたChef Serverの高可用機能も強化され、クラウド上での高可用性も実現。まずはAmazonクラウドの機能を用いた高可用性に対応し、今後ほかのクラウドの高可用機能やRedhat Cluster Man

        Chef 12がリリース。商用版とオープンソース版の一本化で25ノードまで無償に。Docker対応、VMware vSphere、Microsoft Azureにも対応
      • Packer & Chef-SoloでAmazon EC2のAMIを簡単に作る方法

        全国1000万人のPackerユーザーのみなさんこんにちはこんにちは。 Packerは、Mitchell Hashimotoさんによって開発が進められている様々な環境の仮想マシンのテンプレートを簡単に作れるツールです。例えばVagrantを使っている場合はいままではPatrick Deboisさんが作っていたVeeweeを使うのが定番でしたが、このPackerの登場で主流が移りつつあります。 またPackerでは、Amazon EC2用のAMI (Amazon Machine Image)を作成することもできます(某ドラクエ好きな著名エンジニアのIさんが「PackerはAMI作成ツールだ!」と言っていたのを聞いたような気がw) 今までは、Packerでミドルウェアやパッケージをインストールしたり、細かい設定をする場合にはShellのProvisionerを使っていたのですが、先日登場したバ

          Packer & Chef-SoloでAmazon EC2のAMIを簡単に作る方法
        • Consulと自作OSSを活用した100台規模のWebサービス運用 - YAPC::Asia Tokyo 2015

          カヤックが運営しているスマートフォン向けSNS Lobi は、Amazon Web Services(AWS)上でHashicorp社が開発しているオーケストレーションツール Consul を活用し、EC2インスタンス100台規模のサーバと、AWSのマネージドサービスを利用して運用しています。 Consulの機能と、それを活用するために開発したOSSとともに実践的に運用している事例をご紹介します。 Consulとは 機能の紹介 Consulを本番環境で運用するために 構成 監視 高可用性のためのノウハウ クラスタ障害時のリカバリ手法 オートスケール環境で動的に増減するサーバを扱う DNS interface によるホスト、サービスの名前解決 コマンドのホスト名補完 自前オートスケールやjob管理へのconsul execの応用 Stretcherを利用したデプロイ 自作OSS Consul

          • Etsyはいかにして1日に50回ものデプロイをしているのか

            Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

              Etsyはいかにして1日に50回ものデプロイをしているのか
            • 意識の低い自動化 - Qiita

              意識レベルを低く保ったまま自動化する話 世の中にはChefやらAnsibleやらPuppetやらと様々な自動化ツールがあって、 意識の高いはてな民は日々「Chef-soloはオワコン、いまやChef-zeroの時代」 「Ansibleなら対象サーバへの事前準備が不要、時代はAnsible」といった不毛な会話を繰り広げていると聞く。 「モダンなエンジニアは全員Chefを使いこなしているものだ」みたいな空気すらある。 なるほど、自動化ツールの学習は興味深いし楽しい。 大規模なサーバ群が次々と自動的にセットアップされてゆく様子は感動すら覚える。 が、私がやりたいことはリモートサーバのログを消したいだけなんだ、コマンド2つで済む内容なんだ・・・というときにはちと大仰すぎる。 「鶏を割くに焉んぞ牛刀を用いん」とはよく言ったものである。 シェルスクリプトで済むような内容、特に冪等性が必要ない場面、日常

                意識の低い自動化 - Qiita
              • vagrant-serverspecを使ってプロビジョニング結果をテストする

                全国1000万人のVagrant利用者のみなさんこんにちは。 Vagrantいいですよね!そしてインフラの状態をテストするserverspecもいいですよね!この2つがシームレスに統合されるとかなりうれしいですよね! ということで本日12/2にvagrant-serverspecというプラグインがリリースされたので早速紹介します。 インストールインストールは簡単です。いつも通りvagrant plugin install vagrant-serverspec としてください。 コード自体は https://github.com/jvoorhis/vagrant-serverspec で公開されています。まだバージョン0.0.1なので、問題を見つけたらPR送るなりIssueを切るなりすると良いと思います。 使い方使い方も簡単です。まずVagrantfileを見てみましょう。 これは何をやって

                  vagrant-serverspecを使ってプロビジョニング結果をテストする
                • chef-soloを用いてWindowsにソフトウェアをインストールしてみよう - ハードコイルド・ワンダーランド

                  前回に引き続き、chef-soloを用いてWindowsマシーンにソフトウェアのインストールをしてみます。 一度きちんとしたレシピを作っておくと、新しいマシーンを手に入れたときに「chefのインストール→その他が全部入る」というフローができてとっても楽ちんですよ! Windows向けの便利コマンドをインストールする まだインストールしていない方は前回の記事を参考にしてWindows向けの便利コマンドをインストールしておいてください。 以下のようなコマンドが使えるようになります。 windows_auto_run スタートアップの設定ができます windows_batch コンソールコマンドを使った操作ができます windows_feature コンピューターの「役割の管理」を設定できます windows_package msi形式のインストーラーをオプション等を指定しながらインストールでき

                    chef-soloを用いてWindowsにソフトウェアをインストールしてみよう - ハードコイルド・ワンダーランド
                  • デブサミ2014「グリーにおけるChef導入事例」講演メモ #devsumi - 元RX-7乗りの適当な日々

                    普段、Chefを使って運用しているので、なかなか参考になる話だったというか、共感できる部分が多かったです。 「グリーにおけるChef導入事例」 荒井 良太 氏 @ryot_a_rai グリー Chefとは サーバの構築や設定更新を自動化するツール サーバのあるべき姿をRubyで記述しておくと、セットアップしてくれる 冪等性 Chef社のOSS 導入背景 運用担当者が秘伝の手順書でサーバのセットアップを手動でやっていた。 非効率 オペレーションミスの危険 Chefにより自動化し、安定運用をはかる リードタイム Chefにより自動化し、サーバのデリバリーを素早く行う Before Chef Debianパッケージ サーバの役割ごとのメタパッケージ 設定ファイルはスクリプトで生成 設定値 パッケージ内 サーバ管理システムに問い合わせ サーバ管理システム 社内のサーバ情報を管理しているシステム サ

                      デブサミ2014「グリーにおけるChef導入事例」講演メモ #devsumi - 元RX-7乗りの適当な日々
                    • 【サポート終了】Chef入門 (全14回) - プログラミングならドットインストール

                      curl -L https://www.opscode.com/chef/install.sh | sudo bash sudo gem install knife-solo gem list knife configure

                        【サポート終了】Chef入門 (全14回) - プログラミングならドットインストール
                      • 【資料公開】ワンクリックデプロイ勉強会

                        2011年12月20日に品川の日本マイクロソフト本社をお借りして、ワンクリックデプロイ勉強会を開催しました。 当初内輪でやろうと思っていたのですが多くの方にご参加いただきありがとうございました。 また、もろもろセッティング頂いた@katzchangと日本マイクロソフトの長沢さんありがとうございました。 以下にセッション資料を公開します。 例によって短文での感想を。 セッション開始前にちゃんとRed Bullを飲んでおいたので元気だった最初の会場へのヒアリングで既にワンクリックデプロイをしている人がいるか調査したところいなかった。まぁWebサービス系でやっているところは増えては来ているもののまだ定着フェーズではなさそうな感じユニットテストやJenkinsはかなりの現場で使われている個人的な今日の名言は、「障害発生時に1日でリリースできるなら、普段のリリースも1日にできるはずだ」というやつ。物

                          【資料公開】ワンクリックデプロイ勉強会
                        • Future of Server Provisioning at Developers Summit 2014

                          A method for separating policy definition and behavior control by an intermediate language to achieve optimal server configuration management according to the situation

                            Future of Server Provisioning at Developers Summit 2014
                          • ドリコムのInfrastructure as code

                            TIS株式会社で行った社内勉強会(西新宿Tech-Circle)の資料です。 Test-Kitchenを使ってTDDを実践する方法をご紹介しています。 資料内で出てくるGitLabやJenkinsのLT資料は以下リンクより見れます。 http://www.slideshare.net/yoshimitominaga/ss-36972336

                              ドリコムのInfrastructure as code
                            • Itamae meetup #1 で「ぼくのかんがえた Itamae/Serverspec 構成フレームワーク 〜 板前の献立 〜」というトークをしてきた : sonots:blog

                                Itamae meetup #1 で「ぼくのかんがえた Itamae/Serverspec 構成フレームワーク 〜 板前の献立 〜」というトークをしてきた : sonots:blog
                              • Wercker + Vagrant + AWS + serverspecでChefのレシピをCIする

                                [2014-01-09-1] からmasutaka.netのCIを開始したが、残念ながら masutaka.netに直接serverspecする、なんちゃってCIだった。 masutaka.netにcookしてからPRを出して、WerckerにCIさせていた。 WerckerとAWSを連携させて、テストのたびにサーバをまっさらな状態から 作り、終わったら破棄することが可能になったので、ここに記録しておく。 去年くらいに話題になったこの辺の話。 Vagrant + Chef Solo + serverspec + Jenkins でサーバー構築を CI - naoyaのはてなダイアリー naoya/circleci-serverspec なんで今までやらなかったかというと、cookが一発で通らないレシピになっ ていたから。。気づいてはいたんだけど、本番サーバのテストが通りさえ すればよかった

                                  Wercker + Vagrant + AWS + serverspecでChefのレシピをCIする
                                • Apacheホスティング環境(Webサーバー+PHP実行環境)をコマンド一発で構築する一撃シェルスクリプト

                                  一撃シェルスクリプトとは これは私が作った造語で、厳密な定義というものを設けているわけではありませんが、「シェルスクリプト(と設定ファイルのひな形)を用意すれば、コマンドを1回実行するだけで環境構築ができてしまうというスグレモノ」を目指しています。現在のところ、線引きとして以下のように詳細なルールを作っています。 OSインストール直後に一撃シェルスクリプトを配置して動かすものとする 実行回数は1回のみで、人が張り付く必要のない設計とする 対話式の入力は可能な限り回避する 一撃シェルスクリプトで重視していないこと 一撃シェルスクリプトは、あくまで「シェルで頑張れる範囲で冪等性(べきとうせい)を確保する」ツールです。なので、上に記した「一撃シェルスクリプトの定義」にだいたい合致していれば「これは一撃シェルスクリプトだぞ」と名乗ってもよいと思っています。例えば、何がなんでも1枚のスクリプトファイ

                                    Apacheホスティング環境(Webサーバー+PHP実行環境)をコマンド一発で構築する一撃シェルスクリプト
                                  • AWSブログを3行でまとめる試み#4 : 新サービス AWS OpsWorks を発表するぞ - naoyaのはてなダイアリー

                                    AWS OpsWorks という新サービスを始めたぞ。AWS で動かすアプリケーション全体の管理を集中 & 自動化できるぞ。細かい調整は chef でするんだ。 Stack と呼ばれる設計図みたいなのを作っておくとそこから、ボタン一発で Rails + memcached + HAproxy + MySQL みたいな好きな組み合わせで立ち上げられて、git からアプリケーションコードをデプロイして動かすなんてことができるんだ。しかも Autoscaling の設定とか障害時のインスタンス差し替えも一括でできちゃう! (ドヤァ) OpsWorks の利用には料金はかからない。また今日からもう使えるぞ。びっくりだろう? すみません。今回は内容が濃いいので「まとめる」というか勝手に解釈して3行で書いてます。 cf: http://aws.typepad.com/aws_japan/2013/02

                                      AWSブログを3行でまとめる試み#4 : 新サービス AWS OpsWorks を発表するぞ - naoyaのはてなダイアリー
                                    • Netflixのコードのデプロイ方法。

                                      Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

                                        Netflixのコードのデプロイ方法。
                                      • "DevLOVE Conference 2012"で話した「Chefを利用した運用省力化とDevOpsの取り組みについて」と「俺たちの自分戦略」の資料を公開します - 元RX-7乗りの適当な日々

                                        ※ タイトル長いw 12/15に開催された、記念すべき100回目のDevLOVEイベントとなる「DevLOVE Conference 2012」で話をする機会を頂きましたので、そこでの2セッション分の資料を公開します。 http://devlove2012.devlove.org/ http://devlove.doorkeeper.jp/events/1846 Chefの話 Chefを利用した運用省力化とDevOpsの取り組みについて from Yuuki Namikawa アメーバピグ関連のサービスは、これまでのアメーバのサービスの中でも類を見ないスピードで成長しており、そのトラフィックを捌くバックエンドのサーバ群は1000台以上の規模へと成長を遂げました。そのインフラストラクチャーを支えるツールであるChefを使ってどう運用の省力化を実現しているのかを、DevOpsとしての取り組みを

                                          "DevLOVE Conference 2012"で話した「Chefを利用した運用省力化とDevOpsの取り組みについて」と「俺たちの自分戦略」の資料を公開します - 元RX-7乗りの適当な日々
                                        • Infrastructure as Codeと 組織のドキュメンテーション + Immutable Infrastructure事例

                                          Infrastructure as Codeと 組織のドキュメンテーション + Immutable Infrastructure事例

                                            Infrastructure as Codeと 組織のドキュメンテーション + Immutable Infrastructure事例
                                          • 日本人として、英語で説明する事が多い話題(2)説明できたら楽しい事 - @kum_i log

                                            この記事は http://jp.kumi-log.com/nomad-life/communication-and-event/topics-in-english-as-japanese-02/ に移動しました。 お手数をおかけいたしますが、上記URLよりご覧ください。

                                              日本人として、英語で説明する事が多い話題(2)説明できたら楽しい事 - @kum_i log
                                            • Sensu Serverをインストールする手順メモ - 元RX-7乗りの適当な日々

                                              ゴールデンウィークに突入したタイミングで色々忘れてしまいそうなので、ここにSensu Serverの作り方をメモっておく。 ちなみに、Sensuは最近ナウなヤングにバカうけのモニタリングツール。インストールした環境は、CentOS 6.5 (Linux version 2.6.32-431.11.2.el6.x86_64)。 ちなみに、Sensu関連のインストールについてはChefやPuppetの使用が、推奨されてるっぽいので、今回はChefのCookbookをありがたく利用させていただいた。(このエントリではchef-soloを使って環境構築している。) SensuのChef Cookbookは以下のGitHubリポジトリで公開されている。 https://github.com/sensu/sensu-chef sensu-chefの取得 # yum install -y git gcc

                                                Sensu Serverをインストールする手順メモ - 元RX-7乗りの適当な日々
                                              • Ansibleを使ったことない人に、ゆるくAnsibleを紹介してみた - kk_Atakaの日記

                                                はじめに この記事はAnsible Advent Calendarの23日目の記事です。 今回は、Ansible(というか構成管理ツール全般)を知らない人向けにゆるくAnsibleを紹介してみたので、報告します。 12/17のKawasaki.rb+αでの発表です。 発表者の構成管理ツール歴 Ansible 軽く2, 3回Playbookを作った程度 大勢にバラまくのはやったことない(2台くらい) Chef Chef系の本を買っていろいろ試したことはある けど、小さい規模で使うにはオーバースペック感、縛りがきつい環境で使うには政治が必要で、けっこうくじけた Chefがつらい人のためのAnsibleのはなし - ゆううきブログ もうちょっとシンプルに行けそう 聴講者の構成管理ツール歴 初見の人 Chef使ったことある(聞いたことある)人 Ansible使ったことある(聞いたことある)人 上か

                                                  Ansibleを使ったことない人に、ゆるくAnsibleを紹介してみた - kk_Atakaの日記
                                                • Cookbookの管理を楽にするBerkshelfの使い方( ー`дー´)キリッ とか。 - 256bitの殺人メニュー

                                                  子供が生まれたり、職場では人事改革が行われたり、@oranieさんがスマートフォンアプリエンジニアになったりと、生活が激変しつつある今日この頃みなさまいかがお過ごしでしょうか。 はい、乙カレー様です。くわのです。 職場ではずっとchef-server 1本で来ていたわけなのですが、ちょっと前からchef solo+Berkshelfを使い始めたりしている私達がいます。 きっとみなさんchef-serverとか強がりやがってやっと素直になりやがったなと思っていることでしょう。 (Chef-serverも使い方で便利ですよ) ドキュメント読んだらいいのかと思ったりもするんだけどBerkshelfのドキュメントがあんま綺麗じゃなくて困るというw ちゅーことで、ざっくり使い方を整理しました。あ、Berkshelfのバージョンは3です。 Berkshelf BerkshelfはCookbookの依存

                                                    Cookbookの管理を楽にするBerkshelfの使い方( ー`дー´)キリッ とか。 - 256bitの殺人メニュー
                                                  • Zabbixを使ったクラウド環境監視のオートメーション化@JulyTechFesta2013

                                                    2020年7月3日に開催したKOSMISCH開発セミナーで使った資料です。 https://youtu.be/MjOBnu_uZcE

                                                      Zabbixを使ったクラウド環境監視のオートメーション化@JulyTechFesta2013
                                                    • SREによるモンスト改善事例 / improvement-example-of-monster-strike-by-sre

                                                      hbstudy#76 第76回: SRE大全: XFLAG スタジオ編 https://hbstudy.connpass.com/event/62338/

                                                        SREによるモンスト改善事例 / improvement-example-of-monster-strike-by-sre
                                                      • Well-Architected を目指した改善と組織文化への影響 | CyberAgent Developers Blog

                                                        (弊社デザイナーが作ってくれた私の LGTM 画像です) Developers Blog に初登場!クラウドファンディングプラットフォーム Makuake の吉田慶章 ( @kakakakakku ) です.Makuake には約1年前に JOIN しました.JOIN した直後はサーバサイド開発をメインに新機能の開発を担当していましたが,2016年3月頃からウェブオペレーションエンジニアも兼務し,インフラ構成やアーキテクチャの改善をしたり,DevOps 文化の推進をしています. どんなサービスにも「技術的負債(もしくは何かしらの課題)」はあると思います.特に成長期のスタートアップでは,新機能をリリースすることを最優先に開発をする場面も多いですし,またサービスの急激な成長に伴って,今までは問題なく稼働していたアーキテクチャが,突如運用に耐えなくなってしまうこともあります.ある意味で「技術的負

                                                          Well-Architected を目指した改善と組織文化への影響 | CyberAgent Developers Blog
                                                        • Vagrantの必須プラグインSaharaをVagrant 1.1に対応させました

                                                          Saharaはコマンドラインから仮想マシンの状態をsandboxモード(変更をいつでも巻き戻せる)に変更できるプラグインです。これを使うことで、例えばchefのレシピ作成やミドルウェアのインストールの評価やリリース手順の確認や大規模な環境変更の評価などがやりやすくなります。Vagrantを使っている人であれば必携のプラグインと言えます。 そんなSaharaですが、開発が停止しているような感じもあり、先日出たVagrant 1.1になかなか対応しそうにないように見えたので、自分でVagrant 1.1に対応させてみました。 なお、かなり大量にソースを書き換えている(作り直しに結構近い気がする)のと、Rubyはあんまり知らない人なので、ご利用は自己責任でお願いしますー。レポジトリはこちらです→ https://github.com/ryuzee/sahara インストール gemにはしていない

                                                            Vagrantの必須プラグインSaharaをVagrant 1.1に対応させました
                                                          • SREチームに入ってからの2年間にチームでやってきたこと - クラウドワークス エンジニアブログ

                                                            この記事はクラウドワークス アドベントカレンダー6日目の記事です。 前日の記事は@bugfireのgithub-script は便利でした。GitHub Actionsでのちょっとした作業が捗りますね! SREチームの@kangaechuです。 気がつくと入社から2年が経ちました。2年前のAdvent Calendarでは ぴよぴよSREという記事を書くくらい何もわかっていませんでしたが、ようやく自分なりに動けるようになってきました。 この記事ではcrowdworks.jpのSREチームで、この2年間でどのようなことをやっていたのかを振り返ります。 SREチームの範囲は幅広く、いろいろなことをやっていました。今回はDocker化とTerraformの2つの取り組みについてご紹介します。 なんで1年じゃなく2年かって?去年はaws-vault についてのあれこれを書いたからだよ。 Docke

                                                              SREチームに入ってからの2年間にチームでやってきたこと - クラウドワークス エンジニアブログ
                                                            • GitHub - kayac/newbie-training

                                                              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

                                                                GitHub - kayac/newbie-training
                                                              • 自分のプロダクトを海外でも認知してもらうには - Gosuke Miyashita

                                                                ブログを書くまでが YAPC、ってことなので書きます。 YAPC 懇親会で @hirose31 さんと「日本人の作ったプロダクトでとても優れていて日本では知名度抜群なのに、海外では全然知られてない、みたいの割とあるけど、どうやったら serverspec みたいに海外でも認知されるようになるんですかね」みたいな話をしました。 serverspec の海外での知名度、といっても、日本での知名度と比較すればまだまだ全然、という感じですが、たまに海外の方の tweet を見かけたり、Serverspec the New Best Way to Learn and Audit Your Infrastructure というブログエントリを書いてくださった方がいたり、Food Fight という Podcast で取り上げられたり、O'Reilly の Test-Driven Infrastruct

                                                                • Puppetのススメ

                                                                  This document provides an overview of version control and Git. It discusses what version control is, why it is used, and common types including local, centralized, and distributed. It then focuses on Git, covering its history and origins from Linux kernel development. Key Git concepts are explained like data storage, file lifecycles, basic commands like clone, add, commit, branch, merge, and worki

                                                                    Puppetのススメ
                                                                  • Chefを使うのに必要な環境が一気に整う「ChefDK」レビュー | さくらのナレッジ

                                                                    ある日何気なく最新版のvagrant-berkshelf(4.0.4)を入れたところ、 It appears that you are not using the ChefDK. Please note that Vagrant Berkshelf works best when used with the ChefDK, and other installation methods are not officially supported. Please download and install the latest version of the ChefDK from: https://downloads.getchef.com/chef-dk and follow the installation instructions. Do not forget to add the Chef

                                                                      Chefを使うのに必要な環境が一気に整う「ChefDK」レビュー | さくらのナレッジ
                                                                    • 2014年のChefとInfrastructure as code

                                                                      Infrastructure as Codeと 組織のドキュメンテーション + Immutable Infrastructure事例

                                                                        2014年のChefとInfrastructure as code
                                                                      • 404 - Page not found

                                                                        This page does not exist, or has been moved! Here are some helpful links instead: Home Zabbix Overview Solutions Professional Services Technical support Training Program Partner Program Community About US Documentation Get started in 10 minutes - absolutely FREE Download Zabbix Zabbix is a professionally developed open-source software with no limits or hidden costs.

                                                                        • AWS OpsWorksを使ってみた (技術編) - Tech-Sketch

                                                                          AWS OpsWorksを使ってみた(概要編) では、AWS OpsWorksの概要について紹介しました。今回の記事ではそれに補足して、前回触れられなかったOpsWorksの機能の詳細や、OpsWorksの初期構築処理の仕組みに関して把握できた範囲で紹介します。 OpsWorksの各種機能 前回の記事 でも特徴の所で簡単に触れましたが、OpsWorksにはChefによる自動構築以外にも様々な機能が用意されています。まずは前回掘り下げられなかったこれらの機能について、簡単に紹介していきます。 Auto Healing (障害自動復旧) Auto Healingは、インスタンスの障害を検知した際に代替となる新しいインスタンスを自動的に立ち上げる機能です。OpsWorksの各インスタンスではOpsWorks Agentと呼ばれるサービスが稼動しており、定期的にKeepaliveパケットを送信して

                                                                          • Vagrant のベースBOX作成手順 (Scientific Linux 6.1) - エンジニアきまぐれTips

                                                                            Scientific Linux 6.1 のベース BOX を自分で作成してみた。 http://docs-v1.vagrantup.com/v1/docs/base_boxes.html まずは VirtualBox 上で VM を作成する。そして、vagrant package コマンドでパッケージ化する。 以下から、最新のインストールDVDイメージをダウンロードしてくる。 http://www.scientificlinux.org/ VirtualBox の画面から仮想マシンの新規作成 名前 vagrant-sl6 OS Linux バージョン RedHat メインメモリ 512 MB チップセット PIIX3 オーディオ 無効 USB 無効 ネットワーク NAT ストレージ(HDD) 80GB (動的拡張VMDK形式) ストレージ(CDROM) インストールDVDイメージを割り当

                                                                              Vagrant のベースBOX作成手順 (Scientific Linux 6.1) - エンジニアきまぐれTips
                                                                            • Chefで公開したくないJSONデータを暗号化するためにDataBagsを利用してみた記録 · さよならインターネット

                                                                              May 20, 2013 ruby 1.8.7 chef 11.4.4 knife-solo_data_bag 0.3.2 2013/05/20 現在 knife-solo 0.2.0 では “knife solo data bag” は使えず https://github.com/thbishop/knife-solo_data_bag こちらを利用 参考 About Data Bags — Chef Docs Encrypt a Data Bag — Chef Docs knife-solo_data_bagのインストール # gem install knife-solo_data_bag # cd /root/chef/ ; pwd 暗号化用の鍵を用意 # openssl rand -base64 512 > encrypted_data_bag_secret 環境整備 # mkdi

                                                                              • プロビジョニングツールをChef-soloからItamaeに替えてみました - yuumi3のお仕事日記

                                                                                Chef から Itamae ? EY-Officeではサーバーソフトの構築を行うプロビジョニングツールとして現在は Chef-solo を使っています。しかし Chef-solo は終了するらしいのですが、その移行先が良いように思えず悩みながら使い続けてきました。 そんなとき登場してきた Itamae はシンプルでとても魅力を感じました。詳しくは クックパッド開発者ブログのItamae記事 をご覧下さい。 今回時間があったので、EY-Officeの開発支援サーバー (Redmine, Git/Gnatara, CI ...)の全プロビジョニングをChefからItamaeに置き換えてみました。書き換えたレシピは約700行です、そこで感じた事を書きます。 Itamaeの良いところ、良くないところ 1. 情報が貧弱 まず良くない点ですが、Chefのドキュメント に比べると情報の量、質ともに低い

                                                                                  プロビジョニングツールをChef-soloからItamaeに替えてみました - yuumi3のお仕事日記
                                                                                • はてなでインフラ研修を受けました - Re:cohalz

                                                                                  11/20に株式会社はてなにアルバイト入社してちょうど5ヶ月経ちました. インフラの事をほとんどわかっていない状態からスタートし,実務のタスクをこなしつつ研修を受けていました. そして先月にそのインフラ研修を終えたのでそのレポートを書いていきます. Go言語研修 まず最初にやったのはGo言語の研修でした. はてなではgo言語の採用が進んでおり,mackerel-agentやdroot等が実際にgo言語で作られています. 研修としてA Tour of Goを進めました. defer, slice, goroutineなどを学びすぐ手を動かして試せる環境として良いサイトだと思います. github.com ISUCON4予選スコアアップ 次に行った研修はISUCON4の予選を動かしスコアアップを試すというものでした. そもそも,ミドルウェアの設定について全然知らない状態から始まったため, 実際

                                                                                    はてなでインフラ研修を受けました - Re:cohalz