The Forge is your one stop location for thousands of Puppet Modules to help accelerate your automation journey. Find and manage modules here.
![Reductive Labs](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b3a093346d5032f5edbe8a1a64270848440f0ba/height=288;version=1;width=512/https%3A%2F%2Fwww.puppet.com%2Fsites%2Fdefault%2Ffiles%2Fimage%2F2023-03%2Fsocial-puppet.jpg)
Linux Foundationが運営するサイト「Linux.com」が、多くの重要なオープンソースプロジェクトから厳選した2011に最も重要だと考える10のプロジェクトの紹介です。どれもとても重要な役割を果てしているプロジェクトですが、選ばれたオープンソースプロジェクトは、Hadoop、Git、Cassandra、LibreOffice、OpenStack、Nginx、jQuery、Node.js、PuppetとLinuxとなっています。 Hadoop GoogleのMapReduce、Google File System(GFS)に触発されて開発された、大規模データの分散処理を支えるJavaソフトウェアフレームワーク。Yahooを始め、Amazon、IBM、Twitter、Facebookでも使用されています。 また、Hadoop自体は特別新しいものではありませんが、今年、Oracel
Welcome to Chef! Chef is a systems integration framework, built to bring the benefits of configuration management to your entire infrastructure. With Chef, you can: Manage your servers by writing code, not by running commands. (via Cookbooks) Integrate tightly with your applications, databases, LDAP directories, and more. (via Libraries) Easily configure applications that require knowledge about y
ここ最近、サーバの設定ファイルの管理で Chef を使い始めている。まだ全然詳しくないけど、今感じている「Chefの楽しさ」を誰かに伝えておきたかったので、ファーストインプレッションを簡単に。 Puppetを今までそこそこ使っていたので、どうしてもそことの比較な感じになっちゃいます。Puppetも良いのだけど、Chefは後発ということでさらに良くなっている感じ。 基本的な仕組 これは、Puppetとほぼ同じ。クライアント-サーバ型のシステム。設定を書き、それをサーバに置いておく。クライアントはサーバと接続し、自分自身の設定を書き換えたり、必要なソフトウェアをインストールしたりする。 rubyな設定ファイル Puppetは基本的に独自DSLで設定ファイルを記述すので「覚えるのがめんどくさい」「細かいこと、ちょっと無茶なことをしようとすると大変」。Chefの設定ファイルはrubyそのものなので
2011年4月4日月曜日 PuppetでCentOSサーバ管理を自動化 こんにちは。ikuyamadaです。 今回は、独自のプログラミング言語を使ってサーバの状態を記述することで、サーバ管理を効率化することの出来るツール「Puppet」を使ったサーバ管理手法について紹介したいと思います。当社では、このPuppetを使うことで、かなりサーバ管理を効率的に管理することができるようになりました。皆さんもぜひ一度使ってみてください。 (この記事は2月にLinux Gazette誌に寄稿した「Automating virtual server administration using Puppet」を翻訳し編集したものです) イントロダクション サーバ環境をXenやKVMなどで構築すると、使用する仮想サーバの台数は多くなりがちです。用途ごとに仮想サーバを切り分けることで、サーバ資源をより有効
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く