OSSのサーバ構築自動化ツール、4製品徹底検証 2016年版：実際に検証済み！OSS徹底比較（4）サーバ構築自動化【後編】（1/8 ページ） サーバ構築・運用自動化ソフトの中でも特に利用者の多い、「Chef」「Ansible」「Puppet」「Itamae」の4製品をピックアップ。「各ソフトの実行環境の構築手順」「OSSのBlog/CMS基盤であるWordPressの構築」を通じて、その違いを探り、体感いただく本連載。後編ではPuppet、Itamaeを紹介する。 「Chef」「Ansible」「Puppet」「Itamae」の違いを体感 ほとんどのビジネスをITシステムが支えている今、システムを支えるサーバ台数も増加の一途をたどっている。これに伴い、サーバで稼働するシステムの構築・維持にかかる時間・コストも増大し、もはや人手だけでは対応できない状況になっている。 こうした中で注目を集めて
OSSのサーバ構築自動化ツール、4製品徹底検証 2016年版：実際に検証済み！OSS徹底比較（3）サーバ構築自動化【前編】（1/9 ページ） 今回は、サーバ構築・運用自動化ソフトの中でも特に利用者の多い、「Chef」「Ansible」「Puppet」「Itamae」の4製品をピックアップ。「各ソフトの実行環境の構築手順」「OSSのブログ／CMS基盤であるWordPressの構築」を通じて、その違いを探る。 増え続けるサーバと比例して増大する運用コスト パーソナルコンピュータに加えて、スマートフォンなどのモバイルデバイスの普及により、インターネットを経由したシステムの利用規模や利用時間の拡大が続いている。B2B、B2C分野でもシステムを利用することが当たり前になっており、ビジネスにおいてコンピュータは不可欠なものとなっている。 そのビジネスを支えるシステムで利用されるサーバの台数も、増加の一
Welcome to PuPHPet A simple GUI to set up virtual machines for Web development. Easily share with friends and coworkers Everything is controlled via a simple-to-read YAML file, and comes packaged in a small ZIP archive. Deploy to any server in the world! Native support for Rackspace, Digital Ocean, Linode, and more! Free plugin to deploy to any SSH-enabled server. Open sourced, MIT licensed. Want
これまで、次世代ITプラットフォームとしてのクラウドやその環境の自動管理の必要性について説明してきました。今回はもう少し具体的に、どうやって自動管理の環境を実現するのかを、いくつかの実例を参照しながら説明していきます。 非標準化プラットフォームの問題点 どのような環境であってもアプリケーションを本番稼働可能な状況に仕上げるチーム全体の効率向上は、何よりも重要な課題です。開発環境、ステージング環境、本番環境における設定内容の不一致は、サービスインの遅延、予算超過、徹夜続きの作業などを引き起こす最大の問題点となっています。 例えば、マルチテナント型の非常にアクセス数の多い大規模ウェブアプリケーションを立ち上げる場合、開発チームは数か月もの間、開発環境を共有し、開発、テストを継続してきているはずです。そしてプロジェクトはあるタイミングでステージング環境に移行され、QA（品質管理）チームによって、
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
システム管理コマンドを複数のマシンに対して発行できるPuppetは、宣言型言語を学ぶ手間が掛かるが、ソフトウェアのインストールや設定の手間を大きく軽減してくれる強力なツールだ。 Puppetを利用すれば、システム管理コマンドを1台または複数のマシンに対して発行でき、ディストリビューションによる環境の違いにも対応できる。例えば、MySQLをインストールする場合にはこうした管理上の操作が重要になるが、インストール先マシンのディストリビューションがMaemoなのかUbuntuなのか、あるいはFedoraなのかを気にしなくても済むのだ。 自宅にはデスクトップマシンと場合によってはサーバマシンもあり、それ以外に1、2台のノートPC、さらにLinuxベースの携帯電話やモバイルインターネット端末（MID：Mobile Internet Device）まで持っているLinuxユーザーは少なくない。すべての
実はPuppetはそれほどスケーラビリティに優れていません。管理する設定の量や、ファイルサーバの転送量などによっても異なりますが、1CPU/2GBメモリのPuppetサーバ1台で、50台から100台のPuppetクライアントを管理するのが限界と言われています。 最終回となる今回は、そんなPuppetのスケーラビリティを向上するためのテクニックについて解説します。 単一構成でのスケーラビリティ向上 Puppetではウェブサーバとして、Rubyに標準で含まれているWEBrickが利用されていますが、これをMongrelに変更することによってパフォーマンスの向上が見込めます。WEBrickの代わりにMongrelを利用する場合は、以下のようにpuppetmasterdのコマンドオプションでservertypeにmongrelを指定するだけです（Mongrelのインストールは別途必要です）。
前回はリソースタイプを拡張し、カスタムリソースを適用するための全体的な流れについて解説しました。今回はカスタムリソースタイプの、タイプを定義するためのコードについて、前回のサンプルであるfilesimpleタイプを元に解説します。 filesimpleタイプの定義は、以下のようなRubyコードになっています。このコードについて順次解説していきます。 0001: module Puppet 0002: newtype(:filesimple) do 0003: @doc = "Manage a file (the simple version)." 0004: 0005: ensurable 0006: 0007: newparam(:name) do 0008: desc "The full path to the file." 0009: end 0010: 0011: newprope
前回に引き続き、Puppetを実践で利用するためのテクニックについて解説します。 Subversionによる設定ファイル/データファイルの管理 筆者が勤める（株）paperboy&co.では、Puppetの設定ファイルやデータファイル（マニフェスト、テンプレート、配布ファイル、モジュール等）をSubversionで管理しています。 Subversionを利用することにより、誰がどの様な変更を行ったかの記録も残るので、変更履歴の追跡や監査、変更のロールバックが可能になります。 今回、弊社においてどのようにPuppetとSubversionを組み合わせて、設定ファイルやデータファイルを管理しているのかをご紹介します。このやり方がベストというわけではありませんが、ご参考になれば幸いです。 Puppetサーバ上でのファイルの配置 Puppetサーバ上では、以下の図のように、/etc/puppe
2007年を振り返って 私にとっての2007年最大のトピックは、やはりPuppetです。2007年からpaperboy&co.の技術全般を見る立場となり、まずはシステム構築の効率化を目指して、そのためのツールを探していたところ、巡り会ったのがPuppetでした。 私がPuppetを知った当時は日本語でのまとまった情報がほとんどなかったのですが、日本語 Wikiの立ち上げや、ここgihyo.jpでの連載、Software Design誌2007年12月号での特集など、日本語の情報も充実してきており、Puppet Dojoと題したセミナーが実施されるなど、日本の技術者の間でPuppetの認知度がかなり向上した1年だったのではないでしょうか。 2008年のオープンソースによるシステム管理 2008年の私的注目ツール Puppetは、マシンをラッキングし、OSインストール/ネットワーク接続した後の
resources Puppet Wiki http://www.reductivelabs.com/trac/puppet/wiki Installation Guid http://www.reductivelabs.com/trac/puppet/wiki/InstallationGuide OSCON Presentation http://www.reductivelabs.com/downloads/puppet/OSCON.pdf Transitioning From Cfengine http://www.reductivelabs.com/trac/puppet/wiki/TransitioningFromCfengine Type Reference (必読) http://www.reductivelabs.com/projects/puppet/reference/
puppetは、簡単に複数のサーバの設定を変更できてしまいます。 この設定ファイルをバージョン管理しないで、記憶に頼って管理するのは賢明ではありません。 下記のURLにpuppetの設定ファイルをCVSでバージョン管理する方法があります。 http://reductivelabs.com/trac/puppet/wiki/VersionControlPuppet 同じ方法でSubversionで設定ファイルを管理してみました。 続きを読む http://www.google.com/trends?q=ubuntu%2C+fedora%2C+redhat%2C+cent%2C+gentoo&ctab=0&geo=all&date=all http://www.google.com/trends?q=ruby%2C+java%2C+python%2C+JavaScript%2C+c%2B%2B
ここは システム管理ツール puppet の日本語情報 Wiki です。（通称パペウィキ） 関連リンク 本家サイト ソースコードリポジトリ mizzy.org 内の puppet 関連エントリ Tomoyuki Sakurai 氏による OSC2007 発表資料 「オープンソースによるシステム管理の自動化」(PDF) だ！日記 - タグ: puppet オープンソースなシステム自動管理ツール Puppet Wiki 編集について この Wiki はどなたでもご自由に編集できますが、スパム防止のためにログインが必要です。ユーザ名 puppet 、パスワード reductive でログインして編集を行ってください。 また、個別アカウントを発行させて頂くことも可能です。ご希望の場合は、ユーザ名・パスワードを htpasswd -nd でハッシュしたものを gosukenator at gmail
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://takeshinamikawa.blogspot.com/2007/05/fedora6puppet.html