運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
連載：オープンソースなシステム自動管理ツール Puppet｜gihyo.jp … 技術評論社
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
地雷だらけのrsyncを理解する。 - こせきの技術日記
rsync -avz --exclude-from=pattern-file --delete SRC/ DEST SRCの末尾に/をつける。たいてい必要。 SRCスラッシュの有無は、mv SRC DEST と mv SRC/* DEST の違いと一緒。スラッシュの後ろに*が省略されているものと考える。 DESTのスラッシュの有無は関係なし。 --dry-run(-n)をつけて試す。 SRC、DESTともローカルのディレクトリを指定して試す。 DESTはまず空ディレクトリで試す。DESTが同期済みだと何が更新されるのか正確にわからないので。 --list-onlyをつけてファイル一覧を得る。 DESTを省略してファイル一覧を得る。 --list-onlyと同じ？ --deleteはDESTのファイルを根こそぎ削除する可能性がある。注意。 --delete-excludedは使わない。--d
Operations Efficiency Hacks Web20 Expo2009 | Carpe Diem
Web 2.0 Expo 2009 で、Art of Capacity Planning の John Allspan さんの資料がアップロードされていたので、さっそくチェックしてみました。スライドは、100 枚以上もあるので個人的にピンときた項目だけまとめておきます。 Flickr の数字データ MySQL データ: 24TB MySQL 書き込み速度: 32k/sec MySQL 読み込み速度: 120k/sec 6PB の写真データ 1 日あたり 10TB のストレージ容量を使う 15,362 のサービス死活監視 PHP5 への移行 PHP 4.4.8 から 5.2.8 へ移行したら CPU の使用率を約 15% 減らすことができた イメージ加工処理 2004 年 Flickr は ImageMagick バージョン 6.1.9 を使っていた GraphicsMagick バージョン
Runtime error - webframe
Error message : Directory is not found or not writable (DATA_DIR) Directory is not found or not writable (DIFF_DIR) Directory is not found or not writable (BACKUP_DIR) Directory is not found or not writable (CACHE_DIR) Site admin: whitestar Copyright © 2006-2023 whitestar. All Rights Reserved. Icons powered by famfamfam. PukiWiki 1.5.0 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL
はてなでの仮想化技術の使い方@AMDセミナー - とあるはてな社員の日記
先週、AMD主催のセミナーで「はてなでの仮想化技術の使い方」という発表をしてきました。 はてなでは、1年半ほど前から仮想化技術に取り込んでおり、現在では300台以上のサーバが仮想化されています。仮想化技術には、様々なメリットがありますが、はてなではサーバリソース利用率の向上と、システムの安定化の二つの利点を重視しています。サーバを仮想化していく際に、どのようなポリシーで一つの物理的なサーバに仮想化ホストを積み重ねているか、とか、実際どれぐらい効率を上げられているか、とか、あとAMDさんのセミナーなので、消費電力的にはOpteronが実測結果からは10〜20%程度効率がいい(負荷時にOpteron 1.82A, Xeon 2.17A)、というあたりの話をしてきました。 How to use Virtualization Technology in HatenaView more presen
満足せる豚。眠たげなポチ。:大規模サービスの運用事例まとめ
ここ数年の大規模サービスのシステム運用について調べてみたので参照したページやファイル、本へのリンクをまとめておく。PDF へのリンクも多数含まれているのでご注意を。 時代が時代なら企業のノウハウとして隠されていたような情報がこれだけ公開してもらえているというのが非常にありがたい。公開してくれている各企業や公開してくれている人に感謝。 あとで気付いたが、Google や Facebook の事例も探しておけばよかった。Thrift とかあったのに。「こんな情報もあったよ」などあればぜひ教えてください。追記していきます。 youtube http://d.hatena.ne.jp/stanaka/20070427/1177651323 digg http://d.hatena.ne.jp/stanaka/20070427/1177651323 livedoor http://labs.cybo
【笠原一輝のユビキタス情報局】Intel AMTを使って、リモートからのBIOS制御やOSリカバリに挑戦
■笠原一輝のユビキタス情報局■ Intel AMTを使って、リモートからのBIOS制御やOSリカバリに挑戦 Home IT(家庭内IT)というのは聞き慣れない言葉かもしれないが、今後数年のうちにトレンドとなる言葉の1つではないかと筆者は思っている。というのも、現在多くの家庭で複数台のPCが所有されている状況になりつつある。それを後押ししているのは、ネットブックのような低価格PCの存在で、今では1人1台のPCを持つのは当たり前。それどころか、1人で複数のPCを所持するのも珍しくなくなってきている。 そうなると大変なのがPCとそれにより構成される家庭内ネットワークの管理ではないだろうか。今回は、そうしたHome ITを効率よく管理するために役立つ技術として、Intelが企業向けPCブランド「vPro」向けの技術として提供しているAMT(Active Management Technology)
ネットワークシステム監視プログラムZitherのページ
Zither, Sitar ってなに？ はじめに zitherの紹介ページへようこそ！ ここで紹介しているプログラムはネットワークサーバ監視用プログラムですので、普通の方は 使わないと思います。対象にしているのは多数のネットワーク機器を管理されている方です。 zither はチターと読みます。sitarはシタールと読みます。zitherはヨーロッパの、sitarは インドの弦楽器ですが、ネットワークを弦と見立てて名前を決めました。またWindows用クラ イアントとして琵琶(biwa)が開発段階にあります。これらzither、sitar、biwa、アポロン（W EBインターフェース）などの一連のプログラムをまとめて「zither監視」とか「zither監視シ ステム」などとまとめて呼んで行きたいと思います。 Zither監視システムが追求している機能とは Zitherによる
サーバ/インフラ Tech Meetingの動画 - techtalk.jp
2008年8月9日に東京ミッドタウンにて行われた サーバ/インフラ Tech Meetingでの発表を録画した動画をニコニコ動画にアップロードしました。
0×0018 till I die » はてなnaoyaさん「はてなを支えるバックエンドシステム」
403 Forbidden nginx
Monit を試してみた | Carpe Diem
同僚から教えてもらった MONIT という Unix のシステム管理ツールを試してみた。 まず、MONIT の概要から、MONIT には、次のような特徴や機能がある。 インストールやセットアップが簡単 ブラウザからサーバの状態を見ることができる サービスを監視することができる サービスの監視を有効・無効にすることができる プロセスやサービスを開始・停止・再起動をすることができる グループとサービスのグループを管理することができる サービス間の依存関係を設定することができる サービスがエラーになったり、エラーから復旧したらアラート通知することができる システムの CPU ・メモリ・ロードアベレージを確認することができる ファイル・ディレクトリ・デバイスを確認したり、タイムスタイプ、ファイルやディスクのサイズ、アクセス権限をテストすることができる ローカル、リモートからファイルの MD5 か
ウノウラボ Unoh Labs: プロセスの監視を行う デーモン monit
こんにちは satoです。 monitは プロセスの監視を行うデーモンです。 条件とそれに伴うアクションを指定することができます。 条件とは例えば以下のようなものがあります プロセスが起動していなかったら 特定のプロセスのメモリの使用量が あるサイズを超えたら 特定のプロセスのCPUの使用率が 50%を超えている状態が 10分続いたら 特定のポートに接続できなくなったら など アクションには以下のような物があります 起動、再起動する アラートメールを送信する ユーザスクリプトを実行する など これらを組み合わせて、プロセスの監視を行います。とくにユーザが作成したプログラムの監視などに効果を発揮します。インストールは RedHat系なら yum install monit で入ります。(CentOSや商用のRedHatはrpmforgeをリポジトリとして追加する必要があります) 主な設定ファ
svv
SVV SVVとは? /etc/*などのファイルをバージョン管理するためのソフトウェアです。 /etc/*などのファイルを、root権限なしに管理できます。 ファイルのパーミッションなどの情報も保存されます。 ダウンロード ver 0.1 必要な物 subversion python pysvn(1.5.2で動作確認) 準備 subversionの空のworking directoryが必要です。 環境変数SVV_WORKを、その空のdirectoryにしてください。 例 $ svn mkdir ~/work/newdir $ svn commit ~/work/newdir $ export SVV_WORK=~/work/newdir 例2 $ svnadmin create ~/newrepo $ svn co file://.../newrepo ~/work $ export S
Conserverでコンソールを管理 : しげふみメモ
2007年10月06日22:10 カテゴリLinux Conserverでコンソールを管理 最近のサーバだと、BMC(Baseboard Management Controller)が装備されていて、IPMI(Intelligent Platform Management Interface)で電源ON/OFFやリセットできるのも多くなってきていると思います。 システムによっては、BIOSで Console Redirection を設定して、SOL(Serial Over LAN)でコンソールにアクセスできるように設定できます。 また、SOLでなくても、通常のシリアルケーブル接続でコンソールを取っている場合もあるかと思います。 サーバが近くに設置されていて、キーボードやモニタが接続されているのならいいですが、そうでなければ、シリアルポート経由でアクセスできたほうが安心ですよね。 でも、コ
ウノウラボ Unoh Labs: yumのローカルミラーリポジトリを構築する方法
naoya です。 フォト蔵などのサービスは、社内にあるサーバ群で運用しています。現在、サービスの規模が成長するにつれて、サーバの台数も約20台強くらいになってきました。 すべてのサーバには、Fedora Core 5がインストールされていて、すべてのサーバにまったく同じパッケージがインストールされています。パッケージの更新には、Fedora Core 5に付属しているyumを使ってすべてのサーバを定期的に更新をしているのですが、yum-fastestmirrorをインストールしている状態でもパッケージの更新に時間がかかるようなってきました。 そこで、一台のサーバにyumのローカルミラーリポジトリを構築してパッケージのダウンロード時間を減らしてみました。今日は、yumのローカルミラーリポジトリを構築する手順を紹介します。 1.必要なパッケージのインストール yum-utilsとcreate
とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
ブラウザ上からUNIXマシンのシステムログを閲覧できる「php-syslog-ng」:phpspot開発日誌
PHPwizardry.com - Freelance PHP and MySQL development php-syslog-ng is a log monitor designed to let the user quickly and easily manage logs from many hosts. ブラウザ上からUNIXマシンのシステムログを閲覧できる「php-syslog-ng」。 syslog-ng を使ってシステムログの内容をデータベースに保存して、その保存した内容を検索＆閲覧できるスクリプトです。 php-syslog-ngのデモサイト を見ればどういったものか一目瞭然です。 システムログをWEBから見れるようにしておきたい、という場合にはこれが使えそうですね。
管理アカウントの共有いくない - elf's blog
rootになったらログ改ざんできんじゃね? とかはあるとしても管理アカウントの共有は誰がログインしたのか一切ログに残りません(せいぜい使えるかもしれないのは接続元IPアドレスとか位?) れで、管理ユーザーのauthorized_keysに載ってる鍵を所有してる人間かコンソールにアクセスできる人間しかrootになれなくなるはず。普段の管理業務はぜんぶssh経由sudoで、 ちなみに #auth required /lib/security/$ISA/pam_wheel.so use_uidをコメントアウトすると「suが使えなくなる」ではなくグループ「wheel」に所属する人以外はsuでユーザーの切り替えができない． だと思います．
puppet wiki （パペウィキ） - Trac
ここは システム管理ツール puppet の日本語情報 Wiki です。（通称パペウィキ） 関連リンク 本家サイト ソースコードリポジトリ mizzy.org 内の puppet 関連エントリ Tomoyuki Sakurai 氏による OSC2007 発表資料 「オープンソースによるシステム管理の自動化」(PDF) だ！日記 - タグ: puppet オープンソースなシステム自動管理ツール Puppet Wiki 編集について この Wiki はどなたでもご自由に編集できますが、スパム防止のためにログインが必要です。ユーザ名 puppet 、パスワード reductive でログインして編集を行ってください。 また、個別アカウントを発行させて頂くことも可能です。ご希望の場合は、ユーザ名・パスワードを htpasswd -nd でハッシュしたものを gosukenator at gmail
mizzy.org : puppet の通信の仕組みにちょっと立ち入ってみる
puppet の通信の仕組みにちょっと立ち入ってみる Posted by Gosuke Miyashita Tue, 20 Mar 2007 15:08:03 GMT puppet のクライアント/サーバ間通信は https + XMLRPC で、認証は SSLv3 の証明書認証が利用されています。 通常、SSLv3 で証明書認証とかいうと、CA とか、自己署名証明書とか、色々めんどくさかったりしますが、puppet はこの辺りはほとんど自動で処理してくれるので、とても楽です。 例えば、puppet サーバ側では、puppetmasterd をはじめて起動した時に、CA 関連ファイルや自己署名証明書などを、/etc/puppet/ssl 以下に勝手に作ってくれます。 $ ls -R /etc/puppet/ssl /etc/puppet/ssl: ca/ certs/ csr_kenny.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
