Linuxの長期監視。
つまり、カーネル開発者や難解な目的を持つ他の個人でない限り、Linuxを稼働させることはサーバーの目的ではありません。 サーバーは、Webページの提供、データベース要求への応答、または最高のホスト型監視サービスの提供など、何かを行うために存在します。
それで…あなたは何を監視しますか？
さて、主なポイントがApache Webサーバーのクラスターの一部であるサーバーの場合– Apacheを監視する。 実行されていることを確認してください。 返されると予想されるコンテンツを返す。 ビジーなサーバースレッドの数、XNUMX秒あたりのスループットなど。
おめでとうございます、あなたはそのサーバーについて最も重要なことを監視しました。 しかし、それはあなたが終わったという意味ではありません。 これは、 Linuxモニタリング サーバーがApacheでhttpリクエストを処理する場合は、CPUリソースが必要です。 メモリが必要です。 それは間違いなく交換すべきではありません。 解決すべき問題がある場合、NTPがサーバーの時刻を同期していれば、それははるかに簡単になります。 ハードドライブの故障について知りたいと思うでしょう。 電源の問題、温度。 WebサーバーのSSL証明書の有効期限が近づいているかどうかを知りたいと思うでしょう（そしてそれを数週間前に知りたいと思うでしょう）。ファイルシステムがいっぱいになっているかどうかを知りたいと思うでしょう。 物理ディスクがXNUMX秒あたりのIO操作で最大に近づいている場合、CPU待機時間が増加します。 インターフェイスにエラーがある場合、ドロップまたは破棄します。 サーバーによって送信されたメールがバウンス、配信、または拒否されている場合。
これらすべての側面を監視することが重要です。これにより、サーバーがWebページを提供するという運命を果たすのを妨げる問題に直面しているかどうかを知ることができます。
そしてもちろん、このサーバーはクラスターの一部であるため、他のサーバーとのスループットをグラフ化して、全体的なパフォーマンスを確認したり、さまざまなサーバーを相互に比較したりする必要があります。
そして、これはXNUMXつのアプリケーションを備えたXNUMXつのサーバー専用です。 サーバーがJavaWebサーバー、データベース、またはmemcachedを実行している場合、「Linux監視」を取得するためだけに、突然監視することがたくさんあります。
それで、ポイントは何ですか？ 前にも言いましたが、もう一度言いますが、自動化は不可欠です。 新しいサーバーを完全に監視するのが面倒な場合は、何を推測してください。サーバーを完全に監視することはできません。 これにより、停止が増加し、解決までの時間が長くなります。 問題は予想した場所にないことが多いため、監視すればするほど、問題をより迅速に解決できます。
簡単なクエリでは、ラボの一般的なサーバーでは、ホスト名をLogicMonitorに入力するだけで、デフォルトのインストール後に382個のデータポイントが監視されていることがわかります。 監視を自分で構成する必要がある場合、特にラボで新しい仮想マシンを定期的に起動するため、ラボマシンの数は1に近づく可能性が高くなります（「pingを実行しますか？」）。 しかし、それは、開発者が製品の次のリリースを改善するために日常的に使用するあらゆる種類のMySQLおよびTomcatメトリックを見逃すことを意味します。 また、運用チームには、平均リクエストサービス時間などのパフォーマンス指標の履歴がないため、QAサーバーで問題が発生した時期を特定できます。 また、QAシステムの可用性が低いため、QAは保留されます。
したがって、私たちにとって、自動化は作業を減らし、あらゆる種類の予期しない方法で生産性を向上させました。 それはあなたにどのような利益をもたらしましたか？ またはどのようにそれができますか？