DUICUO

オープンソースの監視ツールは従来の業界のニーズを満たすことができますか?

[[321924]]

従来の企業の IT マネージャーは監視ツールをどのように選択すべきでしょうか?

インターネット技術の急速な発展に伴い、コストと使いやすさの両面で優れたオープンソースを採用する企業が増えています。しかし、従来型企業のITマネージャーは、監視ツールをどのように選択すべきでしょうか?どのような要素を考慮すべきでしょうか?

質問は、製造会社のITマネージャーである@chinesezzqiangさんから寄せられました。以下は、TWTコミュニティの多くの同僚から共有された実践的な経験をまとめたものです。どなたでも議論に参加し、ご意見を共有していただければ幸いです。

@Pan Yansheng、システム エンジニア:

これまで当社がサポートしてきた鉄鋼会社は、IT投資が不十分で、資金の大部分がハードウェアに充てられていました。そのため、システム監視については、オープンソースソフトウェアや従来とは異なるソフトウェアを活用し、業務監視機能を実装しました。ネットワークトラフィック監視とネットワークトポロジーマップの生成にはCACTI、主要デバイスの業務検査とパフォーマンス監視の自動化にはHostMonitor、そしてメールプッシュ通知による携帯電話への自動アラート機能などを活用しました。これにより、業務検査の自動化、アラート、そしてリアルタイムのデータトラフィック監視を、実質的に無料で実現することができました。

従来型企業にとって、最大の問題は考え方にあると思います。ITへの投資は大きすぎて価値がなく、できる限りの投資はハードウェアに回すべきだと考えている経営者を数多く見てきました。ネットワークセキュリティ、データバックアップ、業務監視、運用・保守の自動化に対する彼らの姿勢は、まるで保険に加入しているかのようです。その結果、運用・保守担当者は常に苦労を強いられることになります。

@Deng Yu、江西省農村信用システムエンジニア:

オープンソースの監視システムとして、Zabbixは優れた選択肢です。柔軟性と包括性において申し分なく、非常に成熟した製品です。しかし、Zabbixを完全に理解し、二次開発を行う能力を持ち、その後も自社の技術とコミュニティリソースを活用してメンテナンスとアップデートをサポートする必要があります。一方、商用監視システムは技術要件がはるかに低く、ベンダーによるサポートとメンテナンスも受けられ、プロジェクトサイクルも短いですが、柔軟性は劣ります。重要なのは、適切なオプションを選択することです。

@sz システム運用エンジニア:

オープンソース製品は、企業のニーズを満たすためにカスタマイズする必要があると思います。

@Tomato1616 都市商業銀行のシステムアーキテクト:

保守対象となる情報システムが重要な場合は、オープンソースの監視製品を選択する場合でも、合理的なアーキテクチャを設計し、実装サイクルを短縮するために、いくつかのサービスを購入するのが最善であると考えます。

@匿名 システムエンジニア:

Zabbix は無料、オープンソース、そして強力です。

@jason2006xu 崑崙銀行 テクノロジーマネージャー:

市場にある主流の監視製品のほとんどは同様の機能を提供していますが、優れた監視ツールを選択するには、次の非機能要件に基づいて判断する必要があります。

1. 成熟度と安定性:監視システムは、比較的不安定なシステムを管理するために設計されています。「鉄は試練に耐えるほど強固でなければならない」という諺にあるように、企業が監視システムを選択する際にまず考慮すべき点は、安定性と信頼性です。

2. 高いパフォーマンス: 管理対象オブジェクトが多数 (10,000 個以上) の大規模企業の場合、ウェアハウスの効率は高いですか?

3. スケーラビリティ: エンタープライズ ネットワーク環境は複雑で、多くの組織が関与するため、スケーラビリティも考慮すべき要素です。

4. 二次開発のサポートレベル: API が提供されている場合、運用および保守担当者が使用するためのカスタマイズされた開発が容易になります。

5. インターフェースの開放性(CMDB および ITIL との統合など)、インターフェースが CMDB および ITIL に対して開放されているかどうか。

6. 導入の複雑さ: 数万台のホストを持つ大規模企業にエージェントを導入するにはどうすればよいでしょうか。

