问题描述
尝试使用Helm在Kubernetes集群中部署Anchore，但在每个Pod中都遇到了故障。他已经确认Helm的配置是正确的，并且通过安装其他一些发布版本来验证了这一点。用户使用以下命令来安装Anchore：
helm install --name anchore-release stable/anchore-engine
查看Pods的状态时，所有的Pod都安装了，但没有一个Pod进入”Ready”状态。检查其中一个Pod的日志，发现了问题，似乎所有的Anchore Pod都经历了活跃性和就绪性探针失败。此外，用户在主节点上手动查询这些端口时发现，所有的Anchore Pods虽然可ping通，但没有暴露任何端口。用户怀疑Flannel作为集群中的网络管理器，由于Nginx测试部署能够正确暴露其端口，他倾向于认为Flannel的配置是正确的。用户询问是否有人熟悉Anchore Pods不暴露任何端口的原因，或者其他可能导致这种现象的问题。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1：检查数据库部署
在部署Helm Charts时，很多组件依赖于数据库。如果数据库没有正确部署，可能会导致其他组件在初始化过程中失败。用户可以检查Anchore的数据库是否成功部署。如果数据库有任何问题，可能会影响其他组件的运行。
方案2：查看日志和错误消息
根据用户提供的日志信息，探针（liveness和readiness probes）失败是导致Pods未进入”Ready”状态的原因之一。用户可以根据探针失败的错误消息来定位问题所在。探针失败的原因可能包括网络问题、端口不可访问、容器启动时间过长等。通过仔细分析错误消息，用户可以更准确地定位问题，并采取相应的措施。
方案3：检查Flannel网络配置
用户已经确认Nginx测试部署可以正确暴露端口，这表明Flannel的网络配置可能是正确的。然而，为了排除网络配置问题，用户仍然可以仔细检查Flannel的配置是否与Anchore的网络需求一致。确保Flannel正确地将流量路由到Anchore Pods，并且没有任何防火墙或网络策略阻止了Anchore Pods的网络通信。
方案4：查看数据库相关问题
Anchore的数据库部分可能对整个系统的运行起着重要作用。用户可以仔细检查Anchore数据库部分的配置，包括数据库的连接参数、权限设置等。如果数据库部分配置有误，可能会导致Anchore无法正常初始化。用户可以查看Anchore的文档，确保数据库相关的配置正确无误。
方案5：核查Helm Chart版本
用户可以核查Anchore Helm Chart的版本是否与Kubernetes集群和Anchore Engine的版本兼容。在一些情况下，版本不一致可能导致部署问题。如果发现版本不一致的情况，建议尝试使用与Kubernetes版本和Anchore Engine版本兼容的Helm Chart版本。
总结
在部署Anchore到Kubernetes集群时，确保数据库部分正确部署、检查探针的错误消息、确认网络配置正确以及核查Helm Chart版本兼容性，可以帮助用户解决Anchore Pods未暴露端口和未进入”Ready”状态的问题。通过逐步排查问题，用户可以更准确地定位问题的根本原因，并采取相应的措施来解决问题。如果问题仍然存在，建议查阅Anchore的官方文档以获取更多的帮助和支持。