问题描述
对于 Kubernetes（简称k8s）的基础设施概念，特别是在AWS中应用时，有一个问题让人疑惑：一个k8s集群包括一个控制平面（管理节点）和一个数据平面（工作节点）。这两者是否必须运行在各自独立的VPC中，还是可以运行在同一个VPC中？希望这个问题清楚明了。
解决方案
以下是关于在Amazon Web Services (AWS)上使用 Kubernetes 的情况。其他云提供商和自托管环境可能存在差异，需要根据实际情况进行调整。
在Amazon EKS（Amazon Elastic Kubernetes Service）中，控制平面运行在一个由Amazon管理的单独VPC中，而您只需要关注工作节点所在的VPC。
Amazon EKS 控制平面部署在由 Amazon EKS 管理的专用 VPC 中。在创建集群时，Amazon EKS 在您的AWS账户中创建和管理了网络接口，这些接口的描述中包含 “Amazon EKS”。这些网络接口允许 AWS Fargate 和 Amazon EC2 实例与控制平面进行通信。
根据 Amazon EKS 网络文档 提供的信息：
Amazon EKS 控制平面 – 部署并由 Amazon EKS 在 Amazon EKS 托管的 VPC 中进行管理。
这意味着 Amazon EKS 的控制平面完全独立于您自己的VPC，由Amazon管理和维护。您无需为控制平面的VPC进行设置和管理。
工作节点所在的VPC需要关注，因为您可能需要设置网络和安全组等，以确保工作节点能够与其他服务进行通信。
补充问题
- 提问者还有一个关于创建集群时提供的VPC和子网信息是针对数据平面而非控制平面的问题。
- 在 Amazon EKS 文档的 链接 中可以找到相关的图片示例。
这里只讨论了在 Amazon EKS 上的情况。对于其他 Kubernetes 部署方式，特别是在其他云提供商或自托管环境中，可能存在不同的设置和要求，您需要根据具体情况来进行调整和配置。
请注意，了解您所使用的Kubernetes平台的网络架构和设置对于确保集群的正常运行非常重要。根据不同的部署环境，可能会有不同的最佳实践和配置要求。