还有什么类似建设通的网站,网站后台源代码,彩页设计软件免费下载,北京南站附近的景点在 Kubernetes 中#xff0c;一个重要的概念就是 Pod(豆英)#xff0c;Kubernetes 并不是直接管理容器他的最小管理单元叫做 Pod。的#xff0c; 在 Docker 的应用中#xff0c;我们把一个应用程序封装在一个镜像中#xff0c;之后启动这个镜像并映射一个宿主机端… 在 Kubernetes 中一个重要的概念就是 Pod(豆英)Kubernetes 并不是直接管理容器他的最小管理单元叫做 Pod。的 在 Docker 的应用中我们把一个应用程序封装在一个镜像中之后启动这个镜像并映射一个宿主机端口号就能访问这个应用。既然单个容器就可以部署这个应用为什么 Kubernetes不直接管理容器而是要设计一个 Pod 呢?
一、什么是Pod Pod 是一个或多个容器的组合。这些容器共享存储、网络和命名空间以及运行规范。在 Pod中所有容器都被统一安排和调度并运行在共享的上下文中。对于具体应用而言Pod 是它们的逻辑主机Pod 包含业务相关的多个应用容器。所以Pod 是一组具有共享命名空间、IP 地址和端口的容器的集合。
1.从使用的角度来看 在实际的使用时单个容器是无法单独来支撑我们的应用的往往需要很多微服务才能组成一个系统并且还会存在A服务依赖B服务B服务需要和C服务共用某个目录。另外在使用裸容器时,很难实现对容器内进行健康检査以及横向扩容等操作,而 Pod 可以轻松解决这些问题。
2.从Kubernetes 的角度来看 Docker 只是容器 Runtime(运行时)的一种们还有很多容器 Runtime比如 Rkt、CRI-0等而 Kubernetes 作为目前最流行的容器编排工具需要支持各个 Runtime 并且不依赖于底层Runtime 的实现技术,于是就抽象出了 Pod 这个概念,用于管理多个紧密相连的符合 CRI 标准的容器。 Pod 可以简单的理解为一组、一个或多个容器每个 Pod 还包含一个 Pause 容器Pause 容器是 Pod 的父容器主要负责僵尸进程的回收管理。同时通过 Pause 容器可以使同一个 Pod里面的不同容器共享存储、网络、PID、IPC等容器之间可以使用 Localhost:Port 的方式相互访问可以使用 volume 实现数据共享。根据 Docker 的构造Pod 可以被创建为一组具有共享命名空卷、IP 地址和端口的容器。
3.Pod 有两个特点 网络:每一个Pod 都会被指派一个唯一的 ip 地址在 Pod 中的每一个容器共享网络命名空间包括 ip 地址和网络端口。在同一个 Pod 中的容器可以同 locahost 进行互相通信。当 Pod中的容器需要与 Pod 外的实体进行通信时则需要通过端口等共享的网络资源。 存储:Pod 能够被指定共享存储卷的集合在Pod 中所有的容器能够访问共享存储卷允许这些容器共享数据。存储卷也允许在一个Pod 持久化数据以防止其中的容器需要被重启。
4.Pod的状态命令
kubectl命令创建pod
kubectl run nginx--imagenginx:1.7.9 --labelsappnginx 查看pod
kubectl get pods -n default
显示Pod的更多信息
kubectl get pod nginx -o wide 查看pod日志
kubectl logs nginx
以yaml格式显示Pod详细信息
kubectl get pod nginx -o yaml
显示资源的详细描述信息
kubectl describe pod nginx
在Pod的容器中执行命令
kubectl exec nginx -c nginx -- date
备注-c:指定 Pod 中容器的名字
登录到Pod中的容器中
kubectl exec -it nginx -c nginx --bash
在线编辑运行中的资源对象
kubectl edit pod nginx
将pod的端口映射到宿主机
kubectl port-forward --address 0.0.0.0 pod/nginx 8080:80
在宿主机和Pod的容器之间拷贝文件
kubectl cp nginx:etc/fstab /opt/aaa.txt
kubectl cp /opt/aaa.txt nginx:eetc/bbb.txt
Pod的状态
kubectl get pods -n default 删除Pod
kubectl delete pod nginx
二、Pod探针 在生产环境中进程正常启动并不代表应用能正常处理请求所以合理的设计应用的健康检查尤其重要。在使用裸机或裸容器部署时一般很难对应用做很完善的健康检査而 Pod 提供的探针可以很方便的用来检测容器的应用是否正常。目前探针有3种检测方式可以根据不同的场景选择合适的健康检查方式。 Pod探针检查容器后可能得到的状态 Pod探针有三类 livenessProbe (存活探针):判断容器是否正常运行如果失败则杀掉容器(不是 pod),再根据重启策略决定是否重启容器 readinessProbe(就绪探针):判断容器是否能够进入ready 状态探针失败则进入noready 状态并从 service 的endpoints 中剔除此容器 startupProbe(启动探针):判断容器内的应用是否启动成功在success状态前其它探针都处于无效状态
三、Pod镜像拉取策略和重启策略 在发布应用或者更改控制器配置时会种发 Pod 的滚动更新此时针对容器的镜像有不同的拉取方式。 指定拉取策略
kubectl run nginx --imagenginx:1.7.9 --labelsappnginx --image-pull-policyNever Pod 进行部署或者运行时难免会出现故障对于故障Pod也有不同的处理方式。 指定重启策略
kubectl run nginx --imagenginx:1.7.9 --labelsappnginx --restartOnFailure 四、创建Pod 1.Pod文件语法 (1)Pod文件的一级属性 apiVersionstring版本由 kubernetes 内部定义版本号必须可以用 kubect1api-versions 查询到。 kindstring类型由 kubernetes 内部定义版本号必须可以用 kubect1api-resources 查询到。 metadata 0bject元数据,主要是资源标识和说明,常用的有 name、namespace、labels 等。 specObject描述这是配置中最重要的一部分里面是对各种资源配置的详细描述。 status0bject状态信息里面的内容不需要定义由kubernetes 自动生成。
(2)spec(规格)属性
在一级属性中spec是研究的重点它的常见子属性有: containers[ ]Object容器列表用于定义容器的详细信息 nodeName String根据 nodeName 的值将 pod 调度到指定的 Node 节点上 nodeselector map[ ]根据 NodeSelector 中定义的信息选择将该 Pod 调度到包含这些label的Node 上 hostNetworkboolean是否使用主机网络模式默认为 false如果设置为 true表示使用宿主机网络 volumes[ ]Object存储卷用于定义 Pod 上面挂在的存储信息 restartPolicystring重启策略表示 Pod 在遇到故障的时候的处理策略
(3)通过kubectl explain命令来查看每种资源的可配置项
kubectl explain pod
kubectl explain deployment
kubectl explain service
kubectl explain pod.metadata
kubectl explain pod.spec.containers
运行kubectl create命令创建Pod
kubectl create -f frontend-localredis-pod.yaml
查看已经创建的Pod
kubectl get pods
查看pod详细创建信息
kubectl describe pod redis-php
删除pod
kubectl delete -f frontend-localredis-pod.yaml
五、Pod的基本用法
部署nginx的pod文件
kubectl apply/create -f nginx-php.yaml
查看pod的详细信息
kubectl describe pod nginx-php
暴露端口
kubectl expose pod nginx-php --port8080 --target-port80 --typeNodePort --namenginx-php
查看端口映射
kubectl get pod,svc nginx-php -o wide
