问Kubernetes集群与HACMP集群

EN

密钥差异

​

​

The TL;DR Backstory

群集=将多个协作服务器联合起来，以完成没有一个单独的服务器(“节点”)能够单独完成的任务。

您提到的集群产品--HACMP、MSCS等--是在1990年代设计的(随着时间的推移)，主要是为了提供比任何服务器都能保证的更高的应用程序/服务可用性。如果有适当的集群启用应用程序、数据库和中间件，如果集群中的一台服务器发生故障或发生严重故障，则应用程序/服务将继续在剩余节点上运行，而不会中断。在最好的情况下，这几乎可以消除非计划或计划的停机时间。

Kubernetes集群有一些高可用性的特性，但是从一个非常不同的世界观开始--20年后的今天，HACMP和朋友们开始了。在IT领域，20年=几代人。Kubernetes和类似的集群(例如Docker群)期望每个服务器托管多个“容器”(打包工作负载)，而不是一个应用程序/工作负载。操作系统容器是一种轻量级的应用程序/系统/服务虚拟化形式，比主流应用程序在大多数HA集群的生命周期中根本不存在。

任何平台的抽象和功能都会演变成与常见工作负载上预期的问题相匹配。对于Kubernetes来说，这意味着每个服务器可能有多个--或多个--工作负载，在应用程序/服务的生命周期中，大量更新，网络是软件连接的主要手段，以及应用/服务所在位置的强烈动态性/不断变化。这些并不是HA集群或它们运行的软件的期望、设计标准或共同现实。除了容器(例如Docker)和基本操作系统提供的许多抽象之外，Kubernetes还提供了许多抽象和工具，用于在大型服务器集群中并发和动态地“编排”许多应用程序/服务。例如，Pods (由多个容器组成的组一起操作)和StatefulSets (用于管理共享的持久状态)。HA集群包括一些超越单个服务器的概念/设施(例如服务定义、连接拓扑、心跳、故障转移策略)。这些可被视为祖传形式的集装箱和库伯奈特设施。但是，像Kubernetes这样的继互联网、扩展、虚拟化、云和DevOps革命之后出现的平台，所涉及的规模和活力比任何1980年代或90年代出生的HA集群都要大得多。

如果HA集群是农耕时代的马车，那么Kubernetes将是在州际公路上行驶的现代拖拉机拖车。两者都使“进入市场”，尽管在非常不同的规模，与非常不同的期望和基础设施。

最后，由于Kubernetes关注的是规模和动态性，它的许多工作负载并没有为可用性进行彻底的优化--至少不是相同的--“它必须始终运行，永远运行！”这就是HA集群的关键所在。