k8s 初始化 加上--control-plane-endpoint xxx:16443 就失败，不加上就能成功。haproxy与keepalived配置没有问题，
确保 xxx:16443 是正确的控制平面终结点地址和端口。请验证该地址和端口是否正确并可达。
检查防火墙设置，确保主机上的端口 16443 可以通过防火墙访问。
如果使用了负载均衡器（如 HAProxy）和 Keepalived，请确保它们的配置正确，并且它们可以正确路由到集群的控制平面节点。
检查 Kubernetes 控制平面节点的状态和日志，以便确定问题所在。可以查看 kube-apiserver、kube-controller-manager 和 kube-scheduler 的日志。
确认 Kubernetes 控制平面节点与其他节点的通信正常。请确保网络连接稳定，并检查节点之间的连通性。
可以提供错误日志
引用gpt回答 有帮助的话采纳一下
这个问题很有可能是保护代理(kube-proxy)初始化失败导致的。
当为k8s集群指定--control-plane-endpoint参数时,它会影响kube-proxy的配置。
kube-proxy会使用--control-plane-endpoint指定的地址,作为API Server的地址。
而如果这个地址不可达,或有错误,会导致kube-proxy启动失败。进而影响集群的网络组件。
你确认了haproxy和keepalived配置正常,应该也能访问指定的--control-plane-endpoint地址。
那么很有可能是kube-proxy本身存在问题。
你可以尝试以下操作排查:
kubectl logs -n kube-system (kube-proxy pod name)
根据你提供的信息，你在进行Kubernetes集群初始化时添加了--control-plane-endpoint参数，并指定了一个地址和端口（例如xxx:16443），但初始化失败。而如果不添加这个参数，则能够成功初始化。
这个问题可能与你的--control-plane-endpoint参数的值有关。请确保以下几点：
确认 xxx 是可访问的 IP 地址或主机名，它需要被所有的控制平面节点（Master节点）访问到。执行初始化的机器以及后续加入集群的机器都需要通过该地址与控制平面通信。
确保端口号 16443 没有被其他进程占用，并允许流量通过该端口。你可以使用网络工具如telnet或nc来测试是否能够连接到这个端口。例如，使用 telnet xxx 16443 或 nc -vz xxx 16443 测试连接是否成功。
检查防火墙规则和网络设置，确保可以在初始化过程中建立正常的连接。防火墙或网络设置可能会拦截或限制对指定端口的流量。
确认你的 haproxy 与 keepalived 配置正确，并且可以正常转发请求到控制平面节点。
当 Kubernetes (K8s) 的 Master 节点高可用初始化失败时，可能有几个常见的原因和解决方法：
节点配置错误：检查 Master 节点的配置是否正确。确保在初始化期间提供了正确的参数和选项，如正确的 IP 地址、端口、证书路径等。可以查看初始化过程中的日志文件以获取更多详细信息。
网络问题：确保 Master 节点和其他组件之间的网络连接正常。检查防火墙规则和网络配置，确保所需的端口（如 API Server、etcd 等）可以在 Master 节点上访问。
证书问题：检查证书是否正确生成并配置。Master 节点使用证书进行安全通信和身份验证。确保证书的有效性、密钥文件的可用性，并正确配置在相关组件中使用。
存储问题：检查存储（如 etcd 存储）是否可用且配置正确。etcd 是 Kubernetes 集群的关键组件，用于存储集群状态和元数据。确保 etcd 存储的连接和权限配置正确，并且存储可用。
资源不足：检查 Master 节点的资源（CPU、内存、磁盘空间等）是否足够支持初始化和运行。确保 Master 节点具有足够的资源来处理集群的管理任务。
其他错误：仔细阅读错误日志和初始化失败的详细信息，以确定具体的错误原因。这可能需要更详细的排查和故障排除。
如果您仍然无法解决问题，建议查阅相关文档、论坛和社区，以获取针对您特定情况的更具体和详细的建议。在故障排除过程中，了解和理解 K8s 的各个组件和配置是非常重要的。