米国家安全保障局（NSA）がサイバーセキュリティツール「Systems Integrity Management Platform（SIMP）」公開を発表した。「Puppet」をベースとし、Red Hat Enterprise Linux上で動くシステムのセキュリティ管理の自動化を支援するという。 Systems Integrity Management Platform（SIMP）は同局が採用する「多層防御」アプローチの重要な技術となるもので、ネットワーク化されたシステムがセキュリティ基準に準拠するのを支援する。システム自動管理「Puppet」を土台とし、認証基盤にはOpenLDAPを利用する。対応プラットフォームはRed Hat Enterprise Linux 6.6/7.1またはCentOS 6.6/7.1-1503-01。ライセンスはApache License v2.0。 セキ
今年の初めくらいから個人的な技術検証にはSSDで動作が速く、1時間1円で料金が安いのと ロケーションをSan Franciscoにするとsshでもレスポンスが悪くないので、全部Digital Oceanを使っている。(徳丸先生が紹介する前から使っていたんだ！) Digital OceanについてはRebuild: 2: Rails, Redis, VPS (Kenn Ejima)の42分くらいから言及されてます。必聴です。 使ってる旧型のMacBookAirみたいな貧弱なマシンだとローカルでVM動かすとファン回りまくりとかで泣きたくなるので、Digital Oceanだと泣かずに済んで快適。 そんで今日Vagrant経由でDigital Ocean利用すると、コマンドラインから必要なときに新規インスタンス(Droplet)作って、 検証終わったら削除という手軽な使い捨て高速サーバ環境が利用
新たな Puppet のベストプラクティスを求めて、マニフェストの大規模なリファクタリングを行っています。 で、リファクタリングするからにはテストが必要だよね、ってことで、rspec-puppet でテストを書いてるんだけど、rspec-puppet はマニフェストがコンパイルされた「カタログ」というものに対してテストするもので、実際にマニフェストを流し込んだ状態が正しいかテストするわけではないので、これだとテストとしては不完全。 というわけで、Test Kitchen みたいに、同時にいくつも VM を立ててテストを走らせる、ってなことをやりたいんだけど、会社では KVM ベースの VM を利用してるので、VirtualBox ベースの Vagrant は使えないし、そもそもテストを動かす大元のホストも VM なので、VirtualBox どころか KVM も利用できない。 なので、まず
puppetで構成管理をする。なれると楽と言うか、安心していられる。なんせ台数が増えるとこれがないと安心できない。 一番参考になる puppet 資料 http://www.sssg.org/~naoya/puppet/project.html puppetで設定を適用する とりあえず設定を反映したりテストする。 $>puppetd --server debian00.local --no-daemonize --verbose --onetimeオプションの説明はこれ --sever puppetmasterサーバー指定 --no-daemonize --onetime この一回だけを実行する。 --verbose 進捗表示 これでクライアントが、サーバーに設定を取りにいく。 puppet masterサーバーをフロントで起動して状況を見る 進捗状況が表示されながら、クライアントの接続状
■ Puppet ModuleをPuppetで管理する あいかわらずVagrant & Puppetで遊ぶ日々(※遊びじゃない)。 基本的なことはだいたいできるようになったので、さて実用に供するためにはなんといってもRubyの開発環境を作らねば……と思って調べてみると、puppet-rbenvというのを見つけた。rbenv自身のインストールから、指定バージョンのrubyのビルド、Gemやrbenvプラグインのインストールまで面倒みてくれるすぐれもの。で、これをインストールするにはというと、puppetにmoduleサブコマンドがあってこれを使う: % sudo puppet module install alup-rbenv 便利だなーって……これってつまり、puppetの外でインストールしろってこと? せっかくpuppetがあるのに、なんでpuppetで管理できないの? とつぶやいたら、
■ 入門Puppet - Automate Your Infrastructure / 栗林健太郎 連休中に読むとか言ってたくせにこのざまですよ。ハンズオン形式なので写経しつつ、動かしつつ……という感じで仕事の合間にちまちま進めてようやく読了。読んでる最中にtodeskingさんの(やや批判的な)感想をちらっと読んで「あー、たしかにこういう感覚あるわ」と思ったが、まえがきでもあとがきでもくどいくらいに詳細には立ち入らないと書いてあるんだから、求めるものが違うと考えた方が良さそうだ。 そう、本書を読んで(特にプログラマが)気になるのは、裏で何が起きているのか皆目わからない点だと思う。もちろん「自分だったらこう実装するし、たぶんそうだろう」というイメージは湧くしおそらくそれは正しいのだろうけど、「いいから書いてある通りに書いて動かせ」というスタイルの本書に拒否感を覚える人は少なくなさそう。 と
About V2 Serverspec/Specinfra v2 has been just released. See the document about v2. About With Serverspec, you can write RSpec tests for checking your servers are configured correctly. Serverspec tests your servers’ actual state by executing command locally, via SSH, via WinRM, via Docker API and so on. So you don’t need to install any agent softwares on your servers and can use any configuration
gistfile1.md 入門Puppet感想 2012-05-09 達人出版会版 具体例はあっても仕組みやそうする理由の説明に乏しく､わかりにくかった｡ manifest 具体的に裏で何が起こっているかに対する説明がないため､システムにmanifestを適用したとき何が起こるのかわからなくてこわい｡ manifestに定義されてるリソースを列挙→依存関係でソート→順番に適用､だと想像しているが｡ notify/subscribe p39にrefresh eventが送信されるとあるが､それ以外のイベントもあるの? class 分割単位 13章でtd-agentの定義をtd-agent::install/config/serviceに分割､14章でそれらを別ファイルにしているが､そうするありがたみがわからない｡この規模だったらベタに書いたほうがいいのでは? 依存関係の定義場所 例ではcla
■ Vagrantを少し。 最近は仕事でVirtualBoxの仮想マシンを作っては壊し、作っては壊しすることが頻繁に出てきたので、標準的な環境をすぐ作れるようにVagrantを使えるようになると良さそう。連休の狭間、出社してきてみたら職場にはおれを含めて3人しかいない日だったこともあって、定時ちょい前から触り始めた(そしてそのままズルズルと3時間残業……アホだ)。 ホストOSは常用しているWindows7なので、Vagrantを入れる先もWindowsになる。最初はASRの上にGemから入れてみようとしたのだけど(参考→Windows 8 に Vagrant と chef-solo をインストールしてみた)、ffiがビルドできないと言われて断念、RubyInstaller for Windows(とDevelopment Kit)で再チャレンジしていたら*1「Windwsはインストーラで入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
