Docker 对Kubernetes布局的理解

在Kubernetes布局中，首先我创建了节点集群（视为物理PC）。现在在每台电脑里都可以有多个吊舱。每个吊舱内都有多个容器。每个容器可以容纳多个应用程序（但理想情况下应限制为一个）

现在，如果上述说法属实：

我们在节点周围有集群，但在节点内部有不同的应用程序

对于放大/缩小或自愈，我们只增加节点还是增加POD

---

你的上述理解是正确的

1） 然后我们在节点周围有集群，但在节点内部有集群 有不同的应用

是的，你可以说节点内有不同的应用程序，但你也可以说kubernetes集群内有不同的应用程序，kubernetes调度器根据CPU、ram等资源可用性在kubernetes集群的不同节点上调度这些应用程序

2） 对于放大/缩小或自愈，我们仅增加节点或 豆荚

kubernetes中应用程序的放大/缩小或自愈增加/减少kubernetes调度器完成的pod，如果某些pod死亡，kubernetes调度器将在新节点/同一节点中安排新的替换pod作为自愈的一部分

---

Kubernetes使用HPA（水平Pod AutoCaller）进行放大/缩小应用，它将根据cpu、内存或自定义指标等指标的定义增加/减少Pod。

您的上述理解是正确的

1） 然后我们在节点周围有集群，但在节点内部有集群 有不同的应用

是的，你可以说节点内有不同的应用程序，但你也可以说kubernetes集群内有不同的应用程序，kubernetes调度器根据CPU、ram等资源可用性在kubernetes集群的不同节点上调度这些应用程序

2） 对于放大/缩小或自愈，我们仅增加节点或 豆荚

kubernetes中应用程序的放大/缩小或自愈增加/减少kubernetes调度器完成的pod，如果某些pod死亡，kubernetes调度器将在新节点/同一节点中安排新的替换pod作为自愈的一部分

---

Kubernetes使用HPA（水平Pod AutoCaller）进行放大/缩小应用，它将根据cpu、内存或自定义指标等指标的定义增加/减少Pod。

群集是多个节点互连的概念，节点周围没有群集，节点就是群集。在Kubernetes中，集群还具有一些管理服务来跟踪成员并控制应用程序使用的资源分配，承载这些服务的节点称为master

你不应该试图找到节点和应用程序之间的链接，应用程序只是运行在集群中的二进制文件（以容器的形式），节点可以被视为它们放置的位置，Kubernetes从你的应用程序中提取它做得很好，这就是为什么每个POD都有自己的IP而不是使用节点的IP，因为应用程序不需要知道它在哪里运行

关于缩放问题，您可以缩放集群或应用程序

在扩展应用程序时，可以在群集中添加更多的副本（拷贝），以处理更多的处理

当您扩展集群时，您需要添加更多的资源（内存/CPU/磁盘）以提供容纳更多应用程序的空间，添加节点只是一种方法

如果您的应用程序需要更多容量，并且集群有能力提供，则您只能扩展pods\部署，以便为应用程序提供足够的资源

自我修复是管理服务所做的，它跟踪资源，如果出现问题，例如：集群中的一个节点丢失，管理服务将在其他可用节点上分配应用程序，或者在POD故障时重新启动应用程序，以对其进行补偿

---

请进一步解释该体系结构。

集群是多个节点互连的概念，节点周围没有集群，节点就是集群。在Kubernetes中，集群还具有一些管理服务来跟踪成员并控制应用程序使用的资源分配，承载这些服务的节点称为master

你不应该试图找到节点和应用程序之间的链接，应用程序只是运行在集群中的二进制文件（以容器的形式），节点可以被视为它们放置的位置，Kubernetes从你的应用程序中提取它做得很好，这就是为什么每个POD都有自己的IP而不是使用节点的IP，因为应用程序不需要知道它在哪里运行

关于缩放问题，您可以缩放集群或应用程序

在扩展应用程序时，可以在群集中添加更多的副本（拷贝），以处理更多的处理

当您扩展集群时，您需要添加更多的资源（内存/CPU/磁盘）以提供容纳更多应用程序的空间，添加节点只是一种方法

如果您的应用程序需要更多容量，并且集群有能力提供，则您只能扩展pods\部署，以便为应用程序提供足够的资源

自我修复是管理服务所做的，它跟踪资源，如果出现问题，例如：集群中的一个节点丢失，管理服务将在其他可用节点上分配应用程序，或者在POD故障时重新启动应用程序，以对其进行补偿

---

更多地解释一下体系结构。

谢谢@KirtiAzad的回答，我正在读一篇文章，其中Kubernetes托管在AWS EC2实例集群中。其中实例作为缩放的一部分向上/向下移动。我的怀疑是，这是一个例子