企业网站系统那个好wordpress 位置

企业网站系统那个好,wordpress 位置,网站备案流程和规则,网页设计图片自动切换1. pod基本概念Kubernetes 中#xff0c;Pod 是最小的网络调度单位#xff0c; 每个pod可以放多个容器#xff08;例如可以放多个docke容器在同一个pod中运行#xff09;#xff0c;这些容器共享pod的网络、存储、以及容器规约。每个 Pod 被分配一个唯一的 IP 地址#x…1. pod基本概念Kubernetes 中Pod 是最小的网络调度单位 每个pod可以放多个容器例如可以放多个docke容器在同一个pod中运行这些容器共享pod的网络、存储、以及容器规约。每个 Pod 被分配一个唯一的 IP 地址Pod IP这个 IP 在集群内是可达的。在介绍其他概念之前首先先介绍一下相关的网络概念因为这是容易比较迷糊的地方。在k8s中node有一个ippod也有一个ip然后一个pod中又有很多pod对应了很多ip这容易让人造成误解。node的ipnode的是node对应的物理机虚拟机云主机上的真实ip比如说你的一台物理机在公网上那么这个node的ip便是一个公网的ip地址我可以在任何地方拿着这个ip连接到这个node上。pod的ippod的ip实际上就是一个内网ip由k8s的网络插件在pod启动的时候进行动态分配。Pod 运行在 Node 上其网络流量进出需经过宿主机Node当外部访问 Pod 时流量先到达 Node再由相关组件转发到对应的pod在一个正常工作的 Kubernetes 集群中Node 节点之间的网络必须是互通的 —— 不仅 Node 之间要通更重要的是运行在不同 Node 上的 Pod 之间也必须能直接通信三层路由可达。NodeB (192.168.1.11)NodeA (192.168.1.10)✅直接访问 Pod IPcurl Unsupported markdown: link✅推荐通过 Servicecurl Unsupported markdown: link自动负载均衡❌通常无效curl Unsupported markdown: link✅显式设置curl Unsupported markdown: linkPodAIP: 10.244.1.5Port: 8080PodxIP: 10.244.1.xPort: xxPodBIP: 10.244.2.8Listens: 8080Service: podB-serviceClusterIP: 10.96.xx.xxPort: 80 → targetPort: 80802. pod网络概念在同一个 Pod 中的所有容器共享同一个网络命名空间network namespace因此它们拥有相同的 IP 地址即 Pod IP并共享同一个端口空间。容器之间可以通过 localhost 互相访问但必须避免端口冲突。当你在一个 Pod 中定义多个容器Kubernetes 会将这些容器放在同一个 Linux 网络命名空间中。这意味着所有容器看到的是同一个网络接口如 eth0所有容器共享同一个 IP 地址 —— 即 Pod IP所有容器共享同一个端口命名空间 —— 不能有两个容器监听同一个端口Pod IP 是集群内可路由的。外部其他 Pod、Service、Node访问该 Pod 时访问的是 Pod IP 某个端口而这个端口由 Pod 内某个容器监听。image‍3. pod的生命周期和状态pod的生命周期可以分为如下4种pod的生命周期是单向的不会回到之前的状态。PendingRunningSucceeded or FailedUnknown镜像拉取中 / 调度中 / PVC绑定 / Init容器运行所有容器成功退出exit 0至少一个容器失败退出exit ≠0 或 Crash节点失联 / Kubelet无响应readinessProbe 失败livenessProbe 失败startupProbe 失败Init 容器执行中全部成功失败节点恢复节点永久丢失创建 Podkubectl apply / ControllerPendingRunningSucceededFailedUnknownPod NotReady不加入 Endpoints不接收流量重启容器→ CrashLoopBackOff重启容器Init:0/2, Init:Error 等需手动/控制器重建而pod又可以分为如下5种状态取值 描述​Pending Pod 已被 Kubernetes 系统接受但有一个或者多个容器尚未创建亦未运行。此阶段包括等待 Pod 被调度的时间和通过网络下载镜像的时间。​Running Pod 已经绑定到了某个节点Pod 中所有的容器都已被创建。至少有一个容器仍在运行或者正处于启动或重启状态。注意Runing状态≠pod健康​Succeeded Pod 中的所有容器都已成功结束并且不会再重启。​Failed Pod 中的所有容器都已终止并且至少有一个容器是因为失败终止。也就是说容器以非 0 状态退出或者被系统终止且未被设置为自动重启。​Unknown 因为某些原因无法取得 Pod 的状态。这种情况通常是因为与 Pod 所在主机通信失败。那么如何知道pod究竟可不可用呢那就得看pod的就绪状态pod.status.conditions[? typeReady]如果typeReady就代表pod可用能接受流量否则就代表不可用。4. 探针前文我们提到了pod分为不同的生命周期以及对应的pod相关状态那么问题来了我怎么知道pod就行有没有运行成功呢有没有ready呢这就得靠我们的探针大哥帮忙。探针的目的就是为了检测容器相关的状态一共有如下四种探针检查机制exec执行命令检查容器是否okgrpc使用grpc检查容器是否正常httpGethttp请求检查容器是否正常tcpSocket检查容器tcp端口是否打开打开则正常针对于探针的检查结果无非就三种结果成功、失败、未知也就是探测失败不采取任何行动。当然如果你不设置探针那结果肯定就都是默认成功。有了探针的检查结果那么应该做什么呢k8s有如下3种探针类型​livenessProbe检查容器是否“活着”进程是否卡死/假死失败则根据重启策略重启容器。​readinessProbe检查容器是否“准备好服务”。如果失败则容器容器就不能对外提供服务其实就是自动将该 Pod 从对应的 Endpoints 对象中移除从而不再将流量路由到这个 Pod容器的状态为NotReady对应的pod的状态ReadyFalse。​startupProbe指示容器中的应用是否已经启动。如果提供了该类型探针在成功前会屏蔽其他类型的探针。当然如果失败了则会根据对应的策略进行重启。Pod 从创建到“真正可用”必须等待所有容器的 readinessProbe 成功 —— 这是探针对 Pod “可用性”的核心控制点。以下是千问老师总结的使用要点‍♂️ Readiness 能不能干活 → 不行就“靠边站”别重启Liveness 还有没有气 → 不行就“抬走重来”必须重启Startup 刚出生要呵护 → 启动期特殊保护长大再考核‍有无是是Pod 创建容器启动是否有 startupProbe?执行 startupProbe 直到成功开始 liveness/readinessProbe周期性探测liveness 失败?重启容器 → Pod RestartCountreadiness 失败?Pod ReadyFalse → 从 Endpoints 移除5. 创建pod前面介绍了这么多现在让我们使用命令来创建一个pod吧大家可以在这个Killercoda Interactive Environments进行在线创建。kubectl run nginxtest --imagenginx:latest --port80这样我们便创建了一个nginx的podimage6. 总结Pod 是 Kubernetes 中最小的可部署、可调度的计算单元一个 Pod 可以包含一个或多个紧密耦合的容器共享网络、存储、生命周期。pod的生命周期是不可逆的而探针能够不断去对pod的状态进行检测从而保证服务的可用性。我们有通过相关命令创建了一个pod但是大家可以想一想这个pod如果挂了还能够重启吗如果不能重启那怎么去解决这个问