新的 IBM LinuxONE 4 Express – 机架式预配置 Linux 大型机

定价、授权与成本效益

• 基础硬件起价约为 135,000 美元，但这不包括操作系统、软件、存储和维护；实际成本预计会高得多。
• LinuxONE 使用 IFL（仅限 Linux）核心，避免了昂贵的 z/OS 许可证，但许多人指出 IBM 软件和支持仍然很贵。
• 有人认为，大型机可能比自行工程化和运维高可用/灾备（HA/DR）堆栈更便宜；也有人说，大型机硬件/软件、内存和虚拟机管理程序的成本比 x86 对应方案高出几个数量级。
• TCO 对比往往取决于整合与软件授权（例如，用少量 IFL 替换许多 x86 核心）。

可用性说法与可靠性

• 营销材料提到“八个 9”的可用性；评论者纠正道：
  • 每年约 30 秒停机是六个 9；八个 9 相当于每年约 316 毫秒。
• 许多人认为单台机器达到这种正常运行时间不现实；他们认为需要集群式 sysplex 风格的部署。
• 大型机因 CPU、内存、磁盘可热插拔以及非常强大的 RAS 特性而受到称赞；故障会被屏蔽并在不停机的情况下修复。
• 也有人指出，除了机器本身，数据中心的供电、制冷和网络连接也限制了现实世界中的可用性。

架构、能力与 AI

• LinuxONE 是 IBM Z 的 Linux-only 系统：通过 PR/SM 在 LPAR 中运行 Linux，通常使用 z/VM 或 KVM 作为虚拟机管理程序。
• 重点在于单系统映像、极高的 IO 吞吐量、事务处理和可预测的延迟，而不是峰值 FLOPS。
• Telum CPU 运行频率约 5 GHz，并包含片上推理加速器，旨在用于嵌入事务流中的实时欺诈检测等场景。
• 内存与缓存层次结构（大型共享缓存、RAIM、宽通路）是针对大型机工作负载调优的；与 GPU HBM 带宽的直接比较存在争议且并不明确。

用例以及何时选择大型机

• 当今的主导用例：现有的银行、保险、政府、航空和物流工作负载，尤其是“永远不会迁走”的 COBOL/PL1/z/OS 系统。
• 新客户被认为很少；大多数销售是面向现有用户的扩容或升级。
• 支持者把大型机视为以下场景的理想选择：
  • 可用性和数据完整性至关重要（多 9、“每次读写都正确”）。
  • 你希望获得垂直整合和单一负责供应商。
• 批评者则认为，对于大多数现代应用，云服务（S3、step functions、托管 K8s）以极小一部分成本就能提供“足够好”的可用性。

与 x86 服务器和云/Kubernetes 的比较

• 有人声称低端大型机可以替代大量 x86 服务器机架；也有人说每核性能并没有显著更好，而且在通用工作负载上往往更差。
• 大型机在可用性、IO 和延迟稳定性方面表现突出；超大规模云厂商和 K8s 集群则擅长横向扩展和商品化经济性。
• 多位评论者指出，云/K8s 的可靠性工程需要大量专业人员；另一些人反驳说，大型机管理员更稀缺、成本也更高。

开发者体验与工具

• 传统大型机工具（3270 终端、JCL、COBOL/PL1）被描述为强大但过时且令人痛苦，存在行数限制、链接模型等约束，迫使人们编写低层、高效率代码。
• 有人称赞绿屏界面对专家而言生产力很高；也有人强调其糟糕的易用性和学习曲线。
• 现代工具已经存在（Eclipse/VS Code 插件、远程开发），但可能会增加 JVM/网页服务开销，并削弱旧有的效率。
• LinuxONE 通过运行“纯 Linux”缓和了许多这些问题，但如果完全停留在 Linux 栈内，也会失去一些经典大型机特性。

访问、生态与锁定

• 一个反复出现的主题是：要获得上手大型机的机会进行学习既困难又昂贵；IBM 自己的开发/测试产品按用户计费也很高。
• 免费或更便宜的选择：Hercules 模拟器、社区提供的 s390x/LinuxONE 云实例，按小时计费也较低，尽管 z/OS 仍然很贵。
• 这种受限访问被视为开源工具薄弱和人才池很小的重要原因。
• 许多人担心供应商锁定以及“不得不和 IBM 打交道”的痛苦，不过也有人指出公有云同样会造成强锁定。

营销、“混合云”与定位

• IBM 的措辞（“网络韧性混合云和 AI 平台”）被广泛认为充满行话，面向的是高管而不是工程师。
• 这里的“混合云”通常指本地大型机与公有云集成，常通过 Kubernetes、API 和共享工具实现。
• 有人把 LinuxONE 看作基本上是“本地部署的迷你云/大型机混合体”；也有人认为 IBM 尚未清晰阐明除现有客户之外的细分定位。