Google Kubernetes Engine（GKE）は、基盤となるインフラストラクチャを管理せずにKubernetesクラスタを実行できるようにするマネージドKubernetesサービスです。 GKEを使用すると、DevOpsチームはKubernetesを使用してアプリケーションをより高速にスケーリングおよびデプロイできると同時に、クラスターのメンテナンスと構成に費やす時間を短縮できます。 GKEについて十分な洞察を得ることは、ダウンタイムを予防的に防止し、アプリケーションのパフォーマンスを最大化するための鍵です。 LogicMonitorの新しい Kubernetesモニタリング、ハイブリッドインフラストラクチャの残りの部分と一緒にGKE環境へのこの洞察を得ることができます。
開始するには、Helmを介してLogicMonitorのKubernetes Monitoring Integrationをインストールすることにより、クラスターをモニタリングに追加するだけです。 LogicMonitor内では、使いやすい方法で必要なHelmコマンドを取得できます。 ウィザード:
GCP Cloud Shellまたは選択したツールを使用して、Helm経由で統合をインストールできます。
LogicMonitorは、クラスター内のノード、ポッド、コンテナー、およびサービスを自動的に検出し、それらを監視に追加します。
自動検出に加えて、ノード、ポッド、コンテナ、サービス、Kubernetesコントロールプレーン、および標準アプリケーションのすぐに使用できる指標を利用できます（マシン情報の記入> という構文でなければなりません。例えば、 Redis、MySQLなど）、および事前設定されたアラートしきい値。 構成ファイルを編集したり、監視するメトリックを手動で構成したりする必要はありません。箱から出して言うときは、箱から出して実際に機能することを意味します。 監視するメトリックを事前に構成し、デフォルトのアラートしきい値を設定する必要がある監視エンジニアのチームがあります。 これは、GKEクラスターとその中で実行されているアプリケーションを即座に可視化できることを意味します。 アプリケーション固有のパフォーマンスメトリクスとは別に、注目すべきいくつかの主要なKubernetesメトリクスを以下に示します。
- ポッド状態フェーズ：ポッドの監視フェーズでは、障害が発生したコンテナ、リソース不足のために保留状態でスタックしているポッド、または通信エラーのためにポッドの状態を取得できない場合のポッドを特定できます。
- ポッド準備完了ステータス：ポッド準備完了ステータスは、ポッドがリクエストを処理できるかどうかを示し、一致するすべてのサービスの負荷分散プールに追加する必要があります。 このステータスを監視することで、ポッドをスケジュールする準備ができていないことを特定でき、解決する必要のある問題を示している可能性があります。
- コントロールプレーンのステータス：Kubernetesコントロールプレーンには、スケジューラ、APIサーバー、コントローラーマネージャーなどが含まれます。 これらのコンポーネントのステータスは、ワークロードのスケジューリングを成功させ、クラスターを正常に保つために重要です。 そのため、コントロールプレーンを監視し、コンポーネントが異常な場合は警告する必要があります。 LogicMonitorにはこれらのアラートしきい値が事前に構成されているため、すぐにアラートを受け取ることができます。
- ノードのCPUとメモリの制限、要求、および使用率：使用可能なCPUとメモリ全体と比較した、ノードのCPUとメモリの制限、要求、および使用率のパーセンテージ。 CPUとメモリの要求は、ノードで実行されているポッド全体で合計される必要最小限のリソースを指定します。 制限は、これらのポッドが消費できる最大のCPUとメモリを指定します。 ポッドは、リクエストに基づいてスケジュールされます。 使用量とともに制限と要求を監視することで、これらのリソース予約を最適化できる場所を特定し、ノードに割り当て可能なリソースをより有効に活用できます。
GKEを使用すると、Kubernetesクラスターの実行がこれまでになく簡単になり、LogicMonitorの新しいKubernetesモニタリングを使用すると、これらのクラスターを完全に可視化できます。 今すぐ無料トライアルにサインアップしてください！
