Scale HC3 的优势

多年来，我一直在阐述这样一些理念：面向中小企业市场的架构应当如何在兼顾高性能的同时实现高度可靠。诸如在架构的各个层面都保持高可靠性、尽可能减少故障点的总数、降低复杂度、在存储上采用镜像而非奇偶校验、让存储贴近计算等等概念。

我之所以欣赏 Scale HC3 实现超融合的方式，是因为它解决了上述所有这些问题，而且还不止于此。Scale 把一个完整平台的所有组件统统收纳进一个单一的「软件包」，并将其部署到系统中的所有节点上，使系统的每一层都和其他各层一样具备冗余。就连管理控制台本身也会被自动复制，并可从集群中的每一个节点独立访问！

计算与存储被整合进同一个软件包，在每个节点上共同运行。这既能实现最低的通信延迟，又能带来最高的可靠性——就单个节点而言，由于活动部件更少、可能出故障的东西也就更少；而就整个架构而言，则是通过让每一个稳定的构建模块都得到复制，从而使计算、存储、管理或编排都不依赖于任何单一节点。

与人们常常和虚拟化联系在一起的那种「传统」方式——多层服务彼此分离、却又完全相互依赖——不同，Scale 的超融合方式把这些层级铺平，将我们从臭名昭著的「倒金字塔噩梦」带到了另一个极端：一块平坦、宽厚的「砖」。没有单点故障，没有极其脆弱的组件。先让每个组件自身就足够可靠，然后再让它们具备冗余。

深入到存储层，Scale HC3 采用了一种 RAIN 方式，最简单的描述就是一种「网络化的 RAID 1e」设计。RAID 1e 是对 RAID 10 的一种有趣变体，它基本上是在镜像内部加入了一套条带化机制，从而使你始终只有镜像，但镜像不是在磁盘层面、而是在数据块层面进行，并分散在许多磁盘上。RAID 1e 比 RAID 10 更先进、更灵活，带来了一些细微的性能和可靠性优势；但更重要的是，它使得 RAID 10 的方式能够有效地在网络上加以运用，而不必退而求其次去采用脆弱的 RAID 01。Scale 并不使用真正的 RAID，而是使用真正的 RAIN——它在集群中进行智能的数据块镜像，其逻辑不仅考虑磁盘，还考虑这些磁盘所在的节点。我们在此仅以 RAID 作为对比的例子。

Scale HC3 还加入了强大的机械硬盘与固态硬盘混合分层机制，采用一种「热图」方式来判定哪些数据块被频繁使用、哪些则大多处于闲置状态。这使系统能够智能地把数据块从缓慢的机械存储迁移到高性能的 SSD 上以提升性能，而无需让所有存储都置于 SSD 之上。这样既控制了成本，又能提供大容量。热图方式再配合一套简洁的优先级管理系统，使这一过程对最终用户而言几乎是透明的。

Scale 还把像完整虚拟化栈这样一头复杂的「巨兽」的管理工作，变得简单易行，便于小型企业的 IT 部门来管理。中小企业的 IT 部门是非常忙碌的地方，要同时朝许多个方向被牵扯。因此至关重要的一点是：他们的解决方案，尤其是那些承载着最多重任的关键方案，应当优雅、得到良好支持、行之有效且易于管理。Scale 提供的解决方案既能支持业务的增长、性能和高可靠性，又保持了惊人的易用性。即便是一个拥有充足资源和经验、足以管理最复杂、最严苛基础设施的 IT 部门，也能从中受益——不必在没有竞争优势的地方浪费时间，而是把精力投入到最能为业务带来益处的地方。

Scale HC3 让中小企业的 IT 部门不必再为如何设计一套满足自身需求的系统而操心，转而专注于对其业务而言最重要的事情，以及那些能为他们带来独特竞争优势的事情。

 

[受 Scale 博客委约撰写]