7. アフターサポート、コミュニティ活動、システム障害発生時にシステムをサポートする専門家によるサポートや強力なチームがあるかどうか。

次に、次の機能要件を考慮する必要があります。

1. オペレーティング システム、データベース、ミドルウェア、ネットワーク、ストレージなどの従来のアーキテクチャの監視をサポートしていますか?

2. MySQL、PostgreSQL、MoogDB、Kafka などのオープンソース ソフトウェアをサポートしていますか?

3. VMware や KVM などの仮想化をサポートしていますか?

4. コンテナをサポートしていますか: Docker

5. Kubernetes をサポートしていますか?

要約すると、Zabbix は従来のアーキテクチャに適したオプションですが、Prometheus はクラウド環境、コンテナ、Kubernetes の監視に適したオプションです。

@hufeng719 鉄鋼会社のシステムエンジニア:

監視ツールは、コスト、機能性、セキュリティ、安定性、メンテナンスの容易さ、二次開発の可能性といった要素に基づいて選びましょう。監視映像の美しさも含め、いくつかのツールを試してみて、最終的にはご自身の好みに合わせてお選びください。

@山吉のとある保険会社:

個人的な意見:

主に規模によって異なります。規模が大きくなければ、Zabbixで十分です。現在、コミュニティのサポートは非​​常に充実しており、様々なテンプレートが用意されており、オンラインでも多くの情報が入手できます。また、サーバー構成やZabbixの日常的なメンテナンスにもよります。以前の会社は伝統的な業界で、Zabbixを使用していました。

以前Prometheusについて少し調べてみたのですが、なかなか良いツールだと思います。検討する価値はあると思います。下の画像は様々なツールを比較したものですが、インターネットから引用したものであり、参考までに留めておきます。

@nameless クラウド コンピューティング ベンダーのテクニカル ディレクター:

いくつかの側面から考察することができます。

1. オープンソースの監視ツールはITニーズを満たしていますか?満たしていない場合、二次開発機能はありますか?

2. オープンソース監視ツールの成熟度、安定性と信頼性、コミュニティ開発の状況、ドキュメントの完全性など。

3. 貴社の運用能力に基づき、この監視ツールを効果的に運用できますか?この監視ツールの開発言語は、貴社のメインIT言語と一致していますか?コードレベルの問題を迅速に修正できますか?

4. クラウド監視機能、マイクロサービス監視機能などがあるかどうかなど、監視ツールの開発動向に注目することができます。

現在、一般的に使用されている監視ツールには、Nagios、Zenoss、Zabbix、OpenFalcon、Prometheusなどがあります。個人的にはPrometheusをお勧めします。比較的新しいツールでありながら、強力で、クラウドにも対応しています。従来のホストおよびネットワーク監視には、他の監視ツールの方が適しています。

テクノロジー企業のシステムテストエンジニアである@guoxilin:

Zabbixは、商用監視ソフトウェアに共通する機能を備えており、監視ツールとしてまさに理想的な選択肢です。ホストパフォーマンス監視、ハードウェア監視、アプリケーションパフォーマンス監視(APM)、ネットワークデバイスパフォーマンス監視、データベースパフォーマンス監視、FTPなどの一般的なプロトコルの監視、複数のアラームメソッド、詳細なレポートとチャートの生成など、幅広い機能を備えています。ネットワークデバイスとサーバーの自動検出、分散配置、分散監視ポイントの集中表示・管理、そしてユニバーサルインターフェースによる高い拡張性を備えており、必要に応じて様々な監視システムをカスタマイズして開発できます。

@Zabbix_Uncle_LeWei、Guangzhou JiuYiLeWei Information Technology Co., Ltd. の R&D エンジニア。

Zabbix はネイティブで使用すると実際にはかなり優れており、問題の約 40% を解決します。これは中小規模の組織には十分です。ただし、80% または 90% を達成する必要がある大規模な組織では、徹底的な開発が必要になります。

@DaDaJueMiTonggang ネットワークエンジニア:

監視ソフトウェアのインターフェースは、シンプルで直感的、明確で実用的であるべきだと考えています。コミュニティの専門家による記事をいくつか読んだ後、Zabbixの調査を始めようと思っています。