问题标签 [google-cloud-trace]

在 Google Cloud Console 的 Trace 页面中，我可以看到地址 192.168.1.1 需要很长时间才能执行。这个地址是什么？从哪里？它来自内部云的基础架构吗？还是我的本地地址（如果可能）？

我对 GAE Java 有一个奇怪的问题。根据我在日志中看到的内容，我正在使用的版本有两个具有基本缩放功能的实例，一个正在使用，另一个处于空闲状态。响应时间很好。我可以看到我的空闲实例在过去一小时内没有收到任何请求。奇怪的是，在空闲实例上，内存使用量以大约 2MB/分钟的速度不断上升。最后一小时。该实例使用 google JDBC 连接到 mysql 云 sql 实例。我正在使用具有 2 个连接的 DBCP 1.4 连接池，但我认为不会进行任何活动处理，因为在 appengine 上甚至不应该有后台线程。它在大约。730MB 用于 B2 实例（256MB？）并且由于内存使用可能很快会重新启动。

我也在连接上使用跟踪（com.google.cloud.trace.instrumentation.jdbc 0.1.1），但我再次认为只要没有查询，这不会做任何事情。

这怎么可能发生？我怎么能找到内存泄漏？我认为通常线程会在 30 秒后停止。我猜，谷歌的 JDBC 驱动程序本身不应该以某种方式填满内存。

正如标题所示，我想在 App Engine (Golang) 标准环境中跟踪 Cloud SQL 调用。

我发现有Java库。Golang有类似的东西吗？

在我们的集群中，我们为 Stackdriver Trace 设置了一个 Zipkin 收集器（就像这样），这样我们就可以跟踪我们的应用程序。

我正在运行提供的简单JavaScript Web 示例。当我将应用程序配置为将跟踪发送到集群中运行的收集器时，它可以正常工作（在 中recorder.js）。

但是，当我想检查 Stackdriver Trace 中的跟踪时，似乎出了点问题：

HTTP 方法列是空的，而URI列似乎显示了 HTTP 方法。如何使这些列显示正确的信息？

让我知道是否需要添加更多信息。

我在 GAE 上部署了一个 Web 应用程序。我正在使用 SLF4j 的 log4j2 实现来进行日志记录。

我可以在 stackdriver 控制台上看到我的所有日​​志。但是我所有日志的级别都显示为堆栈驱动程序下的信息。它没有根据调试、信息、警告和错误等日志级别正确分类。

例如，我的log.error("error")也显示在堆栈驱动程序控制台的信息级别下。

但是当我使用 SLF4 (slf4j-jdk14) 的 JUL 实现时。在堆栈驱动程序中使用正确的日志级别正确报告了所有日志。

任何人都可以建议可能是什么问题？

这是POM。

我已经捕获了未正确显示级别的 log4j2 和 logback 实现的屏幕截图

在 Stackdriver Trace 文档 ( https://cloud.google.com/trace/docs/quotas ) 上，我看到有Quota unit cost per API call，但这并不能真正告诉我真正的 API 限制是什么。

对于像BatchWriteSpans单位成本是 1 这样的东西，但它并没有告诉我我的 Span 可以有多少或有多大。

我想更深入地了解 API 的限制，如果有的话，我可以提取这些信息，这样我就不必在我的应用程序中硬编码这些限制。

我正在使用谷歌云追踪。它记录了我的 API 执行的时间——运行良好。

是否可以使用谷歌云监控对其进行显式监控？IE，如果我超过阈值设置通知？

我在连接到 Google Cloud Endpoints 的 Endpoints Service Proxy (ESP) 后面部署了一个自定义 gRPC 后端。

发送带有X-Cloud-Trace-Context标头集的请求时，我可以看到 ESP 记录的跨度显示在我的 Stackdriver Trace 仪表板中。

但是，作为处理该请求的一部分，我的服务也会向 Google Cloud KMS 发送请求。我希望 Google Cloud 也自动为我创建这些子请求的跟踪跨度；但是，将X-Cloud-Trace-ContextESP 转发给我的标头附加到发送到 Cloud KMS 的子请求不会导致这些子请求的任何跨度显示在 Stackdriver Trace 中。用于连接到 Cloud KMS 的服务帐号确实启用了“Stackdriver Trace Agent”角色。

是否可以告诉 Google Cloud 服务（例如 Cloud KMS）为当前请求的跟踪上下文自动生成跟踪跨度，或者我是否需要在我的后端代码中手动为这些请求生成跟踪？

我正在使用 Google Cloud 推荐的 OpenCensus 来运行 StackDriver Trace ( https://cloud.google.com/trace/docs/setup/java )。我的配置在 Google App Engine Standard Java 8 上运行。我确保在项目中启用了 API，使用了初始化代码并创建了我试图跟踪的 span。

我只是用

然后用

看起来很简单，但在 Google Cloud Trace 控制台中看不到我的自定义跟踪，只有 Google 跟踪的默认 RPC 调用。然后我尝试使用 Scopes 而不是 Span，使用和不使用项目名称来初始化 StackdriverTraceExporter，但没有任何结果导致创建自定义跟踪。

任何关于在哪里查看的指导或建议将不胜感激，因为这是我第一次使用 OpenCensus。

我有一个在谷歌应用引擎标准 python 2.7 上运行的应用程序。GAE 已经跟踪对 Datastore 和 Memcache 的调用，我想添加自己的跟踪。

由于我使用的是 python 2 google-cloud-python不适用于我的应用程序。

我使用发现 api 客户端做了一些事情来克服这个问题。它有点工作：我可以看到我的痕迹，但它们与 GAE 痕迹无关。

我对此进行了研究，检查了如何在此处获取主跨度的 ID，该 ID 涵盖了所有请求。此信息在标头 X-Cloud-Trace-Context ( source ) 中可用。

我发现我没有正确解析此标头的 spanID 部分。

知道我确实正确阅读并将其设置为我自己跨度的父级我收到 400 http 错误“无效的父级 ID！” 当我试图推动我的跨度时。

以下是我从 Stackdriver API 检索到的 GAE 已自动填充到 Stackdriver 跟踪中的示例：

来自请求的标头：X-Cloud-Trace-Context : 7043814caa66c00a3fac3555e1d1e9d2/12635947902476947926;o=1 所以跟踪 ID 是 704381​​4caa66c00a3fac3555e1d1e9d2 和父跨度 ID 是 12635947902476947926 看起来像一个 64 位整数（跟踪 API V1）

这是我对https://cloudtrace.googleapis.com/v2/projects/my-project/traces:batchWrite?alt=json（Trace api v2）的请求正文的内容，以 400 结尾

我的第一个工作版本和这个版本之间的变化是 parentSpanId ：之前，我使用了生成的 spanID。现在我使用标题中的那个。

如您所见，我正在使用的 parentSpanId (12635947902476947926) 确实存在于原始跟踪中。它是所有后续跨度的父级。

据我所知，该错误消息未记录在案。我没有看到对 parentSpanID 的限制，例如 parentSpanID 在我们发送之前可能需要存在并存在于堆栈驱动程序中。

也许我不能以 V1 格式混合传入的 spanID 并以 V2 格式发送我的 span。