AKS中的健康探针报错 GetHealthReport 引发异常

60次阅读

问题描述

在配置 AKS（Azure Kubernetes Service）中的启动和就绪探针时遇到了问题。他通过设置相应的端点来实现：/startup 端点用于检查应用程序是否已启动，一旦启动成功，就会切换到就绪探针 /readiness，该探针会在应用程序的整个生命周期中持续检查外部依赖项的健康状态。在本地环境中，健康检查正常运行，但一旦部署到 AKS 上，就会在每次探针执行后收到异常。
以下是来自 Pod 日志的截图：
作者怀疑问题可能与错误的探针配置有关，但他认为配置应该是相对简单的。

解决方案

以下解决方案可能因版本差异而有所不同，请在操作前备份相关配置，并根据自己的实际情况适当调整。

解决方案1：检查探针配置

首先，让我们检查一下您的探针配置，确保它们在 AKS 环境中正确运行。从您提供的信息中，可以看到您在 Program.cs 中设置了端点映射。请确保您的探针设置与以下示例类似：

app.UseEndpoints(endpoints => {
    endpoints.MapHealthChecks("/health/startup", new HealthCheckOptions {
        AllowCachingResponses = false
    });
    // ... 其他端点映射 ...
});

在 AKS 环境中，确保您的应用程序正常监听与探针端点相对应的 URL。此外，还需验证 AKS 群集的网络配置是否允许流量在这些端点之间正确传递。

解决方案2：检查健康检查逻辑

您提到健康检查在本地环境中正常运行，但部署到 AKS 后出现异常。这可能与 AKS 群集的网络环境有关，或者有可能是在 AKS 上的依赖项配置与本地环境有所不同。请确保在 AKS 环境中的外部依赖项也可以正确访问，并且您的应用程序在 AKS 上的配置与本地环境相匹配。

解决方案3：检查健康探针细节

从您提供的信息来看，健康探针的执行引发了异常。点击日志截图可见，异常消息为 Cannot access a disposed object。这可能是因为在健康检查执行期间尝试访问已被释放的对象。请确保您的健康检查代码在执行过程中不会访问已释放的资源。

解决方案4：更新依赖库和版本

有时，异常可能与您使用的依赖库版本不兼容。确保您的应用程序和 AKS 群集中使用的依赖库都是最新的，并且在执行前备份配置，以便在更新之前可以回滚到以前的状态。

总结

在配置 AKS 中的健康探针时出现问题，尤其是在探针执行后收到异常。您可以按照上述解决方案逐步排除问题。首先，检查探针配置，确保它们在 AKS 环境中正确映射到相应的端点。其次，验证健康检查逻辑，确保 AKS 环境中的依赖项和配置与本地环境一致。同时，检查健康探针执行期间是否尝试访问已释放的对象。最后，确保您使用的依赖库和版本与 AKS 群集兼容。通过逐步排查，您应该能够解决健康探针引发异常的问题。