石家庄医疗网站建设网站子目录怎么做

石家庄医疗网站建设,网站子目录怎么做,设备网站模板,网站代码在哪里修改目录 一、Kubernetes 特殊容器 1. 初始化容器#xff08;Init Containers#xff09; 核心特性#xff1a; 典型应用场景#xff1a; 使用示例#xff1a; 2. 临时容器#xff08;Ephemeral Containers#xff09; 核心特性#xff1a; 使用示例#xff1a; …目录一、Kubernetes 特殊容器1. 初始化容器Init Containers核心特性典型应用场景使用示例2. 临时容器Ephemeral Containers核心特性使用示例二、Pod 亲和性与调度管理1. 核心概念2. 亲和性类型3. 常用拓扑键topologyKey4. 实战示例4.1 Pod 亲和性示例4.2 Pod 反亲和性示例三、Kubernetes 优先级管理1. Pod 优先级核心概念优先级类型使用示例2. 服务质量优先级QoS资源不足时的驱逐顺序3. 节点优先级在 Kubernetes 集群管理中特殊容器、Pod 调度策略和优先级管理是确保应用稳定运行、资源高效利用的关键技术。本文将详细解析这三方面的核心概念与实践方法。一、Kubernetes 特殊容器Kubernetes 提供了两种特殊类型的容器初始化容器Init Containers和临时容器Ephemeral Containers它们各自承担着独特的角色。1. 初始化容器Init Containers初始化容器是在主容器启动前执行的专用容器主要用于完成主容器启动前的准备工作。核心特性按定义顺序依次执行所有初始化容器成功完成后主容器才会启动总是运行到成功为止若失败会根据 Pod 的重启策略进行重试与主容器共享网络命名空间和数据卷可为主容器提供初始化数据拥有独立的文件系统视图可配置主容器不需要的 Secret 权限典型应用场景服务依赖检查等待数据库、缓存等依赖服务就绪配置初始化生成或获取主容器所需的配置文件注册服务将当前 Pod 注册到服务发现系统使用示例yamlapiVersion: v1 kind: Pod metadata: name: init-demo spec: containers: - name: main-app image: busybox:1.28 command: [sh, -c, echo 主容器运行中 sleep 3600] initContainers: - name: wait-for-db image: busybox:1.28 command: [sh, -c, until nslookup mysql; do echo 等待数据库; sleep 2; done;] - name: wait-for-cache image: busybox:1.28 command: [sh, -c, until nslookup redis; do echo 等待缓存; sleep 2; done;]2. 临时容器Ephemeral Containers临时容器是用于故障排查的特殊容器主要用于调试已经运行的 Pod。核心特性不支持端口配置、健康检查和资源限制不能通过kubectl edit添加需使用kubectl debug命令创建一旦添加无法修改或删除也不会自动重启适用于调试没有内置调试工具的容器如 Distroless 镜像使用示例shell# 创建示例 Pod kubectl apply -f - EOF apiVersion: v1 kind: Pod metadata: name: nginx-test spec: containers: - name: nginx image: nginx EOF # 添加临时容器进行调试 kubectl debug -it nginx-test --imagebusybox:1.28 --targetnginx二、Pod 亲和性与调度管理Kubernetes 提供了灵活的调度机制其中 Pod 亲和性Affinity和反亲和性Anti-Affinity策略用于控制 Pod 之间的部署关系。1. 核心概念亲和性podAffinity让特定 Pod 倾向于部署在同一位置反亲和性podAntiAffinity让特定 Pod 避免部署在同一位置拓扑域Topology Domain通过topologyKey定义 位置 概念如节点、可用区等2. 亲和性类型requiredDuringSchedulingIgnoredDuringExecution硬亲和性必须满足否则 Pod 处于 Pending 状态preferredDuringSchedulingIgnoredDuringExecution软亲和性尽量满足不满足也会尝试调度3. 常用拓扑键topologyKeytopologyKey拓扑域范围用途kubernetes.io/hostname节点级别实现 Pod 在节点级别的分散或集中topology.kubernetes.io/zone可用区级别跨可用区高可用部署topology.kubernetes.io/region区域级别跨地域部署全球化应用4. 实战示例4.1 Pod 亲和性示例确保后端 Pod 与前端 Pod 部署在同一节点yamlapiVersion: v1 kind: Pod metadata: name: frontend-pod labels: app: frontend spec: containers: - name: frontend image: nginx --- apiVersion: v1 kind: Pod metadata: name: backend-pod spec: containers: - name: backend image: busybox:1.28 command: [sh, -c, sleep 3600] affinity: podAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - {key: app, operator: In, values: [frontend]} topologyKey: kubernetes.io/hostname4.2 Pod 反亲和性示例确保同类 Pod 分散在不同节点高可用部署yamlapiVersion: v1 kind: Pod metadata: name: app-instance-1 labels: app: myapp spec: containers: - name: app image: nginx --- apiVersion: v1 kind: Pod metadata: name: app-instance-2 spec: containers: - name: app image: nginx affinity: podAntiAffinity: requiredDuringSchedulingIgnoredDuringExecution: - labelSelector: matchExpressions: - {key: app, operator: In, values: [myapp]} topologyKey: kubernetes.io/hostname三、Kubernetes 优先级管理优先级管理确保重要的工作负载能够优先获得资源保障核心业务的稳定性。1. Pod 优先级核心概念PriorityClass全局资源对象定义优先级名称到整数值的映射优先级值范围 0-10 亿值越大优先级越高抢占策略控制高优先级 Pod 是否可以驱逐低优先级 Pod优先级类型非抢占优先级preemptionPolicy: Never资源不足时等待不驱逐其他 Pod抢占优先级preemptionPolicy: PreemptLowerPriority资源不足时驱逐低优先级 Pod使用示例yaml# 定义优先级类 apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: high-priority value: 1000 preemptionPolicy: PreemptLowerPriority description: 高优先级用于核心服务 --- apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: low-priority value: 100 preemptionPolicy: Never description: 低优先级用于非核心服务 # 使用优先级的 Pod apiVersion: v1 kind: Pod metadata: name: core-service spec: containers: - name: core image: nginx priorityClassName: high-priority2. 服务质量优先级QoSKubernetes 根据资源配置将 Pod 分为三个服务质量等级Guaranteed最高优先级所有容器都设置了 CPU 和内存的 requests 和 limitsrequests 和 limits 的值相等适用于数据库等核心服务Burstable中等优先级至少一个容器设置了 requests 但未设置 limits或 requests 不等于 limits适用于一般性应用BestEffort最低优先级未设置任何资源 requests 和 limits适用于临时性、非关键任务资源不足时的驱逐顺序BestEffort 类型的 PodBurstable 类型的 PodGuaranteed 类型的 Pod仅在节点内存极度紧张时3. 节点优先级通过节点标签和调度插件可以实现节点级别的优先级调度。例如将核心服务优先调度到性能更好的节点shell# 标记高性能节点 kubectl label node high-performance-node performancehigh # 开发自定义调度插件优先选择带有 performancehigh 标签的节点