NIO4444

nfs demoapiVersion: v1kind: Podmetadata: name: mongodb-nfsspec: volumes: - name: mongodb-data nfs: server: 1.2.3.4 path: /some/path containers: - image: registry.cn-hangzhou.aliyuncs.com/nio4444_ns/test_reg:volume_0.01 n

涉及多个容器时，需要指定具体的容器名。

pod包含两个容器和一个挂载在两个容器中的共用的卷，但在不同的路径上。html-generator容器启动时，它每10秒启动一次fortune命令输出到/var/htdocs/index.html文件。因为卷是在/var/htdocs上挂载的，所以index.html文件被写入卷中，而不是容器的顶层。web-server容器启动，它就开始为/usr/share/nginx/html目录中的任意HTML文件提供服务。

command和args字段在pod创建后无法被修改，环境变量列表也无法在pod创建后被修改。将ConfigMap暴露为卷可以达到配置热更新的效果，无须重新创建pod或者重启容器。指定传递给ENTRYPOINT的参数。定义容器启动时被调用的可执行程序。

定义yamlapiVersion: apps/v1kind: Deploymentmetadata: name: nio4444-deploymentspec: selector: matchLabels: app: nio4444-pod-label replicas: 3 minReadySeconds: 10 strategy: rollingUpdate: maxSurge: 1 maxUnavailable: 0

selector属性，添加红色部分代码即可。

使用 kubectl explain <kind>类型。

ExternalName类型的Service。

选择标签app=nio4444的pod节点。任意node节点都可以访问。

如果节点下线，DaemonSet不会在其他地方重新创建pod。但是，当将一个新节点添加到集群中时，DaemonSet会立刻部署一个新的pod实例。如果有人无意中删除了一个pod，那么它也会重新创建一个新的pod。与ReplicaSet一样，DaemonSet从配置的pod模板创建pod。ReplicaSet（或ReplicationController）确保集群中存在期望数量的pod副本，它的工作是确保一个pod匹配它的选择器并在每个节点上运行（每个节点只运行一个）

ReplicationController的标签选择器只允许包含某个标签的匹配pod，ReplicaSet的选择器还允许匹配缺少某个标签的pod，或包含特定标签名的pod举个例子，单个ReplicationController无法将pod与标签env=production和env=devel同时匹配。它只能匹配带有env=devel标签的pod或带有env=devel标签的pod。但是一个ReplicaSet可以匹配两组pod并将它们视为一个大组。

rc_test。

编写node_web_good-liveness-probe-initial-delay.yaml文件。编写node_web_bad-liveness-probe-initial-delay.yaml文件。容器必须在1秒内进行响应，不然这次探测记作失败。每10秒探测一次容器（period=10s）在容器启动后15s开始探测。探测连续三次失败后重启容器。可以看到pod重启了。

Kubernetes向进程发送一个SIGTERM信号并等待一定的秒数（默认为30），使其正常关闭。如果它没有及时关闭，则通过SIGKILL终止该进程。因此，为了确保你的进程总是正常关闭，进程需要正确处理SIGTERM信号。

目录查看node标签打标签 使用标签过滤定义带标签的pod 创建pod 查看pod分配节点 创建pod 查看pod分配节点

【代码】K8S系列：部署pod。

容器使用独立的PID Linux命名空间并且有着独立的系列号，完全独立于进程树。运行在容器中的进程是运行在主机操作系统上的。进程的ID在容器中与主机上不同。

d 标志容器与命令行分离本机上的8090端口会被映射到容器内的8080端口。

任意节点都可以访问。

找一个本地镜像。

-insecure-registry=IP #IP为harbor地址。#新增--insecure-registry。在需要连接harbor的服务器中。

1、手动从daemon.json中删除insecure-registries属性。2、停止然后删除registry启动的容器。hostname = 你的ip地址。注意：如果之前手动安装了本地仓库。3、删除本地仓库镜像。

--restart=always参数表示在docker服务重新启动时自动启动此容器。

【代码】K8S系列：创建一个Node.js应用完整demo。

效果

最终效果

node节点 kubeadmin init报错http://localhost:10248/healthz‘ failed。

解决方案。

