監視ソフトをNagiosからSensuに切り替えて2ヶ月経ったのでまとめた - Glide Note
新規サービス用の監視をNagiosからsensuに切り替えて2ヶ月経ったので、 導入時の調査で社内で公開してたissueと、投入して2ヶ月間運用した記録を公開しておこうと思う。 というか以前Sensuの事を書くと公言していたのに、すっかりサボっていて 昨日@ma0eさんのブログを見て下記のやり取りを思い出して急いで書いた… @ma0e We started using it. @glidenote will report the detail soon, I think. — kentaro (@kentaro) 2013, 10月 30 @kentaro @glidenote that would be nice — Mitsutoshi Aoe/maoe (@ma0e) 2013, 10月 30 導入環境はCentOS 6.4で、利用しているsensuのバージョンは0.12.1-1にな
Immutable Infrastracture について - aptheia.info
ここ最近話題に上がることが多い Immutable Infrastracture と、その他仮想環境周りについての雑感。 Immutable Server や Immutable Infrastracture っていう単語がいろんなところで目に入るようになった。とくに Chad Fowler がブログで取り上げたり、Food Fight に出たり して、世間でも関心が高まった感じがある。 プログラムを書く人にはご存じの通り、この Immutable っていうのは状態が変更出来ないことを指している。Immutable な Infrastracture っていうのは、ざっくり言うと「運用中のサーバーに変更を加えない」っていうアプローチでサーバーを管理しているスタイルのこと。 (ファイルシステムを読み取り専用にする、とかそういう話じゃなくて、あくまでそういう方針でやろうっていう話) サーバーの設
ChefとPuppetの比較
[SC03] Active Directory の DR 対策～天災/人災/サイバー攻撃、その時あなたの IT 基盤は利用継続できますか? de:code 2017
Puppet や Chef で構築したサーバを RSpec でテストする - Gosuke Miyashita
追記 ここに書いてあることを実現する serverspec という gem をつくりました。詳しくはこちらのエントリで。 Puppet マニフェストをリファクタリングするからテスト書くぞ、ってことで、 puppet-lxc-test-box に書いたように、テストするためのシステムコンテナを簡単に作る仕組みをつくったので、今度は実際にテストコードを書くためのベースをつくってみた。 rspec-lxc-test-box こんな感じでテストが書ける。 require 'container_spec_helper' describe 'nrpe' do it { should be_installed } it { should be_enabled } it { should be_running } end describe 'nagios-plugins-all' do it { shou
Private Presentation
Private content!This content has been marked as private by the uploader.
［速報］Googleが「Google Compute Engine」発表！ IaaS型クラウドでAmazonクラウド対抗へ。Google I/O 2012
［速報］Googleが「Google Compute Engine」発表！ IaaS型クラウドでAmazonクラウド対抗へ。Google I/O 2012 Googleは現在サンフランシスコで開催中のイベント「Google I/O」において、IaaS型クラウドの「Google Comute Engine」を発表しました。 これまでGoogleはクラウド上でPythonやJavaを実行できる「Google App Engine」を提供してきましたが、新しい「Google Compute Engine」はLinux仮想マシンをオンデマンドで提供するIaaS型のクラウドです。ストレージサービスとなる「Google Cloud Storage」も発表されました。 Google I/OでのGoogle Compute Engine発表 GoogleのSVP Technical Infrastruct
続・MCollectiveのインストールと動作確認 - hack in 3 minutes
ずっと前に一度書いたMCollective、#devopsdaysで出てて、チラホラとブクマがついたりしてたのですが、いかんせん情報が古いし、インストールしてただけだしなので再度まとめてみます。 あとOrchestration的なものでいうと、自分の周りの今の状況は Aサービスは管理サーバ全台でのコマンド実行兼デプロイツールを自作している Bサービスはpssh使ってちょっと楽になった Cサービスは未だにsshでログインして頑張ってる みたいに結構バラバラで、じゃあCapistranoとかに一個決めてゴリゴリ頑張るかーというと何かちょっとそういう時代は一旦過ぎてダルくて、もう少しオペレーションフレンドリでいい感じのが無いかを模索していたところ、ちょっと見えてきた感があるのでそれも兼ねて。 特徴とかは以前のエントリに書いたから割愛。 テスト用の構成は mcollective-client, a
大規模システム運用でpuppetやchefだけでは解決しづらいことを解決するMCollective！ - よかろうもん！
もはや説明は不要かもしれませんが、"puppet"は、Puppet Labsが開発しているシステム運用管理ツールで、puppet管理下にあるサーバ群のシステムの状態を"あるべき状態"に保つための補助ツールです。 chefもpuppetと同等の機能を持ち、システムの運用管理をするには大変便利ではありますが、管理するサーバ台数が増加してくると、chef/puppetだけでは解決しづらいことも発生し始めます。 例えば、数百台のサーバの運用管理をしていたら、その中の一部だけサーバの状態が不安定になり、daemonが停止してしまったり、予期せぬレスポンスを返してしまったりする事態に遭遇することが稀にあります。 他にも、特定のロケールに配置してあるサーバでのみ、何かしらの処理を1度だけ実行しなければならないと事態も発生しがちです。 そのような場合は、puppetを利用して状況確認や処理の実行をすること
Puppet vs. Chef, Fight!
Update: see Puppet vs. Chef en francais, not a translation but an original article inspired by this one If you aren't yet using Puppet or Chef for managing your *nix infrastructure, you should seriously consider it. The benefits are enormous. Frankly, I don't think you __can__ manage a modern infrastructure without using Puppet, Chef, or reinventing a configuration management framework with your o
インフラエンジニアのためのHadoop情報 PuppetとHadoop：So-net Developer Blog：So-netブログ
Hadoopでは、各ノードの設定ファイルを基本的に同一にしておく必要があります。 （ローカル特有な設定は除く） クラスタに係わる設定を変更したい時は、全てのノードの設定ファイルを変更しなければ いけないので、大変です。 しかも、Cloudera版Hadoopは全てのノードのサービスを再起動する必要もあります。 Hadoopクラスタ内のどこか１台をマスタにして、他のホストと設定を同期するようにしましょう。使用するのは、システム管理ツールとして知られるPuppet。 Puppetのインストールと基本設定については、 http://gihyo.jp/admin/serial/01/puppet に詳しく紹介されているので、参考にしてインストールします。 ここでは、Hadoopの設定ファイル同期について紹介します。 puppetにはpushモードとpullモードがあります。 pullモードは、各ノ
puppet-moduleでモジュールのレシピの共有/再利用が可能に！ - よかろうもん！
これまでシステム運用自動化の手助けをしてくれるツールであるpuppetのベストプラクティスは、puppetlabのサイトに掲載されていました。 しかし、最近のサイトリプレースと合わせて？、puppet-moduleというgemがリリースされ、そちらでpuppetのモジュールを登録/管理できるようになりました。 仕組み的なところの話、結局はmoduleのソースコードを各人のgitで管理しておき、そのソースを落としてくるというものみたいです。 この仕組みが用意されたことで、 moduleを簡単に探すことができる moduleレシピの更新を第三者に任せることができる ※レシピが信頼できるものかどうかは別問題 といったメリットがあります。 それでは早速、使い方を説明します。 まずはpuppet-moduleをインストールします。 $ sudo gem install puppet-module 6
Home
ModulesDiscoverAll modulesSupported modulesModules with tasksContributePublish a moduleResourcesAbout ForgeApproved Modules ProgramAPI DocumentationGetting StartedPuppet TrainingModule FundamentalsBeginner's Guide to ModulesPuppet Development Kit Welcome to Puppet ForgePuppet Forge is a catalogue of modules created by Puppet, our partners, and community that helps IT ops practitioners supercharge
PXEBootとKickstartとPuppetで自動化してみる - まめ畑
PXEBootとPuppetでOSのインストールといろんな設定を自動化・省力化しようと思って試行錯誤中です。 試行錯誤のメモ やること PXE Boot+Kickstart+Puppetを使用してサーバの自動設定 PXE Boot (CentOS5.5) yum install tftp tftp-server /etc/xinetd.d/tftp service tftp { socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = -c -u root -s /tftpboot disable = no per_source = 11 cps = 100 2 flags = IPv4 only_from = 192.168.147.0/24,12
puppetについて - それマグで！
Hadoopを大量に入れるのは面倒なのでPuppetを使うことにした。結果としてうまくいってる。動いてる。しかも楽だった。 インストール終ってから買ったオ・ライリーのHadoop本にもPuppetつかえと書いてあった。というわけで、HadoopやるならPuppetマジお勧めです。 puppet でサーバーを構成管理する。 Puppetとは サーバーを構成管理するソフトウェア。 Linuxでサーバー構成管理はあまり聞いたことがない。 従来の方法との比較。 用途毎に特化している。 コマンド 用途 感想 puppet 設定ファイルとコマンド実行 設定ファイルが独自すぎる Rsync ファイルの同期 普段使ってないとミス連発 dd ディスクコピー コピー後のIPアドレス書換などが面倒、ディスク付け替えも面倒 ssh+cron 自動実行 ただし失敗したときしんどい LDAP+NIS ユーザ一元管理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Buy Instagram Likes Cheap | $0.99 / 100 Likes | Super Fast
LyftがPuppetからSaltStackにリプレース
Fabricでサーバー管理をDRYにしよう
Puppet vs. Chef – The Devops Deathmatch | Three Drunken SysAds
Vagrant by HashiCorp
Adobe が Hadoop のための Puppet レシピをリリース
