覆盖彩色计算机代码的几排计算机机架的软聚焦

NVMe:冗余与 RAID

我们探讨了 NVMe 如何为当今的数据中心带来多项技术机遇以及挑战。理论上,实施 NVMe 能够从硬件控制器释放存储筹备,并实现远高于 SATA 和 SAS 的性能。

除了性能因素,冗余性也是数据中心经理们最关心的问题之一。尽管 NVMe 存储可以连接到传统硬件控制器,更高效的冗余性方法是借助于软件定义存储平台 (SDS) 平台。

当组织转向使用 NVMe 时,必须探索他们如何同时满足自己的高可用性实践要求。这对于存在极高 SLA 的组织而言尤其如此。

基于硬件的 RAID 控制器制造商将需要适应新兴的 NVMe 技术,并提供解决方案来连接现有的 U.2 服务器背板,为基于硬件的 NVMe RAID 解决方案提供支持。现在市场上已经有一些 RAID 控制器卡支持 NVMe,但市场还很新。当基于硬件的 RAID 处于相当早的发展阶段,而组织要转向使用 NVMe 时,就不得不考虑架构设计决策,因为他们将需要探索如何同时满足高可用性实践要求,而无论是通过基于软件的 HCI 解决方案(例如 vSAN、Ceph、Linux 基于软件的 RAID 或 LVM 镜像),还是通过基于应用的高可用性复制(例如 SQL always-on 或 Oracle ASM 镜像)。可以说这些基于软件的设计决策仍将与基于硬件的 RAID 控制器并存,因为后者仅防范单点故障。

要转向使用 NVMe,需要 IT 架构师和应用所有者进行全面的完整堆栈评估,确保从计算到网络到存储在内的每一层堆栈都具备冗余性,进而确保服务水平协议 (SLA) 得到满足。当应用共享存储资源时,在存储层实施强大的冗余性实践非常关键。自定义解决方案将依赖于现有的底层架构。

例如,如果对服务器进行了虚拟化,转向使用类似vSAN的HCI 解决方案可能有意义。vSAN 在虚拟机级别提供精细的冗余性,并可以为虚拟机防范多达 2 个完整的存储节点故障。如果公司将全闪存阵列用作中央存储解决方案,多数 NVMe 全闪存阵列已经配备基于软件的 RAID 实施,但要进一步防范完整阵列故障,存储高可用性复制可能是关键。

金士顿经常询问客户“您如何管理自己的存储?”

多数客户开始测试从硬件控制的架构转向软件定义架构的复杂性。一些客户购买了解决方案进行测试,少数不得不编写他们自己的基于 Linux 的软件定义存储包,对他们的数据中心进行管理。

对于许多公司而言,将软件定义拓展至 RAID 控制器并非简单的大事,而是根本性变革。公司需要消化大量信息并作出多项决策。因此,软件定义存储公司现在正走上舞台。

#KingstonIsWithYou

相关文章