一个进程的资源（CPU、内存、网络带宽等）使用量不能超出被分配的量。多个进程运行在同一个操作系统上，那容器到底是怎样隔离它们的。被用来限制一个进程或者一组进程的资源使用。每种命名空间被用来隔离一组特定的资源。它使每个进程只看到它自己的系统视图（进程将只能看到同一个命名空间下的资源。文件、进程、网络接口、主机名。它限制了进程能使用的资源量（CPU、内存、网络带宽。

默认的Service类型

targetPort：容器本身的端口（默认：30000-32767）（与制作容器时暴露的端口一致DockerFile中EXPOSE）port：Service使用的端口，暴露给K8s访问的nodePode：Service使用的端口，nodePort是暴露给外部访问的。

SessionAffinity基于客户端IP地址进行会话保持/关联的模式应用场景第1次将某个客户端发起的请求转发到后端的某个Pod上，之后从相同的客户端发起的请求都将被转发到后端相同的Pod上demoapiVersion: v1kind: Servicemetadata: name: NIO4444 namespace: opsspec: selector: app: myapp type: ClusterIP ports: - n..

目录为什么需要 headless service 无头服务？为什么需要volumeClaimTemplate？为什么需要 headless service 无头服务？pod IP是变化的，所以是以Pod名称来识别。要用到无头服务headless service ，它可以给每个Pod一个唯一的名称 。为什么需要volumeClaimTemplate？为每个Pod生成不同的pvc，并绑定pv，从而实现各pod有专用存储。这就是为什么要用volumeClaimTemplate

目录基础知识statefulset的应用场景statefulset开发步骤statefulset和deployment的区别基础知识K8S系列：Deployment、StatefulSet、Job区别_NIO4444的博客-优快云博客Deployment：无状态服务StatefulSet：有状态集群Job：批处理应用https://blog.youkuaiyun.com/VIP099/article/details/124640861statefulset的应用场景statefu

目录ServiceService的类型ServiceService用于为一组提供服务的Pod抽象一个稳定的网络访问地址。Service主要用于提供网络服务，通过Service的定义，能够为客户端应用提供稳定的访问地址（域名或IP地址）和负载均衡功能，以及屏蔽后端Endpoint的变化，Service的类型◎　ClusterIP：Kubernetes默认会自动设置Service的虚拟IP地址，仅可被集群内部的客户端应用访问。当然，用户也可手工指定一个ClusterI

手动扩缩容机制scale自动扩缩容机制scaleTargetRef也可以自定义一些指标当到达指标设置阈值时，进行扩容

目录RollingUpdateOnDeletePartitionedRollingUpdate当updateStrategy的值被设置为RollingUpdate时，StatefulSet Controller会删除并创建StatefulSet相关的每个Pod对象，其处理顺序与StatefulSet终止Pod的顺序一致，即从序号最大的Pod开始重建，每次更新一个Pod。注意，如果StatefulSet的Pod Management Policy被设置为OrderedReady，则可

目录OnDeleteRollingUpdate不同于普通Pod的滚动升级目前DaemonSet的升级策略（updateStrategy）包括两种：OnDelete和RollingUpdate。OnDeleteOnDelete：DaemonSet的默认升级策略，与1.5及之前版本的Kubernetes保持一致。当使用OnDelete作为升级策略时，在创建好新的DaemonSet配置之后，新的Pod并不会被自动创建，直到用户手动删除旧版本的Pod，才触发新建操作，即只有手工删除

目录暂停deployment更新（锁定，防止别人同时更新）编辑deployment配置文件查看Deployment更新历史版本恢复deployment更新（解锁）​编辑连续执行Deployment的更新Deployment回滚到上一个版本Deployment回滚到指定版本​编辑暂停deployment更新（锁定，防止别人同时更新）编辑deployment配置文件查看Deployment更新历史版本恢复deployment更新（解锁）..

更新image编辑Deployment验证方法以使用kubectl rollout status命令查看Deployment的更新过程原理以使用kubectl describe deployments/nginx-deployment命令仔细观察Deployment的更新过程。初始创建Deployment时，系统创建了一个ReplicaSet（nginx-deployment-4087004473），并按用户的需求创建了3个Pod副本。更新Deploy.