Kubernetes(k8s)手册 Kubernetes 使用Kops安装Kubernetes

2024-02-25 开发教程 Kubernetes(k8s)手册 匿名 3

使用 Kops 安装 Kubernetes

本篇快速入门介绍了如何在 AWS 上轻松安装 Kubernetes 集群。 本篇使用了一个名为 ​kops​ 的工具。

kops 是一个自动化的制备系统:

  • 全自动安装流程
  • 使用 DNS 识别集群
  • 自我修复:一切都在自动扩缩组中运行
  • 支持多种操作系统(如 Debian、Ubuntu 16.04、CentOS、RHEL、Amazon Linux 和 CoreOS) - 参考 images.md

  • 支持高可用
  • 可以直接提供或者生成 terraform 清单 - 参考 terraform.md

在开始之前

  • 你必须安装 kubectl。
  • 你必须安装 kops 到 64 位的(AMD64 和 Intel 64)设备架构上。
  • 你必须拥有一个 AWS 账户, 生成 IAM 秘钥配置该秘钥。IAM 用户需要足够的权限许可。

创建集群

(1/5) 安装 kops

安装

从下载页面下载 kops (从源代码构建也很方便):

  • macOS

使用下面的命令下载最新发布版本:

curl -LO https://github.com/kubernetes/kops/releases/download/$(curl -s https://api.github.com/repos/kubernetes/kops/releases/latest | grep tag_name | cut -d '"' -f 4)/kops-darwin-amd64

要下载特定版本,使用特定的 kops 版本替换下面命令中的部分:

