红酒网站制作,网站空间试用,谷歌关键词排名查询,做网站友情链接都写什么当谈到 Kubernetes 集群中的应用程序部署和管理时#xff0c;Deployment、ReplicaSet 和 Pod 是三个重要的概念。它们之间存在一定的关系和层次结构。下面是对 Deployment、ReplicaSet 和 Pod 的详细解释以及它们之间的关系。 Deployment#xff08;部署#xff09;
Deploy…当谈到 Kubernetes 集群中的应用程序部署和管理时Deployment、ReplicaSet 和 Pod 是三个重要的概念。它们之间存在一定的关系和层次结构。下面是对 Deployment、ReplicaSet 和 Pod 的详细解释以及它们之间的关系。 Deployment部署
Deployment部署是 Kubernetes 中用于管理应用程序部署的资源对象。它定义了一组 Pod 和关于如何更新这些 Pod 的规范。Deployment 提供了声明式的方式来创建和更新应用程序以便实现高可用性和故障恢复。
Deployment 的主要目标是确保指定数量的 Pod 副本处于运行状态并且可以根据需要自动扩展或缩减副本数量。它还提供了滚动更新的功能允许在不中断应用程序服务的情况下逐步更新应用程序版本。
一个 Deployment 资源通常与一个或多个 ReplicaSet 资源关联。 但是为了方便管理 我们通常只让1个deployment 对应1个 ReplicaSet! ReplicaSet副本集
ReplicaSet副本集是 Kubernetes 中的一个资源对象用于确保指定数量的 Pod 副本正在运行。ReplicaSet 可以看作是 Deployment 的实现机制之一它负责创建和维护一组 Pod 副本。
ReplicaSet 通过标签选择器来选择要管理的 Pod。它会监控 Pod 的运行状态并根据需要创建新的 Pod 副本或删除不需要的副本以确保所需的副本数量保持稳定。如果 Pod 发生故障或被删除ReplicaSet 会自动创建新的 Pod 来替代它们。
ReplicaSet 具有一个模板定义了所管理的 Pod 的规范。当需要创建新的 Pod 时ReplicaSet 使用该模板来生成 Pod 的副本。 Pod容器组
Pod容器组是 Kubernetes 中最小的可部署和管理的单元。它是一个由一个或多个容器组成的组合共享相同的网络命名空间和存储卷。Pod 是部署在节点上的实际应用程序实例。
Pod 中的容器一般是紧密耦合的它们共享相同的生命周期和资源。它们可以通过本地主机名localhost和端口进行通信。Pod 可以包含多个容器这些容器可以共享相同的存储和网络资源。
Deployment 和 ReplicaSet 负责创建和管理 Pod确保所需数量的 Pod 副本正在运行并根据需要进行扩展或缩减。它们提供了更高级别的抽象和控制使得应用程序的部署和更新变得更加方便和可靠。
综上所述Deployment 是对应用程序的高级描述ReplicaSet 是为 Deployment 提供实现机制的对象而 Pod 是实际运行的容器组。这三者之间的关系构成了 Kubernetes 中应用程序的部署和管理的层次结构。通过使用 Deployment、ReplicaSet 和 Pod我们可以轻松地管理应用程序的生命周期、可扩展性和可靠性。 yaml 文件内容
apiVersion: apps/v1
kind: Deployment
metadata:labels: # label of this deploymentapp: bq-api-service # custom definedname: bq-api-service-deploy-samplenamespace: default
spec:replicas: 10 # desired replica count, Please note that the replica Pods in a Deployment are typically distributed across multiple nodes.selector: # label of the Pod that the Deployment is managing,, its mandatory, without it , we will get this error # error: error validating data: ValidationError(Deployment.spec.selector): missing required field matchLabels in io.k8s.apimachinery.pkg.apis.meta.v1.LabelSelector ..matchLabels:app: bq-api-servicestrategy: # Strategy of upodatetype: RollingUpdate # RollingUpdate or RecreaterollingUpdate:maxSurge: 25% # The maximum number of Pods that can be created over the desired number of Pods during the updatemaxUnavailable: 25% # The maximum number of Pods that can be unavailable during the updatetemplate: # Pod templatemetadata:labels:app: bq-api-service # label of the Pod that the Deployment is managing. must match the selector, otherwise, will get the error Invalid value: map[string]string{app:bq-api-xxx}: selector does not match template labelsspec:containers:- image: europe-west2-docker.pkg.dev/jason-hsbc/my-docker-repo/bq-api-service:1.1.1 # image of the containerimagePullPolicy: IfNotPresentname: bq-api-service-containerrestartPolicy: Always # Restart policy for all containers within the PodterminationGracePeriodSeconds: 10 # The period of time in seconds given to the Pod to terminate gracefully 配置项解读
apiVersion指定使用的 Kubernetes API 的版本。在这个示例中我们使用的是 apps/v1 版本。
kind指定资源类型这里是 Deployment。
metadata元数据信息部分包含标签、名称和命名空间等信息。labelsDeployment 的标签用于识别和组织资源。在这个示例中我们使用了自定义标签 app: bq-api-service。nameDeployment 的名称这里命名为 bq-api-service-deploy-sample。
namespaceDeployment 所在的命名空间这里使用默认命名空间 default。
specDeployment 的规范部分定义了 Deployment 的行为和特性。replicas指定期望的副本数量。在这个示例中我们设置为 10表示我们希望有 10 个 Pod 的副本。selector用于选择所管理的 Pod 的标签选择器是必需的配置项。在这个示例中我们使用了标签选择器 app: bq-api-service。strategy指定 Deployment 的更新策略。type更新策略的类型可以是 RollingUpdate滚动更新或 Recreate重新创建。rollingUpdate滚动更新的配置项。maxSurge更新期间可创建的最大 Pod 数量超过期望数量。在这个示例中我们设置为 25%表示最多可以创建超过 25% 的额外 Pod。maxUnavailable更新期间可不可用的最大 Pod 数量。在这个示例中我们设置为 25%表示最多可以有 25% 的 Pod 不可用。templatePod 的模板部分定义了创建 Pod 的规范。metadataPod 的元数据信息包括标签等。labelsPod 的标签用于识别和组织资源。在这个示例中我们使用了标签 app: bq-api-service。 注意这里的标签必须与上面selector 的标签匹配 否则ReplicaSet 会找不到相应的Pod, 这个Deployment yaml执行时也会出错specPod 的规范部分定义了 Pod 的行为和特性。containers容器的定义部分。image容器的镜像。在这个示例中我们使用了镜像 europe-west2-docker.pkg.dev/jason-hsbc/my-docker-repo/bq-api-service:1.1.1。imagePullPolicy镜像拉取策略。在这个示例中我们设置为 IfNotPresent表示如果本地没有该镜像时才去拉取。name容器的名称这里命名为 bq-api-service-container。restartPolicy所有容器的重启策略。在这个示例中我们设置为 Always表示容器始终会被重启。terminationGracePeriodSecondsPod 正常终止的时间间隔秒。在这个示例中我们设置为 10表示在终止 Pod 之前等待 10 秒钟。 通常用于预留时间让preStop hook执行部署
rootk8s-master:~/k8s-s/deployments# kubectl apply -f bq-api-service-sample.yaml
deployment.apps/bq-api-service-deploy-sample createdrootk8s-master:~/k8s-s/deployments# kubectl get replicaSet -o wide
NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES SELECTOR
bq-api-service-deploy-sample-9f8d9c988 10 10 10 30m bq-api-service-container europe-west2-docker.pkg.dev/jason-hsbc/my-docker-repo/bq-api-service:1.1.1 appbq-api-service,pod-template-hash9f8d9c988rootk8s-master:~# kubectl get pods -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
bq-api-demo-2 1/1 Running 5 (5h39m ago) 10d 10.244.3.20 k8s-node3 none none
bq-api-service-deploy-sample-9f8d9c988-25tqr 1/1 Running 0 92s 10.244.1.20 k8s-node1 none none
bq-api-service-deploy-sample-9f8d9c988-67psf 1/1 Running 0 92s 10.244.3.30 k8s-node3 none none
bq-api-service-deploy-sample-9f8d9c988-cvm4z 1/1 Running 0 92s 10.244.3.32 k8s-node3 none none
bq-api-service-deploy-sample-9f8d9c988-f77tx 1/1 Running 0 92s 10.244.1.23 k8s-node1 none none
bq-api-service-deploy-sample-9f8d9c988-f98s6 1/1 Running 0 92s 10.244.2.82 k8s-node0 none none
bq-api-service-deploy-sample-9f8d9c988-g6627 1/1 Running 0 92s 10.244.1.22 k8s-node1 none none
bq-api-service-deploy-sample-9f8d9c988-jlc9w 1/1 Running 0 92s 10.244.3.31 k8s-node3 none none
bq-api-service-deploy-sample-9f8d9c988-mnqmf 1/1 Running 0 92s 10.244.2.80 k8s-node0 none none
bq-api-service-deploy-sample-9f8d9c988-pw468 1/1 Running 0 92s 10.244.2.81 k8s-node0 none none
bq-api-service-deploy-sample-9f8d9c988-v565f 1/1 Running 0 92s 10.244.1.21 k8s-node1 none none
nginx-test-post-start 1/1 Running 1 (39h ago) 3d15h 10.244.2.70 k8s-node0 none none
nginx-test-pre-stop 1/1 Running 1 (39h ago) 41h 10.244.2.69 k8s-node0 none none可以见到有1个 RS 和 10个POD 被创建出来了 而且会分配在多个nodes 中
