サブタイトルがどうも気になるけど、まあそれはいいとして、Puppet masterはもうすぐ役目を終えるらしい。 次世代PuppetサーバであるPuppet Serverは、より高いパフォーマンスを発揮するべく、これまでと大きく異なるアーキテクチャを採用している。 Puppet Serverの変更点や性能については、スライドの4ページ目以降を読んでもらうことにして、今回はPuppet Masterを触ってみようと思う。 パッケージのインストール Puppet Serverのパッケージインストール方法は、puppetlabs/puppet-serverのドキュメントに記載されている。 https://github.com/puppetlabs/puppet-server/blob/master/documentation/install_from_packages.markdown RHEL
連載目次 HTTPサーバーの「マニフェスト」を作ろう 前回の「Puppetのインストールと動作確認、トラブル対処法」では、無事PuppetのインストールをクリアしたR子さん、今回はついに「マニフェスト」(Puppetにおける自動化の定義書)を作成するようです。 K男 お、ちゃんとPuppetのmasterとagentのセットアップができたね! 感心感心。 R子 もう私、いっぱいいっぱいですぅ。許してくださいよぉ(悲)。 K男 うちの会社ではWebサーバーのチューニングノウハウがあるんだけど、手順書を見てやらなくても自動構築できるようにしたいんだよね。 R子 あ、私も手順書のコピペミスとかで怒られたことあるので、自動化でできると楽ですね~。 K男 では早速、PuppetでWebサーバーを自動構築してみて。あ、うちの部署では基本CentOSだけど、他の部署ではUbuntu使ってるので、Cent
R子 今日から担当に配属されたR子と申します。よろしくお願いします。 K男 こちらこそよろしく。ところで、R子さんは今までサーバー構築の経験はあるのかな? R子 入社時の研修でちょっとだけ……。 K男 R子さんも明日からばりばり構築してもらうよ。1日最低10台がノルマね。 R子 えぇ!? 不安だなぁ…… ちゃんと家に帰れます? うぇ~ん。 さて、R子さんは一体どうなるのでしょうか。1日10台がノルマといわれていますが、サーバー構成が同じ場合、一度構築してしまえば似たような単純作業の繰り返しになります。この単純作業を自動化することにより、効率的にサーバーを構築できるようになります。自動化できれば、10台であろうが、100台であろうが怖くありません。 本連載では、こんなときに役立つサーバー構築の自動化技術について紹介していきます。 初心者でもサーバー構築/運用が自動化できるように サーバー構築
エンジニアの中には、さまざまなアプリケーションをインストールして試しては、また別の環境を構築してみるのが大好きという人もいる。しかし、それは趣味ならばこそだろう。仕事として数百台という規模のサーバーを相手に環境構築するとなれば、話は別だ。仮想環境が増加し、設定がかえって複雑化したとも言われる昨今では、ミスなく同じ作業を繰り返さなければならないことに苦痛を感じる人の方が多いはずだ。 こうした課題を解決するため、さまざまな「インフラ構築自動化ツール」が活用され始めている。その一つがPuppet Labsが開発している「Puppet」だ。無償で使えるオープンソース版の「Puppet」と、GUIなどを備えた商用の「Puppet Enterprise」があり、いずれもスタンドアロン、マスター/エージェントどちらの形態でも利用できる。 このPuppetに関するノウハウを交換し、インフラ構築の自動化を推
著者のmizzyさんこと宮下剛輔氏よりご恵贈いただきました。ありがとうございます。 Serverspec 作者: 宮下剛輔出版社/メーカー: オライリージャパン発売日: 2015/01/17メディア: 単行本(ソフトカバー)この商品を含むブログ (1件) を見る さて、本書について、技術的な側面で語れるひとはたくさんいるだろうので、ちょっと趣向を変えて、エッセイ的な話を書く。ちょうど、著者も「本書は、単なるServerspecに関する解説書ではなく、Serverspecに関する思いを綴ったエッセイとも言えるかもしれません」(「はじめに」より)と書いていることだし。 Serverspec誕生の頃 約2年前の今頃、ある新しいシステムのためにサーバを構築しようとしていて、我々(mizzyさん、@lamanotramaさん、僕)は苦心していた。Puppetでサーバ構成を記述するに際して、もっといけ
自動車相乗りサービスを提供するスタートアップ企業のLyftは,自社のインフラストラクチャ設定管理ツールをPuppetからSaltStackに変更した。同社のエンジニアであるRyan Lane氏の記事によると,この他にAnsibleも選択肢にあったということだ。最終的には各ツールの使いやすさ,完成度,パフォーマンス,製品を取り巻くコミュニティなどを検討した結果,SaltStackが選ばれることになった。 使いやすさという点では,そのドキュメントの構成や充実度によって,SaltStackは良好な学習曲線を持っている。Ryanの評価では,Ansibleのドキュメントはシンプルで初心者向きではあるが,コードが大規模になった場合にはSaltStackの方が優位だという。設定ファイル(Ansibleではプレイブック,SaltStackではステート定義)を詳しく調べると,いくつかの違いが浮かび上がってく
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。 最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。(英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。) プロビジョニングレイヤー まず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
In my post on flexible infrastructures, I mentioned in passing that I was managing my ops work with Ansible rather than the more traditional Chef or Puppet. Several factors guided me towards this choice: The overarching goal for the new infrastructure was to have disposable servers in every role, instead of maintaining long-running servers over time. As a result, I focused on the initial provision
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く