绽放吧

CPU 力气大啥P事都能干，还要协调。

GPU 上面那家伙的小弟，老大让他处理图形，这方面处理简单，但是量大，老大虽然能处理，可是老大只有那么几个兄弟，所以不如交给小弟处理了，小弟兄弟多，有数百至数千个，而且是专门只干这行和只能干这行。

在 Kubernetes 中，CPU 资源以毫核或 milliCPU 为单位衡量，它表示 CPU 核的千分之一。例如，如果一个容器请求 500m（或 0.5）CPU，它意味着它需要半个 CPU 核。同样地，如果一个容器请求 1000m（或 1）CPU，它意味着它需要一个完整的 CPU 核。

毫核单位用于将 CPU 资源分配给运行在节点上的容器，它允许对每个容器使用的 CPU 进行细粒度的控制。当一个容器请求 CPU 资源时，Kubernetes 将调度容器在有可用 CPU 资源的节点上运行，并将限制容器的 CPU 使用量到所请求的数量。

值得注意的是，Kubernetes 中的 CPU 资源并不等同于节点上的物理 CPU。Kubernetes 使用 CPU 调度程序来管理节点上运行的所有容器的 CPU 资源，它可以根据容器的使用模式和资源请求动态地分配 CPU 资源给容器。

转换公式是：

1核 = 1000毫核（m）
1毫核 = 1000微核（μ）
1微核 = 1000纳核（n）

谢谢补充！

从 Service（服务）角度来考虑问题：

• nodePort：物理节点上的端口，外部流量将通过该端口进入。
• port:：服务的端口。
• targetPort：要转发流量到pod上容器的真实目标端口。

流量从nodePort进入，转发到服务的port，然后转发到pod上的targetPort。

值得强调的是，nodePort是为外部流量服务的。集群中的其他pod可能需要访问该服务，将只使用port，而不是nodePort，因为这只是对服务的内部访问。

另外值得注意的是，如果没有设置targetPort，它将默认为与port相同的值。例如，80:80代表服务端口80，目标是容器端口80。

来打卡~

谢谢您!!，问题确实是 targetPort