LogicMonitorは最近LMContainer Argus v4をリリースし、Kubernetesクラスターのモニタリングをさらに簡単にしました。 インストールプロセスでのカスタマイズを容易にするために、Kubernetesクラスターの追加ウィザードを更新しました。 通常の構成設定を実行することから始めます。次に、CollectorSetコントローラーおよびArgusYAMLファイルに追加の構成設定を編集するオプションがあります。 これらの追加の構成設定には、いくつか例を挙げると、検出フィルタリングとPriorityClassesのパラメーターが含まれています。 より多くのコレクター複製が必要なユーザー、またはプライベートリポジトリに独自のコレクターイメージがあるユーザーの場合、テキストエディターを介してGUIで変更を加えることができます。
デフォルトでは、これらの設定は空白であり、必要に応じて構成を追加できます。
重要なことに焦点を当てる
検出フィルタリングは、LM Cloudを介して利用できるものと同様に、ラベルに基づいて特定のリソースを監視から除外できます。 未使用または使用率の低い開発環境からリソースを除外する柔軟性が向上します。 APIサーバーリソースがスケーラブルではない大規模なクラスターの場合、検出フィルタリングはAPIサーバーの負荷をより適切に管理するのに役立ちます。
検出フィルタリングは、LogicMonitor UI ([Kubernetes クラスターの追加] ウィザードから) または直接 ヘルムの展開.
タグがどのように役立つかの別の例。 ユーザーは、青緑色の展開に対応する特定の環境にタグを付け、アクティブな環境のみを監視できます。 また、絶えず上下に回転し、寿命が短いため監視を必要としないCICDプロセスに対応するポッドにタグを付けることもできます。 また、Kubernetesには、Prometheus、Fluentdなどのような監視値をあまり提供しないインフラストラクチャが付属しています。したがって、これらのデバイスをフィルタリングすると、APIサーバーの貴重なリソースを節約できます。
スペースを最新の状態に保つ
もうXNUMXつの重要な改善点は、最初のリクエストが失敗したときに、Argusがモニタリングでリソースの追加または削除を再試行することです。 これにより、最初のリクエストに干渉する可能性のある問題が補正され、監視が最新の状態に保たれます。 これに加えて、LogicMonitorは、異なる名前空間で実行されている同じ名前のポッドを問題なく処理できるようになりました。 ポッドの命名規則がに。
v1.14 +を実行しているKubernetesユーザーは、PriorityClassesを使用してポッドのワークロードをより適切に管理するために、より高度なスケジューリングポリシーを作成することができます。 LogicMonitorは、Argus、Collectorset-controller、およびコレクターポッドのPriorityClassesのサポートを追加しました。 ユーザーは、これらのコンポーネントに優先順位を割り当てて、リソース使用率をより細かく制御できるようになりました。
私たちの サポートページ Argusv4リリースの詳細については。 無料トライアルをリクエストしたい場合は、 ここでサインアップしてください。
