1. 课程导入与集群认知
在开始动手搭建任何一套高可用企业计算集群之前，我们需要先建立三个基本认知：集群到底是什么、它为什么值得投入、以及它通常出现在哪些业务场景中。本章不涉及具体命令和配置，但会为后续 29 章的所有工程操作提供判断依据——因为如果对"高可用"的目标理解偏差，后面所有的双机、心跳、仲裁、故障切换都可能做成了"看起来很像高可用"的摆设。
一、什么是 Lenovo 高可用企业计算集群
从工程定义上讲，集群（Cluster）是把两台或更多服务器节点，通过网络、共享存储和集群管理软件组合成一个对外提供统一服务的逻辑整体。用户访问的是"一个服务"，而背后可能是多台机器在协同工作。Lenovo 的高可用企业计算集群，通常建立在 ThinkSystem 系列服务器之上，配合共享存储（如 DE 系列磁盘阵列或分布式存储）、冗余网络（双上联交换机、双口/双网卡绑定），以及高可用软件栈（如 Windows Server Failover Clustering、Linux Pacemaker/Corosync、或数据库/虚拟化平台自带的高可用机制）共同构成。
这里必须区分两个容易混淆的概念：高可用（HA）与负载均衡（LB）。高可用的核心目标是"服务不中断"，当某个节点故障时，另一个节点接管业务，用户感知到的可能只是几秒到几十秒的短暂停顿；负载均衡的核心目标是"分摊压力"，多台节点同时对外服务，提升吞吐能力。两者可以叠加，但设计出发点不同。本课程的主线是高可用，负载均衡作为部分场景的补充手段出现。
二、核心价值：为什么企业愿意为集群付费
高可用集群的价值可以用一个简单公式来理解：业务中断损失 = 中断时长 × 单位时间损失。对于交易系统、ERP、数据库、虚拟化平台这类核心业务，单台服务器宕机可能意味着订单丢失、产线停摆、财务对账失败。集群通过冗余节点、冗余链路、冗余存储路径和自动故障转移，把"单点故障"变成"可容忍故障"。
具体来说，Lenovo 高可用集群通常提供四层价值：
- 节点冗余：至少两台服务器互为备份，一台宕机另一台接管。
- 链路冗余：双网卡、双交换机、双上联，避免单条网线或单台交换机成为瓶颈。
- 存储冗余：共享存储多路径、RAID 保护，避免单块磁盘或单条 HBA 链路故障导致数据不可访问。
- 自动切换：通过心跳检测和仲裁机制，在秒级到分钟级内完成资源迁移，减少人工介入。
需要强调的是，高可用不等于"永不宕机"。它解决的是"计划外单点故障"和"计划内维护停机"两类问题。对于机房断电、大规模网络故障、数据逻辑损坏等场景，还需要容灾（DR）和备份策略配合。这一点在后续章节会反复出现。
三、典型应用场景
Lenovo 高可用企业计算集群的典型落地场景包括：
| 场景 | 典型负载 | 高可用关注点 |
|---|---|---|
| 数据库高可用 | SQL Server、Oracle、MySQL | 数据一致性、故障切换后连接恢复 |
| 虚拟化平台 | Hyper-V、VMware、KVM | 虚拟机迁移、共享存储路径冗余 |
| 文件与打印服务 | 企业文件共享、DFS | 共享卷切换、客户端重连 |
| 核心业务应用 | ERP、MES、OA | 应用服务自动重启、IP 资源漂移 |
| 边缘计算节点 | 工厂、门店本地服务 | 无人值守、远程恢复能力 |
这些场景的共同点是：业务不能停、数据不能丢、故障不能靠人半夜爬起来处理。集群设计就是围绕这三个"不能"展开的。
四、整体课程路线图
本课程共 30 章，整体遵循"认知—规划—搭建—验证—运维"的工程逻辑。前几章建立概念和规划方法，中间章节进入具体实施：服务器上架、网络规划、共享存储配置、集群软件安装、仲裁与心跳设置、资源组配置、故障转移测试。后段章节覆盖数据库、虚拟化等典型负载的集群化实践，以及监控、排障、扩容和复盘。每一章都会给出可操作的参数示例、判断依据和验证方法，而不是停留在概念介绍。
五、学习本课程前需要建立的判断习惯
在后续章节中，每当你面对一个集群设计或配置决策时，建议先问四个问题：第一，这个环节是否存在单点故障？第二，如果它故障了，系统能否自动检测到？第三，检测到之后，资源能否顺利迁移到备用节点？第四，迁移过程中数据是否保持一致？这四个问题构成了高可用设计的判断闭环，也是本课程反复训练的核心思维。