云计较假造化拭魅战：Kubernetes日记的6个最佳实践

Kubernetes可以辅佐打点陈设在Pod中的上百个容器的生命周期。它是高度漫衍式的而且各个部门是动态的。一个已经实现的Kubernetes情形凡是涉及带有集群和节点的几个体系，这些体系托管着几百个容器，而这些容器不绝地基于事变负载启动、歼灭。

当在Kubernetes中处理赏罚大量的容器化应用和事变负载时，主动举办监控和调试错误异常重要。在容器、节点或集群级别，这些错误都能在容器中看到。Kubernetes的日记机制是一个异常重要的组件，可以用来打点和监控处事以及基本办法。在Kubernetes中，日记可以让你跟踪错误乃至可以调解托管应用措施的容器的机能。

设置stdout(尺度输出)和stderr(尺度错误)数据流

1591766458577

图片来历：kubernetes.io

第一步是领略日记是怎样天生的。通过Kubernetes，日记会被发送到两个数据流——stdout和stderr。这些数据流将写入JSON文件，而且此进程由Kubernetes内部处理赏罚。你可以设置将哪个日记发送到哪个数据流中。而一个最佳实践的提议是将全部应用措施日记都发送到stdout而且全部错误日记都发送到stderr。

抉择是否行使Sidecar模子

Kubernetes提议行使sidecar容器来网络日记。在这一要领中，每个应用措施容器将有一个相近的“streaming容器”，该容器将会将全部日记传播输到stdout和stderr。Sidecar模子可以辅佐停止在节点级别果真日记，而且它可以让你节制容器级此外日记。

然而，这一模子的题目是它可以或许合用于小容量的日记记录，假如面临大局限的日记记录，也许会造成大量资源被占用。因此，你必要为每个正在运行的应用措施容器单独运行一个日记容器。在Kubernetes文档中，将sidecar模子形容为“险些没有很大的开销”。必要由你抉择是否实行这一模子并在选择它之前查察它所耗损的资源范例。

更换要领是行使日记署理，该署理在节点级别网络日记。这样可以镌汰开销，并确保安详地处理赏罚日记。Fluentd已成为大局限聚合Kubernetes日记的最佳选择。它充当Kubernetes与你要行使Kubernetes日记的恣意数目的端点之间的桥梁。你也可以选择像Rancher这样的Kubernetes打点平台，在应用市肆已经集成了Fluentd，无需从新开始安装设置。

确定Fluentd可以更好地汇总和路由日记数据后，下一步就是确定怎样存储和阐嫡志数据。

选择日记说明器材：EFK或专用日记记录

传统上，对付以当地处事器为中心的体系，应用措施日记存储在体系中的日记文件中。这些文件可以在界说的位置看到，也可以移动到中央处事器。可是对付Kubernetes，全部日记都发送到磁盘上/var/log的JSON文件中。这种范例的日记聚归并不安详，由于节点中的Pod可所以姑且的也可所以短暂的。删除Pod时，日记文件将丢失。假如你必要实行对部门日记数据丢失举办妨碍解除时，这也许很难。

Kubernetes官方保举行使两个选项：将全部日记发送到Elasticsearch，或行使你选择的第三方日记记录器材。同样，这里存在一个隐藏的选择。回收Elasticsearch蹊径意味着你必要购置一个完备的仓库，即EFK仓库，包罗Elasticsearch、Fluentd和Kibana。每个器材都有其本身的浸染。如上所述，Fluentd可以聚合和路由日记。Elasticsearch是说明原始日记数据并提供可读输出的强盛平台。Kibana是一种开源数据可视化器材，可以从你的日记数据建设大度的定制dashboard。这是一个完全开源的仓库，是行使Kubernetes举办日记记录的强盛办理方案。

尽量云云，有些工作如故必要紧记。Elasticsearch除了由名为Elastic的组织构建和维护，尚有复杂的开源社区开拓职员为其做孝顺。尽量颠末大量的实践检讨，它可以快速、强盛地处理赏罚大局限数据查询，但在大局限操纵时也许会呈现一些题目。假如回收的是自我打点(Self-managed)的Elasticsearch，那么必要有人相识怎样构建大局限平台。

更换方案是行使基于云的日记说明器材来存储和说明Kubernetes日记。诸如Sumo Logic和Splunk等器材都是很好的例子。个中一些器材操作Fluentd来将日记路由到他们平台，而另一些也许有它们本身的自界说日记署理，该署理位于Kubernetes中的节点级别。这些器材的配置异常简朴，而且行使这些器材可以耗费起码的时刻从零搭建一个可以查察日记的dashboard。

行使RBAC节制对日记的会见

在Kubernetes中身份验证机制行使的是基于脚色会见节制(RBAC)以验证一个用户的会见和体系权限。按照用户是否具有特权(authorization.k8s.io/decision )并向用户授予缘故起因(authorization.k8s.io/reason )，对在操纵时代天生的考核日记举办注释。默认环境下，考核日记未激活。提议激活它以跟踪身份验证题目，并可以行使kubectl举办配置。

保持日记名目同等

Kubernetes日记由Kubernetes架构中差异的部弟子成。这些聚合的日记应该名目同等，以便诸如Fluentd或FluentBit的日记聚合器材更易于处理赏罚它们。譬喻，当设置stdout和stderr或行使Fluentd分派标签和元数据时，必要紧记这一点。这种布局化日记提供应Elasticsearch之后，可以镌汰日记说明时代的耽误。

在日记网络保卫历程上配置资源限定

因为天生了大量日记，因此很难在集群级别上打点日记。DaemonSet在Kubernetes中的行使方法与Linux相同。它在靠山运行以执行特定使命。Fluentd和filebeat是Kubernetes支持的用于日记网络的两个保卫措施。我们必需为每个保卫措施配置资源限定，以便按照可用的体系资源来优化日记文件的网络。

结 论

Kubernetes包括多个层和组件，因此对其举办精采地监控和跟踪可以或许让我们在面临妨碍时从容不迫。Kubernetes勉励行使无缝集成的外部“Kubernetes原生”器材举办日记记录，从而使打点员更轻松地获取日记。文章中提到的实践对付拥有一个结实的日记记录系统布局很重要，该系统布局在任何环境下都可以正常事变。它们以优化的方法耗损计较资源，并保持Kubernetes情形的安详性和高机能。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!