web-dev-qa-db-ja.com

トータルSA /エンジニア管理ソフトウェア

したがって、サーバーの障害全体を見てきましたが、何年にもわたって、各システムをいくつか構築してきました。

しかし、結局のところ、せいぜい1つか2つのソフトウェアのように思えるような「一緒に石畳になっている」ように感じることがあります。

私はちょっと「管理が簡単で、7つの異なるソフトウェアを処理する必要があるオールインワンソリューションを探しています。うまくいくものです。

誰か知っていますか?たくさんの監視アプリなどを見てきましたが、常にwikiとチケットの部分が欠けています。私の意見では、アラートが発生した場合、エンジニアが対処するためのチケットとなるはずですが、それは私にはあまり意味がありませんでした。 IDSがオフになる場合も同様であり、将来の通知のために警告が発生する傾向があります。

7
grufftech

この「コブリング」を実行するGroundworkOpenSourceもあります。私はそれがウィキやチケットシステムを持っているとは思いませんが:

http://www.groundworkopensource.com/

私は数年前に以前のバージョンを使用しましたが、それは非常に有望であるように思われました。結局、私の会社はHP OpenViewに予算を投じることに決めたので、最初のトライアルを通過することはありませんでした。

一見の価値があります。

1
vmfarms

私は確かに、この雑多なソフトウェアコンポーネントのセットについて同じように感じました。 nagiosとRT3はどちらもかなり由緒あるようで、2010年にドラッグする必要があります(Zabbixはnagiosの交換の候補でしたが、それだけの価値があるのでもっと苦痛でした。

しかし、私は答えを見つけたかもしれません! ;-)これらの多くの異なる構成の問題に対処しなければならないことに対する解決策と、Puppet Labsの形式でのデータセンターの自動化( http://www.puppetlabs.com/

人形の考え方にたどり着くと、サーバーを直接構成するのではなく、人形のレシピを書くことを考え始めます。さまざまなツールセットの多くの苦痛と試行錯誤がなくなります。

Puppet(またはcfengineを使用する場合)は、構成ファイルのリビジョン管理と、これらのツールの多くの集中管理を組み合わせたものです。

サーバーをpuppetなどのテンプレートエンジンで管理すると、管理上の問題の50%が解消されると思います。

0
Tom H

これらのツールはすべて、構成データをどこかから取得する必要があると思いました。つまり、nagiosは監視するサーバーのリストを必要とし、ポーリングするいくつかのデバイスをサボテンし、syslogは中央のsyslog-ngサーバーがどこにあるかを知る必要があります。さらに、rt3とmediawikiには認証バックエンド、つまりユーザーリストとパスワードが必要です

そして、誰もこれらのリストを多くの場所で維持したいとは思わない。

これらすべてのアプリの管理を簡素化する実際の方法は、共通の構成ディレクトリとデータベースを使用することです。

そして、これにより、MS ActiveDirectoryは本当に良いアイデアのように見えます!

0
Tom H

7つすべてを置き換えるわけではなく、広告を表示し、Windows上に配置され、デバイスの制限がありますが、寛容な並べ替えの場合は、 Spiceworks を参照してください。バージョン5は 現在ベータ版 です。

0
Paul

商用製品に関する限り、 KACEソフトウェア は非常に良いレビューを得ています。費用はわかりませんが、そのすべての機能を使用して、マーケターが愛する「一枚のガラス」を手に入れることを計画しているのであれば、それはまったく不合理ではありません。

これには、パッチ管理、ソフトウェア管理、ヘルプデスクのチケット発行、リモートアシスタンス(現在は持っていないもの)、ホストの再イメージング、およびあなたが言及した他のいくつかの機能が含まれます。

KACEとは関係ありませんが、インストールが成功したことがいくつかあります。とは言うものの、各問題の個別の解決策が好きならdo、KACEのようなものを使う大きな理由はありません。

0
Jeff McJunkin