关于SegmentFault:K8S太火了花10分钟玩转它不香么

我的Mall电商实战我的项目始终应用的是Docker容器化部署,有很多敌人倡议搞个Kubernetes部署。最近正好在学习Kubernetes,筹备更新一波!明天咱们先来学习下Kubernetes的外围概念和根本应用,心愿对大家有所帮忙!

SpringBoot实战电商我的项目mall(40k+star)地址:https://github.com/macrozheng/mall

Kubernetes简介

Kubernetes(简称K8S,K和S之间有8个字母)是用于主动部署,扩大和治理容器化应用程序的开源零碎。它将组成应用程序的容器组合成逻辑单元,以便于管理和服务发现。Kubernetes 源自Google 15 年生产环境的运维教训,同时凝聚了社区的最佳创意和实际。

Kubernetes具备如下个性:

  • 服务发现与负载平衡:无需批改你的应用程序即可应用生疏的服务发现机制。
  • 存储编排:主动挂载所选存储系统,包含本地存储。
  • Secret和配置管理:部署更新Secrets和应用程序的配置时不用从新构建容器镜像,且不用将软件堆栈配置中的机密信息裸露进去。
  • 批量执行:除了服务之外,Kubernetes还能够治理你的批处理和CI工作负载,在冀望时替换掉生效的容器。
  • 程度扩缩:应用一个简略的命令、一个UI或基于CPU应用状况主动对应用程序进行扩缩。
  • 自动化上线和回滚:Kubernetes会分步骤地将针对利用或其配置的更改上线,同时监督应用程序运行状况以确保你不会同时终止所有实例。
  • 主动装箱:依据资源需要和其余束缚主动搁置容器,同时防止影响可用性。
  • 自我修复:重新启动失败的容器,在节点死亡时替换并从新调度容器,杀死不响应用户定义的健康检查的容器。

Minikube简介

Minikube是一种轻量级的Kubernetes实现,可在本地计算机上创立VM并部署仅蕴含一个节点的简略集群,Minikube可用于Linux、MacOS和Windows零碎。Minikube CLI提供了用于疏导集群工作的多种操作,包含启动、进行、查看状态和删除。

Kubernetes外围概念

因为Kubernetes有很多外围概念,学习它们对了解Kubernetes的应用很有帮忙,所以咱们先来学习下这些外围概念。

Node

Kubernetes集群是指Kubernetes协调一个高可用计算机集群,每个计算机作为独立单元相互连贯工作。

一个Kubernetes集群蕴含两种类型的资源:

  • Master:负责管理整个集群。协调集群中的所有流动,例如调度利用、保护利用的所需状态、利用扩容以及推出新的更新。
  • Node:用于托管正在运行的利用。能够是一个虚拟机或者物理机,它在Kubernetes集群中充当工作机器的角色,每个Node都有Kubelet,它治理Node而且是Node与Master通信的代理,Node还具备用于解决容器操作的工具,例如Docker或rkt。

Deployment

Deployment负责创立和更新应用程序的实例。创立Deployment后,Kubernetes Master 将应用程序实例调度到集群中的各个节点上。如果托管实例的节点敞开或被删除,Deployment控制器会将该实例替换为群集中另一个节点上的实例。这提供了一种自我修复机制来解决机器故障保护问题。

能够应用Kubernetes命令行界面Kubectl创立和治理Deployment。Kubectl应用Kubernetes API与集群进行交互。

Pod

Pod相当于逻辑主机的概念,负责托管利用实例。包含一个或多个应用程序容器(如 Docker),以及这些容器的一些共享资源(共享存储、网络、运行信息等)。

Service

Service是一个形象层,它定义了一组Pod的逻辑集,并为这些Pod反对内部流量裸露、负载平衡和服务发现。

只管每个Pod 都有一个惟一的IP地址,然而如果没有Service,这些IP不会裸露在群集内部。Service容许您的应用程序接管流量。Service也能够用在ServiceSpec标记type的形式裸露,type类型如下:

  • ClusterIP(默认):在集群的外部IP上公开Service。这种类型使得Service只能从集群内拜访。
  • NodePort:应用NAT在集群中每个选定Node的雷同端口上公开Service。应用<NodeIP>:<NodePort>从集群内部拜访Service。是ClusterIP的超集。
  • LoadBalancer:在以后云中创立一个内部负载均衡器(如果反对的话),并为Service调配一个固定的内部IP。是NodePort的超集。
  • ExternalName:通过返回带有该名称的CNAME记录,应用任意名称(由spec中的externalName指定)公开Service。不应用代理。

