December 17, 2020

新しいLMコンテナ、Argus、Kubernetesの開発

新しいLMコンテナ、Argus、Kubernetesの開発

LogicMonitorは最近LMContainer Argus v4をリリースし、Kubernetesクラスターのモニタリングをさらに簡単にしました。 インストールプロセスでのカスタマイズを容易にするために、Kubernetesクラスターの追加ウィザードを更新しました。 通常の構成設定を実行することから始めます。次に、CollectorSetコントローラーおよびArgusYAMLファイルに追加の構成設定を編集するオプションがあります。 これらの追加の構成設定には、いくつか例を挙げると、検出フィルタリングとPriorityClassesのパラメーターが含まれています。 より多くのコレクター複製が必要なユーザー、またはプライベートリポジトリに独自のコレクターイメージがあるユーザーの場合、テキストエディターを介してGUIで変更を加えることができます。

LogicMonitorにkubernetesを追加する

デフォルトでは、これらの設定は空白であり、必要に応じて構成を追加できます。

重要なことに焦点を当てる

検出フィルタリングは、LM Cloudを介して利用できるものと同様に、ラベルに基づいて特定のリソースを監視から除外できます。 未使用または使用率の低い開発環境からリソースを除外する柔軟性が向上します。 APIサーバーリソースがスケーラブルではない大規模なクラスターの場合、検出フィルタリングはAPIサーバーの負荷をより適切に管理するのに役立ちます。

LogicMonitorにArgusを追加する

検出フィルタリングは、LogicMonitor UI(Kubernetesクラスターの追加ウィザードから)で構成することも、Helmデプロイメントで直接構成することもできます。

タグがどのように役立つかの別の例。 ユーザーは、青緑色の展開に対応する特定の環境にタグを付け、アクティブな環境のみを監視できます。 また、絶えず上下に回転し、寿命が短いため監視を必要としないCICDプロセスに対応するポッドにタグを付けることもできます。 また、Kubernetesには、Prometheus、Fluentdなどのような監視値をあまり提供しないインフラストラクチャが付属しています。したがって、これらのデバイスをフィルタリングすると、APIサーバーの貴重なリソースを節約できます。

スペースを最新の状態に保つ

もうXNUMXつの重要な改善点は、最初のリクエストが失敗したときに、Argusがモニタリングでリソースの追加または削除を再試行することです。 これにより、最初のリクエストに干渉する可能性のある問題が補正され、監視が最新の状態に保たれます。 これに加えて、LogicMonitorは、異なる名前空間で実行されている同じ名前のポッドを問題なく処理できるようになりました。 ポッドの命名規則がに。 

v1.14 +を実行しているKubernetesユーザーは、PriorityClassesを使用してポッドのワークロードをより適切に管理するために、より高度なスケジューリングポリシーを作成することができます。 LogicMonitorは、Argus、Collectorset-controller、およびコレクターポッドのPriorityClassesのサポートを追加しました。 ユーザーは、これらのコンポーネントに優先順位を割り当てて、リソース使用率をより細かく制御できるようになりました。 

私たちの サポートページ Argusv4リリースの詳細については。 無料トライアルをリクエストしたい場合は、 ここでサインアップしてください。

LogicMonitorにkubernetesクラスターを追加する
フアン・カルロス・レイエス

フアン・カルロス・レイエス

Juan Carlosは、2014年のFightin'Texas Aggie Classの大声で誇り高いメンバーです。彼は、DynatraceやNewRelicなどのAPMツールを使用するパフォーマンスエンジニアとして4年以上の経験があります。 余暇には、妻と一緒に長いハイキングや国立公園の探索を楽しんでいます。 楽しくてエキサイティングなボードゲームを知っているなら、彼は新しいゲームを試すのが大好きなので、必ずメモを残してください。 ありがとう、ギグ!