Kubernetes多Pod节点的运行与调度管理技术疑问

问题1：节点是仅使用单CPU运行，还是像线程一样可利用多CPU？ #

搭载Linux系统的4核物理机本身是多核心多任务操作系统，默认情况下，节点上的Pod容器进程和普通Linux进程没有区别，Linux内核的进程调度器会自动将这些进程分配到不同的CPU核心上并行执行，充分利用4核CPU的算力。
只有当你通过Kubernetes的资源限制（比如spec.containers.resources里设置CPU亲和性、CPU绑定，或者指定仅使用单个CPU核心的配额）主动限制Pod的CPU使用范围时，它才会被约束在特定核心上运行，否则都是可以利用多CPU核心的。

问题2：若Pod无法在不同CPU并行运行，由谁管理节点上Pod的运行调度？是kube-scheduler还是其他组件负责实现Pod并发运行？ #

kube-scheduler的职责仅停留在把Pod分配到合适的节点这一步，一旦Pod绑定到节点后，节点上的Pod运行调度完全由Linux内核的进程调度器负责，和kube-scheduler无关。
节点上的K8s组件kubelet负责Pod的生命周期管理（比如启动容器、监控Pod状态），但不负责CPU调度层面的工作。如果Pod被限制无法跨CPU并行（比如设置了CPU亲和性、核心绑定），也是由Linux内核调度器按照预设的规则来分配CPU资源，实现进程的并发或串行运行。

内容的提问来源于stack exchange，提问作者Terry