Docker装置

因为Kubernetes运行须要依赖容器运行时(负责运行容器的软件),现比拟通用的容器运行时有Docker、containerd和CRI-O。这里抉择Docker,先在Linux服务器上安装好Docker环境。

  • 装置yum-utils
yum install -y yum-utils device-mapper-persistent-data lvm2
  • 为yum源增加docker仓库地位:
yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
  • 装置Docker:
yum install docker-ce
  • 启动Docker:
systemctl start docker

Minikube装置

  • 首先咱们须要下载Minikube的二进制安装包并装置:
curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64
sudo install minikube-linux-amd64 /usr/local/bin/minikube
  • 而后应用如下命令启动Minikube:
minikube start
  • 如果你应用的是root用户的话会无奈启动并提醒如下信息,那是因为Minikube不容许应用root权限启动,须要创立一个非root账号再启动;
* minikube v1.16.0 on Centos 7.6.1810
* Automatically selected the docker driver
* The "docker" driver should not be used with root privileges.
* If you are running minikube within a VM, consider using --driver=none:
*   https://minikube.sigs.k8s.io/docs/reference/drivers/none/

X Exiting due to DRV_AS_ROOT: The "docker" driver should not be used with root privileges.
  • 这里创立了一个属于docker用户组的macro用户,并切换到该用户;
# 创立用户
useradd -u 1024 -g docker macro
# 设置用户明码
passwd macro
# 切换用户
su macro
  • 再次应用minikube start命令启动Minikube,启动胜利后会显示如下信息:
* To pull new external images, you may need to configure a proxy: https://minikube.sigs.k8s.io/docs/reference/networking/proxy/
* Preparing Kubernetes v1.20.0 on Docker 20.10.0 ...
  - Generating certificates and keys ...
  - Booting up control plane ...
  - Configuring RBAC rules ...
* Verifying Kubernetes components...
* Enabled addons: default-storageclass, storage-provisioner
* kubectl not found. If you need it, try: 'minikube kubectl -- get pods -A'
* Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default

Kubernetes的应用

创立集群

通过Minikube咱们能够创立一个单节点的K8S集群,集群治理Master和负责运行利用的Node都部署在此节点上。

  • 查看Minikube的版本号:
minikube version
minikube version: v1.16.0
commit: 9f1e482427589ff8451c4723b6ba53bb9742fbb1
  • 查看kubectl的版本号,第一次应用会间接装置kubectl:
minikube kubectl version
Client Version: version.Info{Major:"1", Minor:"20", GitVersion:"v1.20.0", GitCommit:"af46c47ce925f4c4ad5cc8d1fca46c7b77d13b38", GitTreeState:"clean", BuildDate:"2020-12-08T17:59:43Z", GoVersion:"go1.15.5", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"20", GitVersion:"v1.20.0", GitCommit:"af46c47ce925f4c4ad5cc8d1fca46c7b77d13b38", GitTreeState:"clean", BuildDate:"2020-12-08T17:51:19Z", GoVersion:"go1.15.5", Compiler:"gc", Platform:"linux/amd64"}
  • 如果你想间接应用kubectl命令的话,能够将其复制到/bin目录上来:
# 查找kubectl命令的地位
find / -name kubectl
# 找到之后复制到/bin目录下
cp /mydata/docker/volumes/minikube/_data/lib/minikube/binaries/v1.20.0/kubectl /bin/
# 间接应用kubectl命令
kubectl version
  • 查看集群详细信息:
kubectl cluster-info
Kubernetes control plane is running at https://192.168.49.2:8443
KubeDNS is running at https://192.168.49.2:8443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy

To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.
  • 查看集群中的所有Node,能够发现Minikube创立了一个单节点的简略集群:
kubectl get nodes
NAME       STATUS   ROLES                  AGE   VERSION
minikube   Ready    control-plane,master   46m   v1.20.0

部署利用

一旦运行了K8S集群,就能够在其上部署容器化应用程序。通过创立Deployment对象,能够指挥K8S如何创立和更新应用程序的实例。

  • 指定好利用镜像并创立一个Deployment,这里创立一个Nginx利用:
kubectl create deployment kubernetes-nginx --image=nginx:1.10
  • 创立一个Deployment时K8S会产生如下操作:

    • 抉择一个适合的Node来部署这个利用;
    • 将该利用部署到Node上;
    • 当利用异样敞开或删除时重新部署利用。
  • 查看所有Deployment:
