elasticsearch Elasticsearch日志rc和svc将自动删除

通过使用这些配置创建群集，群集将被自动删除

从解决办法是删除

kubernetes.io/cluster-service:true

虽然没有这些，elasticsearch无法通过kubernetes master获得

---

我是否应该创建一个拉取请求来删除repo文件中的行，这样人们就不会感到困惑？

首先，我建议重新设置未来问题的格式，以便他们遵守堆栈溢出准则：

我建议让Elasticsearch成为一个普通的Kubernetes服务。可以通过以下方式之一公开： 1.设置service.Type=NodePort并通过node:NodePort的任何公共ip访问它 2.设置service.Type=LoadBalancer，这将仅适用于具有LoadBalancer的云提供商 3.不建议通过主机端口直接暴露RC

这些只是访问服务的常见选项，请参阅以下线程以了解更详细的讨论：

通过apiserver发送Kubernetes服务的所有外部流量通常不是一个好主意。但是，如果必须这样做，可以通过端点，例如：

/api/v1/proxy/namespace/default/services/nginx:80/

---

其中，默认名称空间是名称空间，nginx是服务的名称，80是消除多端口服务歧义所需的服务端口。

我认为从存储库中的yaml文件中删除这一行不是一个好主意，因为默认的kubernetes群集设置脚本使用这些文件来启动群集插件。我确实认为我们需要更好的文件，正如报告中指出的那样。让kubernetes为您启动插件有什么问题吗？我似乎无法通过这些URL访问我的elasticsearch日志服务：或。这是因为kube系统是受保护的命名空间吗？503:消息：没有可用于服务\elasticsearch日志记录的端点。所以它没有找到合适的终点。LB同时具有本地IP和公共IP。$kubectl get endpoints-namespace=kube系统显示：elasticsearch logging 10.204.0.11:9200我发现了这是如何工作的。端口描述有名称，而不是数字。这是可行的：http是在端口的服务名称中定义的。是的，命名端口是一件事，但您不必命名端口。