k8s命令

kubernetes

k8s的pod分类

pod分为两类：自主式pod与控制器管理的pod

自主式pod由k8s管理器进行管理，而static pod由kubelet进行创建与管理

自主式pod

​ 自主式pod总是在前台运行，同时接受k8s管理与调度，当集群当中的pod因为某种原因停止，k8s会根据其副本的数量，重新的生成对应的pod

​ 自我管理的pod，创建以后仍然需要提交给apiserver，由apiserver接收以后借助于调度器将其调度至指定的node节点，由node启动此pod
​ 如果此pod出现故障,需要重启容器则由kubelet来完成
​ 如果node节点故障了，那么此pod将会消失。其无法实现全局调度。所以不推荐使用此种pod

控制器管理的pod

​ 常见的pod控制器：

​ ReplicationController：当启动一个pod时。这个pod如果不够用可以再启个副本，而后由控制器来管理同一类pod的各种副本与对象。一旦副本少了就会自动增加。采取多退少补的规则，精确符合我们所定义的期望。支持滚动更新

​ ReplicaSet：由一个名叫Deployment的声明式更新的控制器来管理

​ Deployment：Deployment只能管理无状态的应用

​ StateFulSet：有状态副本集，可以管理有状态的应用

​ DaemonSet：如果需要在每个node上运行一个副本的时候可以用DaemonSet

核心组键

HPA

​ Deployment还支持二级控制器，HPA(HorizontalPodAutoscaler，水平pod自动伸缩控制器)，一般情况下我们可以确保一个node上有2个pod在运行，万一用户访问流量增加，2个pod不足以承载这么多访问量怎么办?此时我们就应该要增加pod资源，那么到底应该加几个?

​ HPA控制器可自动监控pod、自动进行扩展。

service

​ 假如有2个pod,pod有其生命周期,万一pod所在的节点宕机了，那么此pod将应该要在其他的节点上重建,而重建完的pod与原来的pod已经不是同一个pod了，只是两者都是运行的同一个服务而已。且每个容器都有其IP地址，重建的pod中的容器其IP地址与之前的pod中容器的IP地址是不一样的,如此一来就会存在一个问题,客户端如何访问这些pod中的容器呢?(会转换到另一个节点去运行)

​ 用于做服务发现，pod是有生命周期的，一个pod随时都有可能离去，随时都有可能会有其他内pod加进来，假如它们提供的是同一种服务，客户端是无法通过固定的手段来访问这些pod的，因为pod本身是不固定的，它们随时可能被替换掉,无论使用主机名还是IP地址，都随时会被替换掉。

​ 为了尽可能的降低客户端与pod间协调的复杂度，k8s为每一组提供同类服务的pod和其客户端之间添加了一个中间层，这个中间层是固定的,这个中间层就叫service。

​ service只要不被删除，其地址与名称皆是固定的,当客户端需要在其配置文件中写上访问某个服务时,它不再需要自动发现，只需要在配置文件中写明service的名称即可，而这个service是个调度器，其不但能够提供一个稳定的访问入口，还可以做反向代理，当service接收到客户端的请求后，会将其代理到后端的pod之上，一旦pod宕机了会立即新建一个pod，这个新建的pod会立即被service关联上，作为service后端的可用pod之一

​ 客户端程序访问服务都是通过IP+端口或者主机名+端口的方式来实现的。而service关联后端的pod不是靠它的IP和主机名，而是靠pod的标签选择器。只要创建的pod的label是统一的，无论IP地址和主机如何改变，其都能被service所识别。如此一来,只要pod属于标签选择器，只要其在service的管理范围之内，则其就会被关联到service中，当这个动态的pod关联到service中之后，再进行动态的探测此pod的IP地址、端口，再将其作为自己后端可调度的可用服务蒂王机为象。因此，客户端的请求发送到service，然后由service代理到后端真实的pod中的容器进行响应。

​ service不是一个程序，也不是一个组件，它只是一个iptables的dnat规则,service作为k8s的对象,有其自身的名称，而service的名称相当于服务的名称,而这个名称可以被解析。

​ AddOns附件

​ dns pod:装完k8s后第一件事就需要在k8s集群上部署一个dns pod，以确保各service的名称能够被解析可以动态改变，包括动态创建、动态删除、动态修改,比如把service的名称改了,dnspod会自动触发，将dns解析记录中的名称也给改掉;假如我们手动把service的ip地址给改了,改完以后会自动触发,将dns服务中的解析记录给改掉。如此一来，客户端去访问pod资源的时候可以直接访问service的名称,然后由集群中专用的dns服务来负责解析。

​ 这种pod是k8s自身的服务就需要用到的pod，所以我们把它称为基础性的系统架构级的pod对象,而且它们也被称为集群附件

kubectl命令

create

从文件或标准输出中创建pod

# 创建一个deployment类型的pos,名字是web1，使用的镜像是nginx
[root@master ~]# kubectl create deployment web1 --image=nginx
deployment.apps/web1 created
# 查看
[root@master ~]# kubectl get pods
NAME                     READY   STATUS    RESTARTS   AGE
web1-5756d98cd9-fh588    1/1     Running   0          14m


# 创建deployment类型的pos,名字是nginx，使用的镜像是nginx，replicas是指定创建的个数
[root@master ~]# kubectl create deployment nginx --image=nginx --replicas=3
deployment.apps/nginx created
# 查看
[root@master ~]# kubectl get pods
NAME                     READY   STATUS    RESTARTS   AGE
nginx-85b98978db-9c9xs   1/1     Running   0          41s
nginx-85b98978db-fqq57   1/1     Running   0          41s
nginx-85b98978db-lfftt   1/1     Running   0          41s
web1-5756d98cd9-fh588    1/1     Running   0          9m21s


# 创建一个名为my-dep的pod，运行nginx镜像并暴露端口1111，仅仅是暴露而已
[root@master ~]# kubectl create deployment my-dep --image=nginx --port=1111
deployment.apps/my-dep created

get

显示一个或更多资源

# 查看创建的pod
[root@master ~]# kubectl get pods
NAME                    READY   STATUS    RESTARTS   AGE
web1-5756d98cd9-fh588   1/1     Running   0          2m1s

# 查看所有的service
[root@master ~]# kubectl get svc
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP        25h
my-dep       NodePort    10.97.89.122     <none>        80:32213/TCP   5m17s
nginx        ClusterIP   10.106.246.141   <none>        8000/TCP       15m

# 查看多个信息，用","隔开
[root@master ~]# kubectl get pod,svc
NAME                          READY   STATUS    RESTARTS   AGE
pod/my-dep-6fcbf46469-drs28   1/1     Running   0          36m
pod/nginx-85b98978db-9c9xs    1/1     Running   0          42m
pod/nginx-85b98978db-fqq57    1/1     Running   0          42m
pod/nginx-85b98978db-lfftt    1/1     Running   0          42m
pod/web1-5756d98cd9-fh588     1/1     Running   0          51m

NAME                 TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)        AGE
service/kubernetes   ClusterIP   10.96.0.1        <none>        443/TCP        26h
service/my-dep       NodePort    10.97.89.122     <none>        80:32213/TCP   14m
service/nginx        ClusterIP   10.106.246.141   <none>        8000/TCP       24m


# 查看名称空间
[root@master ~]# kubectl get ns
NAME              STATUS   AGE
default           Active   25h
kube-node-lease   Active   25h
kube-public       Active   25h
kube-system       Active   25h