Debian 9 使用kubeadm创建 k8s 集群(下)

栏目: 编程工具 · 发布时间: 5年前

内容简介:在前一篇文章中,我们介绍了 Debian Stretch 环境下,Kubernetes 集群安装的准备工作。本文我们将继续介绍 k8s集群 的安装配置工作。在本节中,您将设置主节点。 但是,在创建任何Playbooks之前,值得介绍一些概念,例如pod是运行一个或多个容器的原子单元。 这些容器共享资源,例如文件卷和网络接口。 Pod是Kubernetes中的基本调度单元:pod中的所有容器都保证在调度pod的同一节点上运行。

在前一篇文章中,我们介绍了 Debian Stretch 环境下,Kubernetes 集群安装的准备工作。本文我们将继续介绍 k8s集群 的安装配置工作。

Debian 9 使用kubeadm创建 k8s 集群(下)

第4步 – 设置主节点

在本节中,您将设置主节点。 但是,在创建任何Playbooks之前,值得介绍一些概念,例如 PodPod网络插件 ,因为您的群集将同时包含这两个概念。

pod是运行一个或多个容器的原子单元。 这些容器共享资源,例如文件卷和网络接口。 Pod是Kubernetes中的基本调度单元:pod中的所有容器都保证在调度pod的同一节点上运行。

每个pod都有自己的IP地址,一个节点上的pod应该能够使用pod的IP访问另一个节点上的pod。 单个节点上的容器可以通过本地接口轻松进行通信。 然而,pod之间的通信更复杂,并且需要单独的网络组件,该组件可以透明地将来自一个节点上的pod的流量路由到另一个节点上的pod。

此功能由pod网络插件提供。 对于这个群集,您将使用 Flannel ,一个稳定且高性能的选项。

在本地计算机上创建一个名为 master.yml 的Ansible playbook:

nano ~/kube-cluster/master.yml

将以下播放添加到文件以初始化集群并安装Flannel:〜/ KUBE群集/ master.yml

- hosts: master
  become: yes
  tasks:
    - name: initialize the cluster
      shell: kubeadm init --pod-network-cidr=10.244.0.0/16 >> cluster_initialized.txt
      args:
        chdir: $HOME
        creates: cluster_initialized.txt

    - name: create .kube directory
      become: yes
      become_user: sammy
      file:
        path: $HOME/.kube
        state: directory
        mode: 0755

    - name: copy admin.conf to user's kube config
      copy:
        src: /etc/kubernetes/admin.conf
        dest: /home/sammy/.kube/config
        remote_src: yes
        owner: sammy

    - name: install Pod network
      become: yes
      become_user: sammy
      shell: kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/a70459be0084506e4ec919aa1c114638878db11b/Documentation/kube-flannel.yml >> pod_network_setup.txt
      args:
        chdir: $HOME
        creates: pod_network_setup.txt

这是这个戏剧的细分:

  • 第一个任务是通过运行 kubeadm init 初始化集群。 传递参数 --pod-network-cidr=10.244.0.0/16 指定将从中分配pod IP的私有子网。 法兰绒默认使用上述子网; 我们告诉 kubeadm 使用相同的子网。
  • 第二个任务在 /home/sammy 创建一个 .kube 目录。 此目录将保存配置信息,例如连接到群集所需的管理密钥文件以及群集的API地址。
  • 第三个任务将从 kubeadm init 生成的 /etc/kubernetes/admin.conf 文件复制到非root用户的主目录。 这将允许您使用 kubectl 访问新创建的集群。
  • 最后一个任务运行 kubectl apply 安装 Flannel  。  kubectl apply -f descriptor.[yml|json] 是告诉 kubectl 创建描述 descriptor.[yml|json] 文件中 descriptor.[yml|json] 的对象的语法。  kube-flannel.yml 文件包含在集群中设置 Flannel 所需的对象的描述。

完成后保存并关闭文件。

通过运行本地执行Playbook:

ansible-playbook -i hosts ~/kube-cluster/master.yml

完成后,您将看到类似于以下内容的输出:

Output
PLAY [master] ****

TASK [Gathering Facts] ****
ok: [master]

TASK [initialize the cluster] ****
changed: [master]

TASK [create .kube directory] ****
changed: [master]

