Kubernetes

Kubernetes可观测性

Kubernetes是复杂的,这意味着识别集群内问题的原因常常是困难的。某个节点有问题吗?或者应用程序的最新代码?是否有客户发送的流量导致了服务的怪异行为?豆荚有吵闹的邻居吗?

通过将Kubernetes对应用和集群数据的记录合并到一个单一的富事件流中,Honeycomb使我们可以问一些不受约束的问题,从而可以快速跟踪和调试问题。

现在开始


数据收集

蜂窝Kubernetes代理跟踪每个容器的日志文件,将其内容解析为结构化事件,并将这些事件发送到Honeycomb。这意味着可以在不更改现有部署的情况下推出代理

代理也可以作为一个ksonnetMixin将其与现有部署组合在一起。例如,我们可能不希望将代理部署为DaemonSet,而是希望将Honeycomb代理添加为现有部署中的sidecar,以监视特定路径上的日志文件。


得到的答案

有了蜂巢,你可以问问题统一的应用程序和集群数据

  • 部署金丝雀后,响应时间发生了什么变化?
  • 部署的容器什么时候开始崩溃的?
  • 当我们减少应用程序容器的资源限制时,性能如何变化

蜂巢Kubernetes代理允许您定义日志,而不是简单地使用日志如何处理来自特定pod的日志。这在运行第三方应用程序时非常重要。反向代理、队列或数据库——它们的日志输出不能完全控制。这使得跟踪调查成为可能跨越体系结构的不同层,而不是受集群级或应用级指标的约束:

  • 对于特定客户的请求,延迟是什么样的?
  • 对于特定的容器映像呢?
  • 对于特定的客户和特定的容器映像?