LogicMonitor コンテナ監視について

最終更新日: 21 年 2023 月 XNUMX 日

コンテナ監視とは? コンテナ監視の利点は何ですか?

LM コンテナーは、コンテナーで実行されているアプリケーションのパフォーマンスと、基盤となるコンテナー リソースとオーケストレーション コンポーネントの状態に関する洞察を組織に提供します。                                            

展開を最大限に活用するために、LogicMonitor は、これらの洞察を組織の既存の監視対象ハイブリッド インフラストラクチャと共に、単一の統合プラットフォームで提供します。                                                                             

コンテナー リソースは一時的なものであるため、コンテナーは監視が困難な動的環境を作成します。 効果的な監視ソリューションは、コンテナが存在する間にコンテナを検出して監視し、コンテナがいつ消えるかを理解し、コンテナで実行されているサービスまたはアプリケーションのパフォーマンスに関するデータを保持できる必要があります。

LogicMonitor は、コンテナ監視でこれらの課題に対処します。

Kubernetes モニタリングとは何ですか?

LM Container は、Kubernetes でオーケストレーションされたコンテナー環境と、ハイブリッド インフラストラクチャ内で実行されているアプリケーションを XNUMX つの画面で監視します。 LM コンテナーは、Kubernetes クラスター コンポーネント (コンテナー、ノード、ポッド、およびサービス)、コンテナーの正常性、およびアプリケーション パフォーマンスに対して、自動化された監視と事前構成されたアラートしきい値を提供します。

LogicMonitor で Kubernetes を監視する方法は?

Kubernetes を使用すると、DevOps チームはコンテナー化されたアプリケーションをより迅速に展開し、大規模なコンテナーの管理を大幅に容易にすることができます。 詳細については、次を参照してください。 Kubernetes のドキュメントで詳しく説明されています)。
LogicMonitor の新しい Kubernetes Monitoring Integration を使用すると、Kubernetes クラスターとその中で実行されているコンテナー化されたアプリケーションを包括的に監視できます。
既存のハイブリッド IT インフラストラクチャを XNUMX つの画面に表示します。

LogicMonitor は API を使用して、クラスター内のリソースが変化しても、監視が常に最新であることを保証します。 Kubernetes ノード、ポッド、コンテナー、サービス、マスター コンポーネント (スケジューラー、API サーバー、コントローラー マネージャーなど) のデータが自動的に収集されます。 事前構成されたアラートしきい値により、すぐに意味のあるアラートが提供されます。

Kubernetes モニタリングは何を行い、LogicMonitor の Kubernetes モニタリングの実装の利点は何ですか?

LogicMonitorのイベントベースのKubernetesモニタリング:

  • すべてのノードにエージェントを配置する必要がなくなります (他のコンテナー監視ツールとは異なります)。
  • 監視対象のクラスター リソース (ノード、ポッド、サービスを含む) を自動的に追加および削除します。
  • クラスター レベルとアプリケーション レベルの両方で、包括的なパフォーマンスとヘルス メトリックを提供します。
  • 最大 XNUMX 年間データを保存します (オープンソースの監視の代替手段である Prometheus とは異なります)。
  • 最大限に最適化するために、十分に活用されていないリソース (CPU とメモリを含む) に関する洞察を提供します。
  • すぐに使える直感的なダッシュボードを作成できます。 詳細については、「」を参照してください。 Kubernetes ダッシュボード.

LogicMonitor によって監視されるリソースの数を見積もるにはどうすればよいですか? 

LogicMonitor は、ポッド、ノード、サービスなど、Kubernetes クラスター内の複数のリソースを検出して監視できます。
課金モデルは、監視するデバイスの数に基づいており、LM Container は各 Kubernetes オブジェクト インスタンスをデバイスとして扱います。 料金が発生するデバイスの数を見積もるには、次の手順に従います。

  1. 必要なオブジェクトを監視するために、さまざまな Kubernetes でサポートされているオブジェクトを確認してください。 詳細については、 サポートされているリソース LogicMonitor の Kubernetes モニタリングについての記事のセクション。
  2. コマンドを実行して、クラスターに存在する Kubernetes オブジェクト インスタンスの数をカウントします。

    kubectl get pods --all-namespaces --no-headers -o custom-columns=Type:kind,NS:metadata.namespace | sort | uniq -c

たとえば、次のスクリーンショットは、クラスター内のさまざまな名前空間に存在するサービスとポッドのインスタンスの数を示しています。

リソース数の Kubernetes コマンド

必要に応じて、監視しないオブジェクトを除いて、さまざまなオブジェクトのインスタンス数を集計し、クラスターを監視するために必要なライセンス数を見積もります。

Kubernetes コンテナのリソースはどのようにカウントされますか?

クラウド リソースと同様に、Kubernetes リソースは一時的なリソースですが、Kubernetes のノードとサービスは、ポッドよりも持続性が高く、一時的ではありません。 「エフェメラル」とは、Kubernetes またはクラウド リソースが短い期間、場合によっては数分間しか存在しないことを意味します。 LM クラウド リソースがカウントされるのと同じ方法で、Kubernetes コンテナー リソースをカウントします。

  • LogicMonitor は、約 4 時間間隔で XNUMX 日に数回顧客アカウントをポーリングします。 各ポーリングで、アカウント内の Kubernetes リソースの数がその特定の時間にキャプチャされます。 XNUMX 日の終わりに、投票からの XNUMX 日の平均が計算されます。
  • XNUMX 日の平均に基づいて、毎月の請求額が計算されます。 したがって、本質的にポーリング間でスピンアップおよびスピンダウンする可能性のあるポッドは補完的です。 それらはカウントされませんが、LogicMonitor は、ライセンスに関する顧客の SLA に記載されているリソースのデータを引き続き保持します。

ポーリングが行われるか、ユーザーがポータルを見るたびに、最新の Kubernetes リソース数が LogicMonitor 内のアカウント情報テーブルに表示されます。 

以下は、Kubernetes リソースのカウントの例です。

Kubernetes リソースのリスト ページ

ライセンス情報はどこで確認できますか?

ライセンス情報については、カスタマー サクセス マネージャー (CSM) にお問い合わせください。

Kubernetes Container Monitoring の料金はいくらですか?

Kubernetes モニタリング機能は、すべてのライセンス (Starter、Enterprise、SP Enterprise) でアドオンとして利用できます。 アドオン機能は「LM Container」と呼ばれます。 ユーザーは Kubernetes ポッドごとにのみ料金が発生します。 これにより、リソースの種類を数えたり、Kubernetes クラスターの監視に必要なライセンスの数を計算したりすることが容易になります。 LogicMonitor は、さまざまな Kubernetes オブジェクトを監視できます。 包括的なリストの詳細については、を参照してください。 サポートされているリソース.

注: 従来の SKU のユーザーには、新しい料金体系に移行するまで、サービス、デプロイメント、ポッド、ノードなどの個別の Kubernetes オブジェクトに対して引き続き課金されます。

  • 使用されるライセンスの数は、月全体で平均した XNUMX 日あたりに監視されるポッドの数によって決まります。  
  • インフラストラクチャがコミット済みのライセンスを超える場合は、カスタマー サクセス マネージャーにライセンス購入リクエストを問い合わせることをお勧めします。 これにより、コストが予測どおりに増加することが保証されます。

Kubernetes のリソース ユニット 

カスタマーサービスカテゴリーリソースユニット請求対象者
LMコンテナ計算KubernetesポッドPaaS
記事上で