文件说…
一个吊舱（如在一群鲸鱼或豌豆吊舱中）是一组一个或多个容器（如Docker容器），这些容器的共享存储以及有关如何运行容器的选项。 豆荚始终位于同一地点并共同排定，并在共享上下文中运行。 一个podbuild模一个特定于应用程序的“逻辑主机” – 它包含一个或多个相对紧密耦合的应用程序容器 – 在容器之前的世界中，它们将在相同的物理或虚拟机器上执行。
但是我不确定“同位置”是否在同一个节点上。 当卫星位于同一地点时，它们“靠近，因此它们出现在地面上的接收设备占据一个单一的轨道位置”。 所以，这可能在同一个群集上，而不是在同一个节点上。
发布此时，我可以find关于这个问题的唯一信息是在https://platform9.com/blog/compare-kubernetes-vs-ecs/它说…
一个Pod中的容器保证在一个Kubernetes节点上运行。
现在这听起来很有说服力，但是我无法在任何地方得到任何佐证。 我想确保它们是正确的，不会误解和传播错误信息。
我问的原因是，如果这是真的，Kubernetes似乎是天生的浪费。 几乎可以肯定的是，部署了pod的节点将剩下资源。 您可能会拥有一个可以通过这些剩余资源的组合来满足需求的吊舱。 但是，如果一个吊舱不能跨越多个节点，则必须创build一个新的节点，并有更多未使用的资源。
pod的思想就是共位，也就是说，能够在有意义的地方（或者需要的地方）定义计算地点。 所以，根据定义，不是，因为一个容器中的所有容器都将被安排在同一个节点上，所以一个容器不能跨越节点。
另请参阅我在这里批判豆荚 。 话虽如此，我们现在也在v1.9中引入了DC / OS中的pod概念。 似乎有一定的需求，但我的预感（因为我没有数据）是，它主要是一个安全毯，如果没有或不能全部进入，云本地明智。