$(curl -s https://api.github.com/repos/kubernetes/kops/releases/latest | grep tag_name | cut -d '"' -f 4)

例如,要下载 kops v1.20.0,输入:

curl -LO https://github.com/kubernetes/kops/releases/download/v1.20.0/kops-darwin-amd64

令 kops 二进制文件可执行:

chmod +x kops-darwin-amd64

将 kops 二进制文件移到你的 PATH 下:

sudo mv kops-darwin-amd64 /usr/local/bin/kops

你也可以使用 Homebrew安装 kops:

brew update && brew install kops
Linux

使用命令下载最新发布版本:

curl -LO https://github.com/kubernetes/kops/releases/download/$(curl -s https://api.github.com/repos/kubernetes/kops/releases/latest | grep tag_name | cut -d '"' -f 4)/kops-linux-amd64

要下载 kops 的特定版本,用特定的 kops 版本替换下面命令中的部分:

$(curl -s https://api.github.com/repos/kubernetes/kops/releases/latest | grep tag_name | cut -d '"' -f 4)

例如,要下载 kops v1.20 版本,输入:

curl -LO https://github.com/kubernetes/kops/releases/download/v1.20.0/kops-linux-amd64

令 kops 二进制文件可执行:

chmod +x kops-linux-amd64

将 kops 二进制文件移到 PATH 下:

sudo mv kops-linux-amd64 /usr/local/bin/kops

你也可以使用 Homebrew 来安装 kops:

brew update && brew install kops

(2/5) 为你的集群创建一个 route53 域名

kops 在集群内部和外部都使用 DNS 进行发现操作,这样你可以从客户端访问 kubernetes API 服务器。

kops 对集群名称有明显的要求:它应该是有效的 DNS 名称。这样一来,你就不会再使集群混乱, 可以与同事明确共享集群,并且无需依赖记住 IP 地址即可访问集群。

你可以,或许应该使用子域名来划分集群。作为示例,我们将使用域名 ​useast1.dev.example.com​。 这样,API 服务器端点域名将为 ​api.useast1.dev.example.com​。

Route53 托管区域可以服务子域名。你的托管区域可能是 ​useast1.dev.example.com​,还有 ​dev.example.com​ 甚至 ​example.com​。 kops 可以与以上任何一种配合使用,因此通常你出于组织原因选择不同的托管区域。 例如,允许你在 ​dev.example.com​ 下创建记录,但不能在 ​example.com​ 下创建记录。

假设你使用 ​dev.example.com​ 作为托管区域。你可以使用 正常流程或者使用诸如 ​aws route53 create-hosted-zone --name dev.example.com --caller-reference 1​ 之类的命令来创建该托管区域。

然后,你必须在父域名中设置你的 DNS 记录,以便该域名中的记录可以被解析。 在这里,你将在 ​example.com​ 中为 dev 创建 DNS 记录。 如果它是根域名,则可以在域名注册机构配置 DNS 记录。 例如,你需要在购买 ​example.com​ 的地方配置 ​example.com​。

检查你的 route53 域已经被正确设置(这是导致问题的最常见原因!)。 如果你安装了 dig 工具,则可以通过运行以下步骤再次检查集群是否配置正确:

dig DNS dev.example.com

你应该看到 Route53 分配了你的托管区域的 4 条 DNS 记录。

(3/5) 创建一个 S3 存储桶来存储集群状态

kops 使你即使在安装后也可以管理集群。为此,它必须跟踪已创建的集群及其配置、所使用的密钥等。 此信息存储在 S3 存储桶中。S3 权限用于控制对存储桶的访问。

多个集群可以使用同一 S3 存储桶,并且你可以在管理同一集群的同事之间共享一个 S3 存储桶 - 这比传递 kubecfg 文件容易得多。 但是有权访问 S3 存储桶的任何人都将拥有对所有集群的管理访问权限, 因此你不想在运营团队之外共享它。

因此,通常每个运维团队都有一个 S3 存储桶(而且名称通常对应于上面托管区域的名称!)

在我们的示例中,我们选择 ​dev.example.com​ 作为托管区域,因此我们选择 ​clusters.dev.example.com​ 作为 S3 存储桶名称。

  • 导出 ​AWS_PROFILE​ 文件(如果你需要选择一个配置文件用来使 AWS CLI 正常工作)
  • 使用 ​aws s3 mb s3://clusters.dev.example.com​ 创建 S3 存储桶
  • 你可以进行 ​export KOPS_STATE_STORE=s3://clusters.dev.example.com​ 操作, 然后 kops 将默认使用此位置。 我们建议将其放入你的 bash profile 文件或类似文件中。

(4/5) 建立你的集群配置

运行 ​kops create cluster​ 以创建你的集群配置:

kops create cluster --zones=us-east-1c useast1.dev.example.com

kops 将为你的集群创建配置。请注意,它_仅_创建配置,实际上并没有创建云资源 - 你将在下一步中使用 kops update cluster 进行配置。 这使你有机会查看配置或进行更改。

它打印出可用于进一步探索的命令:

  • 使用以下命令列出集群:​kops get cluster
  • 使用以下命令编辑该集群:​kops edit cluster useast1.dev.example.com
  • 使用以下命令编辑你的节点实例组:​kops edit ig --name = useast1.dev.example.com nodes
  • 使用以下命令编辑你的主实例组:​kops edit ig --name = useast1.dev.example.com master-us-east-1c

如果这是你第一次使用 kops,请花几分钟尝试一下! 实例组是一组实例,将被注册为 kubernetes 节点。 在 AWS 上,这是通过 auto-scaling-groups 实现的。你可以有多个实例组。 例如,如果你想要的是混合实例和按需实例的节点,或者 GPU 和非 GPU 实例。

(5/5) 在 AWS 中创建集群

运行 "kops update cluster" 以在 AWS 中创建集群:

kops update cluster useast1.dev.example.com --yes

这需要几秒钟的时间才能运行,但实际上集群可能需要几分钟才能准备就绪。 每当更改集群配置时,都会使用 ​kops update cluster​ 工具。 它将对配置进行的更改应用于你的集群 - 根据需要重新配置 AWS 或者 kubernetes。

例如,在你运行 ​kops edit ig nodes​ 之后,然后运行 ​kops update cluster --yes​ 应用你的配置,有时你还必须运行 ​kops rolling-update cluster​ 立即回滚更新配置。

如果没有 ​--yes ​参数,​kops update cluster​ 操作将向你显示其操作的预览效果。这对于生产集群很方便!

清理

  • 删除集群:​kops delete cluster useast1.dev.example.com --yes