kubectl get deployments
NAME                  READY   UP-TO-DATE   AVAILABLE   AGE
kubernetes-nginx      1/1     1            1           21h
  • 咱们能够通过kubectl proxy命令创立一个代理,这样就能够通过裸露进去的接口间接拜访K8S的API了,这里调用了查问K8S版本的接口;
[macro@linux-local root]$ kubectl proxy
Starting to serve on 127.0.0.1:8001
[root@linux-local ~]# curl http://localhost:8001/version
{
  "major": "1",
  "minor": "20",
  "gitVersion": "v1.20.0",
  "gitCommit": "af46c47ce925f4c4ad5cc8d1fca46c7b77d13b38",
  "gitTreeState": "clean",
  "buildDate": "2020-12-08T17:51:19Z",
  "goVersion": "go1.15.5",
  "compiler": "gc",
  "platform": "linux/amd64"
}

查看利用

通过对运行利用的Pod进行操作,能够查看容器日志,也能够执行容器外部命令。

  • 查看K8s中所有Pod的状态:
kubectl get pods
NAME                                   READY   STATUS             RESTARTS   AGE
kubernetes-nginx-78bcc44665-8fnnn      1/1     Running            1          21h
  • 查看Pod的具体状态,包含IP地址、占用端口、应用镜像等信息;
kubectl describe pods
Name:         kubernetes-nginx-78bcc44665-8fnnn
Namespace:    default
Priority:     0
Node:         minikube/192.168.49.2
Start Time:   Tue, 05 Jan 2021 13:57:46 +0800
Labels:       app=kubernetes-nginx
              pod-template-hash=78bcc44665
              version=v1
Annotations:  <none>
Status:       Running
IP:           172.17.0.7
IPs:
  IP:           172.17.0.7
