問題タブ [google-cloud-monitoring]

Google モニタリング エージェント( Stackdriverを利用)は、 Kubernetesクラスタの各ノード(つまり、各コンピューティング インスタンス、つまり各マシン) にインストールする必要があるようです。

ただし、Nginx、Redis、ElasticSearchなどの新しいプラグインでは、これらのエージェントがこれらのサービスの IP を知る必要があります。これは、PodでGoogle モニタリング エージェントを実行することを意味する、実行とセットアップを行うことを意味します。kube-proxy

これら 2 つの競合: 一方では、エージェントはマシン全体を監視し、他方では、1 つ以上のマシンで実行されているサービスを監視します。

これらの Stackdriver プラグインはGoogle Container Engine (GKE) / Kubernetes クラスタで動作しますか?

Cloud Logging UI で 2 つのユーザー定義指標を作成しました。これらの指標は Cloud Monitoring に表示されますが、そのグラフには「グラフ データが見つかりません」と表示され続けます。これをトラブルシューティングする手順はありますか、またはユーザー定義のログ指標からのデータを Cloud Monitoring に表示するための他の要件はありますか?

Ubuntu 15:10 には、利用可能な Stackdriver モニタリング エージェント パッケージがまだないようです。ソースはインストール可能ですか?

I have a log-based metric that tracks a specific error condition by looking for some string message (ie. "core dump"). I have multiple groups that track different groups of server I have (ie. "group1", "group2", etc.)

I'd to create alerts to look for this log-based metrics for each group. For example, an alert would be generated for each server group ("core dump on group1", "core dump on group2", etc.)

In the Target tab when creating alerts, it lets me target instances but only doesn't let me specify log-based metrics in the configuration. If I choose log-based metric as the target, it doesn't let me limit it to specific groups.

Is there a better way to do this?

Google の新しい「gcloud beta logging」サービスについて知りました。彼らが示す古典的なサンプルは次のようなものです:

しかし、特定のログ ファイルにすべての新しいエントリを記録したいと考えています。例えば：

この操作のベスト プラクティスは何ですか?

なんらかの不可解な理由により、Google は appengine 用のスタックドライバー API を提供していないため、実装に行き詰まっています。心配いりません - 私は思っていました - 私はすでに API ビルダーを使って bigquery と通信しているので、クライアントを構築してイベントを送信しようとしました:

何を送信しても、サービスは常にエラーで応答するため、 traces_json の定義を省略しました。traces_json = '{}' の場合:

しかし、Google のドキュメントから作成した body を使用しても、同じエラーが発生します。

これを試みているマシンでパケット スニファーを実行していますが、実際に googleapis.com と通信していることはほとんどありません。

問題は、実際に、スタックドライバーにイベントを送信するために何が欠けているのかということです。

アップデート

これは私が取り組んできたものの最新の反復ですが、Googleドキュメントの例をそのまま使用しても（プロジェクトIDの変更を除いて）同じ結果が得られます。

それに付随するエラーメッセージ：

2回目の更新

Explorer でこれを行うと、ほぼ同じ結果が得られます。数値の span_id に切り替える必要がありました。これは、一意の文字列である必要があるというドキュメントのステートメントにもかかわらず、他の何かを提供するたびに、64 ビット整数のように見えるものを要求するというエラーが発生するためです。

応答：

Cloud Monitoring が有効になっているにもかかわらず、GKE クラスタが Stackdriver によってモニタリングされません。特にhttps://app.google.stackdriver.com/gkeは単に「このタイプのリソースが Stackdriver によって監視されていません」と報告します。

• 2016 年 5 月中旬に作成された、Kubernetes 1.2.4 を実行するクラスター。
• 作成時に Cloud Monitoring が有効になっているものもあれば、 経由で有効になっているものもありgcloud container clusters update serve --monitoring-service=monitoring.googleapis.comます。
• すべてのクラスターはheapster、2/2 準備完了、実行中のステータスでポッドを実行しており、再起動はありませんheapster-v1.0.2-594732231-76sdj。
• すべてのクラスターはheapster、クラスター IP、外部 IP およびポート 80/TCP なしでサービスを実行しています。
• heapsterポッド、コンテナーのログは次のheapsterようになります。

I0609 09:15:05.000189 1 manager.go:79] スクレイピング メトリクス開始: 2016-06-09 09:14:00 +0000 UTC、終了: 2016-06-09 09:15:00 +0000 UTC

I0609 09:15:05.023729 1 manager.go:152] ScrapeMetrics: 時間: 23.435264ms サイズ: 25

• heapsterポッド、コンテナーのログは次のheapster-nannyようになります。

I0609 09:18:03.968201 1 nanny_lib.go:90] ノード数は 1

I0609 09:18:03.971459 1 nanny_lib.go:98] コンテナのリソースは &{map[memory:{213909504.000000000 BinarySI} cpu:{0.100000000 DecimalSI}] map[cpu:{0.100000000 DecimalSI} memory:{213909504.000} BinarySI0]000}

I0609 09:18:03.971522 1 nanny_lib.go:102] 予想されるリソースは &{map[cpu:{0.100000000 DecimalSI} メモリ:{218103808.000000000 BinarySI}] map[cpu:{0.100000000 DecimalSI} メモリ:{218103808.000} BinarySI0000}

I0609 09:18:03.971634 1 nanny_lib.go:106] リソースは予想される制限内にあります。

• https://status.cloud.google.com では、すべてのサービスが緑色で表示されます。