TASK [copy admin.conf to user's kube config] *****
changed: [master]

TASK [install Pod network] *****
changed: [master]

PLAY RECAP ****
master                     : ok=5    changed=4    unreachable=0    failed=0

要检查主节点的状态,请使用以下命令通过SSH连接到该节点:

ssh sammy@master_ip

进入主节点后,执行:

kubectl get nodes

您现在将看到以下输出:

OutputNAME      STATUS    ROLES     AGE       VERSION
master    Ready     master    1d        v1.14.0

输出指出 master 节点已完成所有初始化任务并处于 Ready 状态,从该状态开始,它可以开始接受工作节点并执行发送到API服务器的任务。 您现在可以从本地计算机添加工作程序。

第5步 – 设置工作节点

将工作程序添加到集群涉及在每个集群上执行单个命令。 此命令包括必要的群集信息,例如主服务器API服务器的IP地址和端口以及安全令牌。 只有传入安全令牌的节点才能加入群集。

导航回您的工作区并创建一个名为 workers.yml 的剧本:

nano ~/kube-cluster/workers.yml

将以下文本添加到文件中以将工作程序添加到集群:〜/ KUBE群集/ workers.yml

- hosts: master
  become: yes
  gather_facts: false
  tasks:
    - name: get join command
      shell: kubeadm token create --print-join-command
      register: join_command_raw

    - name: set join command
      set_fact:
        join_command: "{{ join_command_raw.stdout_lines[0] }}"


- hosts: workers
  become: yes
  tasks:
    - name: join cluster
      shell: "{{ hostvars['master'].join_command }} >> node_joined.txt"
      args:
        chdir: $HOME
        creates: node_joined.txt

这是剧本的作用:

  • 第一个play获取需要在worker节点上运行的join命令。 此命令将采用以下格式:  kubeadm join --token <token> <master-ip>:<master-port> --discovery-token-ca-cert-hash sha256:<hash>  。 一旦它获得具有适当的 令牌哈希 值的实际命令,该任务就将其设置为事实,以便下一个游戏将能够访问该信息。
  • 第二个游戏有一个任务,它在所有工作节点上运行join命令。 完成此任务后,两个工作节点将成为群集的一部分。

完成后保存并关闭文件。

通过本地运行执行playbook:

ansible-playbook -i hosts ~/kube-cluster/workers.yml

完成后,您将看到类似于以下内容的输出:

OutputPLAY [master] ****

TASK [get join command] ****
changed: [master]

TASK [set join command] *****
ok: [master]

PLAY [workers] *****

TASK [Gathering Facts] *****
ok: [worker1]
ok: [worker2]

TASK [join cluster] *****
changed: [worker1]
changed: [worker2]

PLAY RECAP *****
master                     : ok=2    changed=1    unreachable=0    failed=0   
worker1                    : ok=2    changed=1    unreachable=0    failed=0  
worker2                    : ok=2    changed=1    unreachable=0    failed=0

通过添加工作节点,您的群集现在已完全设置并正常运行,工作人员可以准备好运行工作负载。 在安排应用程序之前,让我们验证群集是否按预期工作。

第6步 – 验证群集

集群有时可能在安装过​​程中失败,因为节点已关闭或主服务器与工作服务器之间的网络连接无法正常工作。 让我们验证集群并确保节点正常运行。

您需要从主节点检查群集的当前状态,以确保节点已准备就绪。 如果从主节点断开连接,则可以使用以下命令通过SSH将其重新连接到主节点:

ssh sammy@master_ip

然后执行以下命令以获取集群的状态:

kubectl get nodes

您将看到类似于以下内容的输出:

OutputNAME      STATUS    ROLES     AGE       VERSION
master    Ready     master    1d        v1.14.0
worker1   Ready     
<none>
     1d        v1.14.0
worker2   Ready     
 <none>
      1d        v1.14.0
 </none>
</none>

如果所有节点都具有 Ready for  STATUS 值,则表示它们是群集的一部分并准备好运行工作负载。

但是,如果一些节点将 NotReady 作为 STATUS ,则可能意味着工作节点尚未完成其设置。 等待大约五到十分钟,然后重新运行 kubectl get nodes 并检查新输出。 如果少数节点仍具有 NotReady 作为状态,则可能必须验证并重新运行前面步骤中的命令。

现在您的集群已成功验证,让我们在集群上安排一个示例Nginx应用程序。

第7步 – 在群集上运行应用程序

您现在可以将任何容器化应用程序部署到您的群集。 为了保持熟悉,让我们使用 部署服务 部署Nginx,以了解如何将此应用程序部署到集群。 如果更改 Docker 映像名称和任何相关标志(如 portsvolumes ),也可以将以下命令用于其他容器化应用程序。

仍在主节点内,执行以下命令以创建名为 nginx 的部署:

kubectl create deployment nginx --image=nginx

部署是一种Kubernetes对象,可确保始终根据已定义的模板运行指定数量的pod,即使pod在群集生命周期内崩溃也是如此。 上面的部署将使用Docker注册表的 Nginx Docker Image 创建一个包含一个容器的pod。

接下来,运行以下命令以创建名为 nginx 的服务,该服务将公开公开该应用程序。 它将通过 NodePort实现 ,该方案将通过在群集的每个节点上打开的任意端口访问pod:

kubectl expose deploy nginx --port 80 --target-port 80 --type NodePort

服务是另一种类型的Kubernetes对象,它向内部和外部客户端公开集群内部服务。 它们还能够对多个pod进行负载均衡请求,并且是Kubernetes中不可或缺的组件,经常与其他组件交互。

运行以下命令:

kubectl get services

这将输出类似于以下内容的文本:

OutputNAME         TYPE        CLUSTER-IP       EXTERNAL-IP           PORT(S)             AGE
kubernetes   ClusterIP   10.96.0.1        
<none>
                 443/TCP             1d
nginx        NodePort    10.109.228.209   
 <none>
                  80:nginx_port/TCP   40m
 </none>
</none>

从上面输出的第三行,您可以检索运行Nginx的端口。 Kubernetes将自动分配一个大于 30000 的随机端口,同时确保该端口尚未受到其他服务的约束。

要测试一切是否正常,请通过本地计算机上的浏览器访问 http:// worker_1_ip : nginx_porthttp://worker_2_ip : nginx_port 。 您将看到Nginx熟悉的欢迎页面。

如果要删除Nginx应用程序,请先从主节点删除 nginx 服务:

kubectl delete service nginx

运行以下命令以确保已删除该服务:

kubectl get services

您将看到以下输出:

OutputNAME         TYPE        CLUSTER-IP       EXTERNAL-IP           PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1        
<none>
                 443/TCP        1d
</none>

然后删除部署:

kubectl delete deployment nginx

运行以下命令以确认这是否有效:

kubectl get deployments
OutputNo resources found.

结论

在本指南中,您已使用Kubeadm和Ansible成功在Debian 9上设置Kubernetes集群以实现自动化。

如果您想知道如何在群集设置的情况下对群集进行操作,那么下一步就是将自己的应用程序和服务部署到群集上。 这是一个链接列表,其中包含可以指导您完成此过程的更多信息:

  • Dockerizing应用程序  – 列出了详细说明如何使用Docker对应用程序进行容器化的示例。
  • Pod概述  – 详细描述了 Pod 如何工作以及它们与其他Kubernetes对象的关系。 豆荚在Kubernetes中无处不在,因此了解它们将有助于您的工作。
  • 部署概述  – 提供 部署概述  。 了解部署控制器如何工作非常有用,因为它们在无状态应用程序中经常用于扩展和不健康应用程序的自动修复。
  • 服务概述  – 涵盖服务,Kubernetes集群中另一个常用对象。 了解服务类型及其选项对于运行无状态和有状态应用程序至关重要。

您可以研究的其他重要概念是 Volumes ,  IngressesSecrets ,所有这些在部署生产应用程序时都会派上用场。

Kubernetes提供了许多功能和特性。 Kubernetes官方文档 是了解概念,查找特定于任务的指南以及查找各种对象的API参考的最佳位置。


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

DOOM启世录

DOOM启世录

[美] 大卫·卡什诺 / 孙振南 / 电子工业出版社 / 2004-4 / 29.00元

由David Kushner 撰写之著作 《Master of DOOM》在 Amazon 和 eBook上的销售喜人。本书的中文版权由我公司拿到,将在2004年4月出版。本书忠实详尽地讲述了两个玩家是如何走上游戏之路,如何制作出迄今为止影响力最大的游戏作品--DOOM和Quake,以及他们为何在最辉煌的时候分道扬镳。本书是国内第一部游戏领域的传记。与所有传记一样,不同的读者能从中得到不同的体验:......一起来看看 《DOOM启世录》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

随机密码生成器
随机密码生成器

多种字符组合密码

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具