Controlled By:  ReplicaSet/kubernetes-nginx-78bcc44665
Containers:
  nginx:
    Container ID:   docker://31eb1277e507ec4cf8a27b66a9f4f30fb919d17f4cd914c09eb4cfe8322504b2
    Image:          nginx:1.10
    Image ID:       docker-pullable://nginx@sha256:6202beb06ea61f44179e02ca965e8e13b961d12640101fca213efbfd145d7575
    Port:           <none>
    Host Port:      <none>
    State:          Running
      Started:      Wed, 06 Jan 2021 09:22:40 +0800
    Last State:     Terminated
      Reason:       Completed
      Exit Code:    0
      Started:      Tue, 05 Jan 2021 14:24:55 +0800
      Finished:     Tue, 05 Jan 2021 17:32:48 +0800
    Ready:          True
    Restart Count:  1
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-dhr4b (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  default-token-dhr4b:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-dhr4b
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                 node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:          <none>
  • 将Pod的名称设置为环境变量,不便之后应用$POD_NAME来利用Pod的名称:
export POD_NAME=kubernetes-nginx-78bcc44665-8fnnn
  • 查看Pod打印的日志:
kubectl logs $POD_NAME
  • 应用exec能够在Pod的容器中执行命令,这里应用env命令查看环境变量:
kubectl exec $POD_NAME -- env
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=kubernetes-nginx-78bcc44665-8fnnn
KUBERNETES_PORT_443_TCP_ADDR=10.96.0.1
KUBERNETES_SERVICE_HOST=10.96.0.1
KUBERNETES_SERVICE_PORT=443
KUBERNETES_SERVICE_PORT_HTTPS=443
KUBERNETES_PORT=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP=tcp://10.96.0.1:443
KUBERNETES_PORT_443_TCP_PROTO=tcp
KUBERNETES_PORT_443_TCP_PORT=443
NGINX_VERSION=1.10.3-1~jessie
HOME=/root
  • 进入容器外部并执行bash命令,如果想退出容器能够应用exit命令:
kubectl exec -ti $POD_NAME -- bash

公开裸露利用

默认Pod无奈被集群内部拜访,须要创立Service并裸露端口能力被内部拜访。

  • 创立一个Service来裸露kubernetes-nginx这个Deployment:
kubectl expose deployment/kubernetes-nginx --type="NodePort" --port 80
  • 查看K8S中所有Service的状态:
kubectl get services
NAME               TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
kubernetes         ClusterIP   10.96.0.1        <none>        443/TCP        5h16m
kubernetes-nginx   NodePort    10.105.177.114   <none>        80:31891/TCP   5s
  • 查看Service的详情,通过NodePort属性能够失去裸露到内部的端口;
kubectl describe services/kubernetes-nginx
Name:                     kubernetes-nginx
Namespace:                default
Labels:                   app=kubernetes-nginx
Annotations:              <none>
Selector:                 app=kubernetes-nginx
Type:                     NodePort
IP Families:              <none>
IP:                       10.106.227.54
IPs:                      10.106.227.54
Port:                     <unset>  80/TCP
TargetPort:               80/TCP
NodePort:                 <unset>  30158/TCP
Endpoints:                172.17.0.7:80
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>
  • 通过CURL命令通过Minikube IP:NodePort IP能够拜访Nginx服务,此时将打印Nginx主页信息;
curl $(minikube ip):30158
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

标签的应用

通过给资源增加Label,能够不便地治理资源(如Deployment、Pod、Service等)。

  • 查看Deployment中所蕴含的Label;
kubectl describe deployment
Name:                   kubernetes-nginx
Namespace:              default
CreationTimestamp:      Tue, 05 Jan 2021 13:57:46 +0800
Labels:                 app=kubernetes-nginx
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               app=kubernetes-nginx
Replicas:               1 desired | 1 updated | 1 total | 1 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
  • 通过Label查问Pod:
kubectl get pods -l app=kubernetes-nginx
NAME                                READY   STATUS    RESTARTS   AGE
kubernetes-nginx-78bcc44665-8fnnn   1/1     Running   1          21h
  • 通过Label查问Service:
kubectl get services -l app=kubernetes-nginx
NAME               TYPE       CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes-nginx   NodePort   10.106.227.54   <none>        80:30158/TCP   4m44s
  • 给Pod增加Label:
kubectl label pod $POD_NAME version=v1
  • 查看Pod的详细信息,能够查看Label信息:
kubectl describe pods $POD_NAME
Name:         kubernetes-nginx-78bcc44665-8fnnn
Namespace:    default
Priority:     0
Node:         minikube/192.168.49.2
Start Time:   Tue, 05 Jan 2021 13:57:46 +0800
Labels:       app=kubernetes-nginx
              pod-template-hash=78bcc44665
              version=v1
  • 通过Label查问Pod:
kubectl get pods -l version=v1
  • 通过Label删除服务:
kubectl delete service -l app=kubernetes-nginx
NAME               TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes         ClusterIP   10.96.0.1       <none>        443/TCP        30h

可视化治理

Dashboard是基于网页的K8S用户界面。你能够应用Dashboard将容器利用部署到K8S集群中,也能够对容器利用排错,还能治理集群资源。

  • 查看Minikube内置插件,默认状况下Dashboard插件未启用:
minikube addons list
|-----------------------------|----------|--------------|
|         ADDON NAME          | PROFILE  |    STATUS    |
|-----------------------------|----------|--------------|
| dashboard                   | minikube | disabled     |
| default-storageclass        | minikube | enabled ✅   |
|-----------------------------|----------|--------------|
  • 启用Dashboard插件:
minikube addons enable dashboard
  • 开启Dashboard,通过--url参数不会关上治理页面,并能够在控制台取得拜访门路:
minikube dashboard --url
* Verifying dashboard health ...
* Launching proxy ...
* Verifying proxy health ...
http://127.0.0.1:44469/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/
  • 要想从内部拜访Dashboard,须要从应用kubectl设置代理才行,--address设置为你的服务器地址;
kubectl proxy --port=44469 --address='192.168.5.94' --accept-hosts='^.*' &
  • 从内部拜访服务器须要开启防火墙端口;
# 切换到root用户
su -
# 开启端口
firewall-cmd --zone=public --add-port=44469/tcp --permanent
# 重启防火墙
firewall-cmd --reload
  • 通过如下地址即可拜访Dashboard:
http://192.168.5.94:44469/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/
  • 查看K8S集群中的资源状态信息:

  • 通过yaml脚本创立K8S资源:

  • 查看K8S中所有Pod的状态信息,通过更多按钮能够查看容器日志和执行外部命令。

总结

当咱们的利用须要部署在多个物理机上时,传统的做法是一个个物理机器去部署。如果咱们应用了K8S的话,就能够把这些物理机认为是一个集群,只需通过K8S把利用部署到集群即可,无需关怀物理机的部署细节。同时K8S提供了程度扩容、主动装箱、主动修复等性能,大大减少了利用集群化部署的工作量。

参考资料

官网文档:https://kubernetes.io/zh/docs…

本文 GitHub https://github.com/macrozheng/mall-learning 曾经收录,欢送大家Star!

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理