Flink 部署在 Kubernetes 和 Native Kubernetes 上有多大不同



b/w Native Kubernetes 和 Kubernetes 部署的主要区别是什么?

我是 Kubernetes 的新手,并试图了解 Flink 部署在它们上有多大不同。 如果对内部有任何了解,它将有很大帮助。

在 Kubernetes会话或每个作业部署中,Flink 不知道它正在 Kubernetes 上运行。在这种模式下,Flink 的行为与在任何独立部署中一样(没有可用于进行资源管理的集群框架)。Kubernetes恰好是基础设施的创建方式,但就Flink而言,它可能是裸机。你必须安排 kubernetes 创建你配置 Flink 所期望的基础设施。

在 Native Kubernetes 会话部署中,Flink 使用其KubernetesResourceManager,它会向创建集群的 Kubernetes ApiServer 提交它想要的集群描述。随着作业的来来去去,任务管理器(和槽位)的需求上下起伏,Flink 能够根据需要从 kubernetes 获取和释放资源。

在应用程序模式(博客文章)(详细信息)中,您最终会让 Flink 作为 kubernetes 应用程序运行,它将根据一个 Flink 应用程序中作业的需要自动创建和销毁集群组件。

最新更新