如何获取已更改 Helm 版本的日志？

---

介绍

Helm 是一个知名的 Kubernetes 包管理器，也是一个用于简化 Kubernetes 应用程序安装、升级和管理的开源工具。使用 Helm，用户可以创建易于复制和管理的版本控制应用程序版本。该工具通过允许开发人员将其应用程序打包为图表来简化部署，这些图表可以轻松部署在任何 Kubernetes 集群上。

跟踪对版本所做的更改对于确保顺利高效的部署过程至关重要。这就是 Helm 日志发挥作用的地方。

使用 Helm 记录版本更改可以帮助您了解版本之间发生了哪些变化，识别潜在问题，跟踪版本历史记录，并在发生错误时进行故障排除。在本指南中，我们将引导您完成几个简单的步骤，了解如何检索和分析已更改的 Helm 版本的 Helm 日志。

无论您是 Kubernetes 新手还是希望进一步简化部署流程的经验丰富的用户，本指南都将为您提供宝贵的见解，帮助您释放 Helm 日志在项目中的强大功能。让我们开始吧！

了解 Helm 版本

Helm 版本的定义

在深入了解如何获取 Helm 日志之前，了解什么是 Helm 版本至关重要。版本是在 Kubernetes 中部署的图表的版本化实例。

每个版本都有一个唯一的名称，并且由一个或多个 Kubernetes 对象组成。当您使用 `helm install` 命令安装图表时，您将创建一个具有自己的修订版、配置值和资源的新版本。

helm install

版本的类型（例如，主版本、次版本、修订版本）

Helm 遵循语义版本控制 (SemVer) 规则来管理图表版本。SemVer 方案将每个版本定义为三个用点分隔的数字：`major.minor.patch`。较大的数字增加表示不向后兼容的重大更改，而较小的和修订版增量表示向后兼容的更改。

就 Helm 版本而言，这意味着从一个主版本升级到另一个主版本（例如，从版本 1.x.x 升级到 2.x.x）需要仔细的计划和执行，因为它可能会破坏现有的工作流程或暴露安全漏洞。次要更新（例如，从 1.0.x 升级到 1.1.x）通常包括新功能或错误修复，但不会更改应用程序的主要功能。

跟踪版本更改的重要性

跟踪对 Helm 版本所做的更改可能至关重要，原因有很多。首先，它允许您出于合规性目的或调试目的维护审核跟踪，以防 Kubernetes 集群出现问题。

其次，跟踪更改可以帮助您尽早识别潜在问题，然后再导致应用程序性能或安全出现重大问题。跟踪版本更改还可以帮助您更有效地计划未来的升级，方法是了解不同配置如何随着时间的推移而发生变化，以及它们如何影响应用程序在 Kubernetes 集群上的行为。

了解 Helm 版本、它们的类型以及跟踪对它们的更改对于有效管理您的 Kubernetes 环境至关重要。下一节将介绍检索 Helm 日志，这可以帮助您监控和分析这些更改。

检索 Helm 日志

使用 `helm history` 命令检索版本历史记录

`helm history` 命令是一个强大的工具，允许您查看版本的部署历史记录。执行时，它将向您显示部署到集群的所有版本的 Helm 版本，以及有关每个版本的详细信息。这包括每个版本的修订版号、回滚信息和时间戳。

helm history

您可以使用此命令确定何时进行了更改以及谁进行了更改。要运行此命令，请打开终端窗口并输入 `helm history RELEASE_NAME`，其中 RELEASE_NAME 是您要获取其日志的版本的名称。

helm history RELEASE_NAME

生成的输出将是一个表，其中包含与该版本关联的所有修订版的列表。每个修订版都有自己的唯一 ID 号，可用于过滤或进一步分析。

按修订版号或日期范围过滤版本历史记录

有时，查看 Helm 版本在其整个部署历史记录中所做的每一个更改可能会让人不知所措。解决此问题的一种方法是使用过滤器根据特定条件（例如修订版号或日期范围）缩小搜索结果范围。

要按修订版号进行过滤，请使用 `-r` 选项后跟特定的修订版号。例如，`helm history RELEASE_NAME -r REVISION_NUMBER`。

helm history RELEASE_NAME -r REVISION_NUMBER

这将为您提供仅该特定版本的日志。要按日期范围进行过滤，请使用 `--date-start` 和 `--date-end` 选项，后跟开始日期和结束日期（以 ISO 8601 格式）。

例如，

helm history RELEASE_NAME --date-start 2021-01-01 --date-end 2021-06-30

这将仅为您提供该指定时间范围内的日志。

将版本历史记录导出到文件以方便分析

不仅为了将来参考，而且为了故障排除目的，务必保留对 Helm 版本所做的所有更改的日志。为了使日志分析更容易，最好将它们导出到文件。

这样，您可以将它们存储在中心位置并与您的团队共享。要导出版本历史记录日志，请首先使用前面显示的 `helm history` 命令。

然后使用 `--output` 或 `-o` 选项后跟所需的格式（例如，csv 或 json）。例如，

helm history RELEASE_NAME -o json > release_history.json 

这将以 JSON 格式导出日志数据并将其保存到名为 "release_history.json" 的文件中。您还可以使用此方法使用脚本或其他工具解析日志数据。

分析 Helm 日志了解典型 Helm 日志条目的结构

Helm 日志可能非常冗长，为了有效地分析它们，必须清楚地了解它们的结构。典型的 Helm 日志条目包含诸如版本的时间和日期、版本的名称以及对该版本所做的更改的详细历史记录等信息。

每次更改通常都带有时间戳，提供对该版本期间确切发生情况的清晰时间顺序说明。在尝试解决问题或了解为何进行了某些更改时，此信息可能非常宝贵。

识别对版本所做的更改（例如，添加/删除/更新资源）

Helm 日志的主要优点之一是它们允许您轻松识别对特定版本所做的更改。例如，如果您注意到某个资源已从您的集群中删除，或者更新导致意外行为，您可以使用 Helm 日志准确确定这些更改发生的时间以及导致这些更改的操作。通过更详细地检查这些更改，您可以深入了解应用程序的行为并识别潜在的改进领域。

使用 Helm 日志排除常见问题

除了帮助您识别每个版本期间所做的特定更改之外，Helm 日志还可用于更一般的故障排除目的。例如，如果您注意到您的应用程序在发布更新后突然遇到延迟增加或错误，您可以使用 Helm 日志尝试确定可能导致这些问题的原因。通过仔细检查受影响版本期间所做的每个更改，您也许能够查明导致问题的特定配置设置或其他因素。

结论

Helm 日志是任何使用 Kubernetes 集群的人员必不可少的工具。它们提供了关于您的应用程序如何随时间推移而运行的宝贵见解，并且可以用于从排除特定问题到识别可以改进的领域的所有方面。