问题标签 [google-cloud-monitoring]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
google-cloud-platform - 我可以在 Kubernetes Pod 中运行 Google Monitoring Agent 吗?
Google Monitoring Agent(由Stackdriver 提供支持)似乎应该安装在Kubernetes集群的每个节点(即每个计算实例,即每台机器)上。
然而,新的插件,如Nginx、Redis、ElasticSearch ...,需要这些代理知道这些服务的 IP。这意味着kube-proxy
运行和设置应该意味着在 Pod 上运行该Google Monitoring Agent 。
这两个冲突:一方面,代理监控整个机器,另一方面,它监控运行在一台或多台机器上的服务。
这些 Stackdriver 插件可以在Google Container Engine (GKE) / Kubernetes 集群上运行吗?
google-compute-engine - Cloud Monitoring 中没有来自 Cloud Logging 中用户定义的指标的数据
我在 Cloud Logging UI 中创建了 2 个用户定义的指标。这些指标显示在 Cloud Monitoring 中,但它们的图表始终显示“未找到图表数据”。是否有任何解决此问题的步骤,或者是否有其他要求让用户定义的日志指标中的数据在 Cloud Monitoring 中可见?
google-app-engine - 使用 Google Cloud Monitoring v3 api 写入自定义时间序列
谷歌警告说,v2 监控 API 现已弃用,很快就会消失。但是,事实证明迁移到 v3 有点困难。我正在尝试编写自定义指标并收到以下错误响应:
服务 > Google Monitoring API v3 > monitoring.projects.timeSeries.create
“资源”字段是必需的,文档说它是“MonitoredResource”......但我没有看到任何用于创建的 api,仅用于列出。大胆猜测并将其设置为“全局”似乎让我更进一步,并给了我这个不同的错误:
列出指标描述符表明 payment_type 存在:
服务 > Google Monitoring API v3 > monitoring.projects.metricDescriptors.list
我已经阅读了迁移指南和相关文档,但仍然受到阻碍。有人知道我在这里缺少什么吗?
更新:虽然看起来可以通过从 json 中删除“resource.labels”来使其工作,但我仍在寻找一种通过 java 客户端 api 使其工作的方法。
更新 2:接受的(自我回答的)问题显示了如何使用 java api 执行此操作。
google-cloud-platform - Stackdriver 中基于日志的用户定义指标似乎相互改变
我在 Google Stackdriver 中有许多用户定义的指标。然后我使用“编辑指标”编辑其中一个,编辑过滤器,然后单击保存。
当我通过“编辑指标”查看不同的用户定义指标时,我之前的更改似乎也出现在这里。天呐?!?
还有其他人有这个问题吗?我在做一些明显错误的事情吗?
stackdriver - 是否可以从源代码编译 Stackdriver 监控代理
看来 Ubuntu 15:10 还没有可用的 Stackdriver 监控代理包。可以安装源吗?
google-cloud-platform - Stackdriver 代理找不到 collectd 端点
我正在 GCE 实例上安装 stackdriver 代理,它给了我错误:
$ sudo /opt/stackdriver/stack-config --write-gcm
我该如何解决?
google-cloud-platform - 如何使用基于日志的指标为 Google Stackdriver 中的特定组创建提醒?
我有一个基于日志的指标,它通过查找一些字符串消息(即“核心转储”)来跟踪特定的错误情况。我有多个组来跟踪我拥有的不同服务器组(即“group1”、“group2”等)
我将创建警报以查找每个组的基于日志的指标。例如,将为每个服务器组生成警报(“group1 上的核心转储”、“group2 上的核心转储”等)
在创建警报时的目标选项卡中,它允许我定位实例,但不允许我在配置中指定基于日志的指标。如果我选择基于日志的指标作为目标,它不会让我将其限制在特定的组中。
有一个更好的方法吗?
shell - 用于跟踪日志的 gcloud beta 日志记录
我刚刚发现了谷歌新的“gcloud beta logging”服务。他们展示的经典示例是这样的:
但我想将每个新条目记录在特定的日志文件中。例如:
此操作的最佳做法是什么?
python - 在python中,与stackdriver通信总是返回成功,不发送任何东西
由于某些莫名其妙的原因,谷歌没有为 appengine 提供 stackdriver api,所以我坚持实现一个。不用担心 - 我想 - 我已经与 API builder 合作过与 bigquery 对话,所以我建立了一个客户端并开始尝试发送事件:
我省略了 traces_json 的定义,因为无论我发送什么,服务总是以错误响应。如果 traces_json = '{}':
但是,即使我使用从谷歌文档制作的正文,我仍然会遇到同样的错误。
我正在尝试此操作的机器上运行数据包嗅探器,并且很少看到它实际与 googleapis.com 通信。
所以问题是,真的,我错过了什么会让我向stackdriver发送事件?
更新
这是我一直在使用的最新迭代,尽管逐字使用 google doc 示例(除了更改项目 ID)会产生相同的结果。
以及随之而来的错误信息:
第二次更新
在资源管理器中执行此操作会产生大致相同的结果。我不得不切换到数字 span_id ,因为尽管文档声明它只能是一个唯一的字符串,但每当我提供其他任何内容时,我都会收到关于要求看起来是 64 位整数的错误。
回复:
kubernetes - 不受 StackDriver 监控的 GKE 集群
尽管启用了 Cloud Monitoring,但 Stackdriver 不会监控我的 GKE 集群。特别是https://app.google.stackdriver.com/gke仅报告“您没有任何此类资源被 Stackdriver 监控”。
- 运行 Kubernetes 1.2.4 的集群,创建于 2016 年 5 月中旬。
- 有些在创建时启用了 Cloud Monitoring,有些则通过
gcloud container clusters update serve --monitoring-service=monitoring.googleapis.com
. - 所有集群都在运行
heapster
2/2 就绪的 pod,状态为 Running,没有重新启动,例如heapster-v1.0.2-594732231-76sdj
. - 所有集群都使用
heapster
集群 IP、没有外部 IP 和端口 80/TCP 运行服务。 heapster
pod、容器的日志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
pod、容器的日志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:{21390009504.00000}]
I0609 09:18:03.971522 1 nanny_lib.go:102] 预期资源是 &{map[cpu:{0.100000000 DecimalSI} 内存:{218103808.000000000 BinarySI}] map[cpu:{0.100000000 DecimalSI} 内存:{21800003808.000}]}
I0609 09:18:03.971634 1 nanny_lib.go:106] 资源在预期限制内。
- https://status.cloud.google.com将所有服务显示为绿色。