OSS統合監視ツール「Zabbix」を利用して大規模環境監視(2) - Tech-Sketch
前回の記事では、Zabbixのテンプレート機能の有効な利用方法について紹介いたしました。 第2回目の今回は、「ディスカバリ機能」、「自動登録機能」を紹介したいと思います。 サーバの運用管理をされている担当の方で、数十台、数百台と大量のサーバを管理されている方も多いかと思います。 また、新しくサーバが追加されたり、不要になったサーバを廃棄したりと常に環境が一定であることも少ないかと思います。 そういった環境の統合監視をする場合、監視の設定変更に非常に時間がかかってしまったりと運用コストが高くなってしまいます。 そのような状況を少しでも解消するためにZabbixでは「ディスカバリ機能」や「自動登録機能」という便利な機能が備わっています。 (ディスカバリ機能はZabbix1.4以降、自動登録機能はZabbix1.8以降で導入されている機能です。) 今回はこの2つの機能についてご紹介します。 なお
zabbixをAWSで初めて見ませんか〜RDSでもっと快適に〜 - zabbiたんAMIたん
最近ブログサボリ気味です。。。 題名の件、awsでzabbixを構築してみましょう。 zabbixってなにおいしいの？という人に 説明しようzabbixとは サーバ、ネットワーク、アプリケーションを集中監視するためのオープンソースの統合監視ソフトウェアです。 統合監視に必要な監視、障害検知、通知機能を備えています。 多数のプラットフォームに対応したZabbixエージェントとSNMPに対応しているため、システム全体をZabbixひとつで監視することが可能です。 こーゆうイメージです。 RDSってなにおいしいの？という人に 説明しようRDSとは Amazon Relational Database Service (Amazon RDS) は、クラウド上でリレーショナルデータベースを簡単にセットアップ、運用、拡張することのできるウェブサービスです。 Amazon RDS は、MySQLのデータ
EC2インスタンス上でfluentdを動かしてみたメモ - nozaq's diary
EC2インスタンスのAMIはUbuntu Server Cloud Guest 11.10 64Bitを使用. パッケージはfluentdの安定版をRubyインタープリタ等込みでパッケージングしているtd-agentを利用する. fluentd(td-agent)をインストール Treasure Data社のDebian/Ubuntu用ドキュメントを参照しながらapt-get用のリポジトリを追加し,インストール(RedHat/CentOS用はこちら). > sudo apt-add-repository 'deb http://packages.treasure-data.com/debian/ lucid contrib' > sudo apt-get update > sudo apt-get install td-agent 動作検証 動作検証用に設定ファイルを下記のように編集する.
- よくきたWiki
† [1] Summary: Name: examplespec Version: Release: 1 License: Group: URL: Source0: %{name}-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot %description [2] %prep %setup -q [3] %build [4] %install rm -rf $RPM_BUILD_ROOT [5] %clean rm -rf $RPM_BUILD_ROOT [6] %files %defattr(-,root,root,-) %doc [7] %changelog * Sat Jul 3 2004 root <root@localhost.localdomain> - Initia
rpmbuild Command Reference
Execute %prep, %build, %install, %check, package (bin)
備忘録
grep に色を付ける オプションで --color=auto を付けるか環境変数 GREP_OPTIONS を設定する $ export GREP_OPTIONS="--color=auto" (.bashrc 等でてきとうに設定) 色の変更は GREP_COLOR='01;33' 等で設定。 less にパイプすると色が消えるので grep のオプションを "--color=always" として less にオプション -r を付ける。(環境変数 GREP_OPTIONS に --color=auto は登録しない方が良い。 configure 等のシェルスクリプトが正しく動かなくなる(一度ハマった)。) $ grep --color=always linux tmp.txt | less -R grep でマッチしないものを表示 grep -v パーミッションを 777 に設定した
lessの不思議
Unixとか、Linuxとか、プログラムとか、そういうカンジのヤツです。 Windowsも入れておこう。 つづき。 manが文字化けするので、lessのオプションの変更を/etc/man.configに施したんだけど、根本的な対策ではなかった。 要するに、less自体が文字化けしているのだ。 個人的には多少不便でもmore派だし、サーバ本体を操作する機会なんてほとんどない。 PoderosaとかTeraTerm使ってれば、スクロールバーを操作して、前の画面見られるし、全然気がつきませんでした。 現状、 ls -la | less を実行すると、ファイルのタイムスタンプの"7月"が"7<B7><EE>"となってしまう。 とりあえずJLESSCHARSETをユーザの環境変数に組み込んでみる。 これはたいていどこのサイトにも書いてある手法だ。 でもダメ（この時点ではmanのPAGER設定にJLE
GNOME ログイン時に好みの形で GNOME Terminal を開く - だらりな。
縦横それぞれ標準の倍のサイズ (160 x 48) で、タブ 4 つの状態の端末 (GNOME Terminal) を、画面右下端に開くには、"gnome-terminal --geometry=160x48-0-0 --window --tab --tab --tab"。これを "システム" → "設定" → "セッション" の "自動起動するプログラム" に登録。めんどうなのかと思ってたら、むちゃくちゃ簡単だった……。 gnome-terminal のオプションは、man gnome-terminal するより gnome-terminal --help したほうがくわしかった。--geometry オプションについては man X して geometry を検索したらくわしく書かれてた。
Ubuntuのターミナルでタブを複数起動させて、タブごとに別サーバにログインしたい時
以前、expectコマンドが便利な件(http://shinodogg.com/?p=1886)というエントリを書いたように、 #!/usr/bin/expect send "ssh 対象サーバn" expect "password:" send "パスワードn" interact こんな感じでローカルのスクリプト叩いてSSHでサーバにログインしたり、 ついでにアレやコレやできるようにしてたのですが、 Shift+Ctrl+T で、頑張ってタブをたくさん立ち上げて、それぞれのタブでスクリプト叩いてました。 最近、サービスにサーバを増強する案件があって、ただでさえ何十サーバーもあるのに、、、的な感じで。。 ちょっと調べると gnome-terminal --tab で、新しくターミナル立ち上げてタブが出現します。 複数のタブを立ち上げたかったら gnome-terminal --tab --
gnome-terminal 設定メモ - Alone Like a Rhinoceros Horn
ウィンドウのサイズ／位置 ランチャ＞プロパティ gnome-terminal --geometry=100x52+300+0 基本 1行は 80〜100桁以内に収める。 色 vim で背景色が白のカラースキーマ（delek）を使用する場合にいい感じになる仕様。文字が明る過ぎると読みにくいので適当に明度を下げる。文字色は黒で背景は薄い灰色、コメントは赤で予約語は青。ボールドはなし。 パレット 設定色 想定色 テキスト #000000 背景 #EBEBEB エントリ01 #000000 (Black) Black エントリ02 #8B0000 (DarkRed) DarkRed エントリ03 #006400 (DarkGreen) DarkGreen エントリ04 #525200 DarkYellow エントリ05 #00008B (DarkBlue) DarkBlue エントリ06 #8B0
SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rpmbuild - setting name of created .rpm
zusaar.com
Ubuntu Manpage: rpmbuils - RPM パッケージのビルド
ブロック図生成ツール blockdiag — blockdiag 1.0 ドキュメント