【问题标题】:Attempting to share cluster access results in creating new cluster尝试共享集群访问会导致创建新集群
【发布时间】:2015-12-13 11:19:34
【问题描述】:

我删除了在我的 AWS 上试验 Kubernetes 时使用的配置文件(使用 this 教程),并在他们在共享 AWS 上设置 Kubernetes 时将其替换为另一个开发人员配置文件(使用 this)。当我运行kubectl config view 时,我在用户部分上方看到以下内容:

- cluster:
    certificate-authority-data: REDACTED
    server: <removed>
  name: aws_kubernetes
contexts:
- context:
    cluster: aws_kubernetes
    user: aws_kubernetes
  name: aws_kubernetes
current-context: aws_kubernetes

这让我相信我的配置应该指向使用我们共享的 AWS,但每当我运行 cluster/kube-up.sh 时,它都会创建一个新的 GCE 集群,所以我认为我使用了错误的命令来启动集群AWS。

我是否使用了错误的命令/缺少标志/等?此外,我认为 kube-up 会创建一个新集群,而不是重新创建以前实例化的集群。

【问题讨论】:

    标签: amazon-web-services kubernetes


    【解决方案1】:

    如果您正在共享集群,则不需要运行kube-up.sh(该脚本只需运行一次即可开始创建集群)。一旦集群存在,你可以使用标准的kubectlcommands与之交互。尝试从 kubectl get nodes 开始,以验证您的配置文件是否具有有效的凭证,并且您会在输出中看到预期的 AWS 节点。

    【讨论】:

    • 感谢您的确认。当前遇到:错误:无法从服务器读取版本:获取 /api: dial tcp : connection denied
    • 听起来您尝试连接的服务器端点不正确。如果您在从同事那里获取配置后运行kube-up,那么您的本地配置将不再正确。
    • 我已经删除了我的整个配置文件并再次复制了他们的配置文件,尽管他在他的机器上创建了集群并且主 IP 是一个,但我们在不同的机器上都遇到了同样的问题列在错误中。
    • 如果您对主服务器有 ssh 访问权限,您应该能够检查 apiserver (/var/log/kube-apiserver) 的日志以了解它拒绝您的连接尝试的原因。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-04-03
    • 2020-04-18
    • 2017-04-17
    • 2021-04-22
    • 2015-03-21
    • 2019-06-20
    • 1970-01-01
    相关资源
    最近更新 更多