Kubernetes集群与HACMP集群

关键差异

TL; DR背景故事

群集=组合多个协作服务器以完成任何单个服务器（“节点”）都无法独自完成的任务。

您提到的集群产品（HACMP，MSCS等）是在1990年代设计的（并且随着时间的推移而发展），其主要目的是提供比任何单个服务器都无法保证的更高的应用程序/服务可用性。给定适当的启用集群的应用程序，数据库和中间件，如果集群中的一台服务器出现故障或出现严重故障，则该应用程序/服务将继续在其余节点上运行而不会中断。在最佳情况下，这几乎可以消除计划外或计划内的停机时间。

Kubernetes集群具有一些高可用性功能，但是从一个截然不同的世界观入手-从20年后的HACMP和朋友开始。在IT中，20年=整个世代。Kubernetes和类似的集群（例如Docker Swarm）期望每台服务器托管多个“容器”（打包的工作负载），而不是单个应用程序/工作负载。操作系统容器是应用程序/系统/服务虚拟化的一种轻量级形式，而在HA群集的大多数生命周期中，主流应用程序基本上都不存在。

任何平台的抽象和功能都在发展以匹配常见工作负载上预期的问题。对于Kubernetes而言，这意味着每台服务器可能有多个工作负载，在应用程序/服务的生命周期中进行了大量更新，网络是软件连接的主要方式，并且密集动态性/不断变化的应用/服务所处的位置。这些不是HA群集或它们运行的​​软件的期望，设计标准或普遍性。除了容器（例如Docker）相对于基本操作系统提供的许多抽象之外，Kubernetes还提供了许多抽象和工具来跨大型服务器集群同时并动态地“协调”许多应用程序/服务。例如Pod（一组多个容器一起操作）和StatefulSets（用于管理共享的持久状态）。HA群集包括一些概念/功能，这些概念/功能超出了单个服务器的范围（例如，服务定义，连接拓扑，心跳，故障转移策略）。这些可以被认为是容器和Kubernetes设施的原始形式。但是像Kubernetes这样的平台是在互联网，横向扩展，

如果医管局集群是农业时代的马车，Kubernetes将是在州际高速公路上运行的现代牵引车。两者都可以实现“进入市场”，尽管规模不同，期望和基础设施也大不相同。

最后，由于Kubernetes专注于规模和动态性，因此它的许多工作负载并未针对可用性进行全面优化-至少不是以同样的方式“必须始终，永远地保持运行！” 这就是HA群集的重点。