Linuxサーバの管理を行ったことのある方やネットワークエンジニアの方にお聞きします。

サーバの数が増えると、管理にかかる手間が増大し大変になります。また、同じような作業を何台ものマシンに繰り返して行わなければならず、時にはミスを誘発してしまうこともあるでしょう。

そこで、一元管理をする方法と言うかそのような仕組みを作られることをお勧めします。たとえば、NFSを使ってconfファイルを一箇所で管理したり、リモートシェルで多数のサーバの制御を一度に行う方法などです。システム自体の監視は、SNMP等を使って監視サーバからまとめて行う方法などがあります。理想としては、OSのネットワークブートぐらいまでやれば、ハードがいくら増えても簡単に対応でき管理もらくだと思います。

まずは、VMwareなどで仮想のサーバをいくつか動かし、仮想環境のなかにこれらの方法を構築してみるのがいいとおもいます。

数百台規模を管理する場合、1台1台見ているときりが無いので

通常は監視用のミドルウェアを入れます。

最大シェアはHPのOpenViewです。

http://h50146.www5.hp.com/products/software/management/openview/

もちろんLinuxにも対応しています。

こちらの勉強をされるのはいかがでしょう。

数百台規模というのが既にあるものなのか、これから作るものなのかにもよりますが・・・。

これから作るのであれば、ネットワークブート、SANブート、ブレードサーバ等で、データバックアップやストレージの安全性などを考慮できる構成だと楽そうな気がします。

<以下参考：適当に検索して探しただけですが>

• PXEネットワークブート用サーバを構築するには

http://www.atmarkit.co.jp/flinux/rensai/linuxtips/710pxeserver.h...

• SAN Boot

http://primeserver.fujitsu.com/primergy/allinone/sanboot/

• ブレード・サーバ （blade server）

http://www.atmarkit.co.jp/icd/root/39/36759039.html

色々な制約事項や性能問題、今までとは違った考え方が必要になるかもしれませんが。

2回目の回答です。

規模が違う気がしますが、とりあえず過去に見たモノ。

• 講演資料(2) Nagios + SNMP を用いたサーバ検知フレームワーク

http://labs.gree.jp/Top/Study/20060411/Report.html

(ページの真ん中より下の方でです。)

• グラフツールcactiとは

http://cacti.loaded.jp/

性能管理(障害解析目的)にはなかなか良いツールだと思います。

しかし、数百台規模って・・・。

ちょっと関係無いですがKVMも色々ありますね。

http://www.raritan.co.jp/products/centr_entr/cmd_center/cmd_cent...

まずはネットワーク構成図を自分で書いてみるとよいと思います。

このサーバは何をしているのか？どんなソフトウェアが動いているのか？などなど。

やはり現状を把握しないと管理はできません。

で、実際の管理業務についてですが１台でも１０００台でもやるべきことに大差はありません。

いかに「手間を減らすか」といった点になってきます。

内容的には↓こんな感じでしょうか。

・ログの監視

・パフォーマンス監視

・ハードウェア障害対応

・ソフトウェアのバージョンアップ

・データのバックアップ

私が管理しているサーバはNagios,BigBrotherあたりで監視体制を作っています。

ソフトウェアのバージョンアップは配布するスクリプトなんかを独自で作ったりしてます。