Page 21 - BP_202112

难以预测的异常高水平的持续压力的竞争的存储 影响不引人注意，可以在没有影响的情况下继续
架构。 运行。
因此，为存储解决方案选择“最小公分母”
并不是最好、最有效或最有利的选择。配置这些 多层和群集
平台的存储架构师必须理解这些要求，并开发一 在这种模式中，应用程序（例如基于HTTP的
个（或一组）在一个灵活且可适应的环境中最好 调用）将管理并针对特定分发平台适当使用独立
地满足这些要求的解决方案。 的、几乎层次化的层。网络、应用程序、数据库
作为概述，存储体系结构类型可能包括以下 （资产管理）和处理（转码或打包）服务器已经在
类型或水平的存储系统的“分支”或例子。 其代码库中嵌入了存储访问路径。对中央存储的调
用是例行、安全和冗余的。 如果任何一层达不到
紧耦合或松耦合 标准，其它路径将在网络安全协议、防火墙甚至托
松耦合的系统不会在节点中间或之间共享内 管的物理交换机隔离的帮助下受到保护（即是安全
存（图2绿色部分）。在这种系统中，数据很可 的）。
能分布在多个节点中，这可能涉及在数据写入期 在群集环境中，节点之间不共享内存，数据将
间大量的节点间通信。虽然使用起来很简单， “停留”在一个计算节点后（图2红色部分）。群
但对数据可以存在于多个位置的分布式读取，在 集结构模式中的I/O路径可能有不同的层。有些可
考虑系统周期度量标准时，这样的系统可能会很 能采用伞状或联合模式，允许整个系统在必要时向
昂贵。 外扩展。I/O被控制，直到合适的节点抵达特定任
事务性数据（非以媒体为中心的数据）可能 务所需的数据集为止。重定向代码管理这些操作有
会受到实际上低延迟而由NVRAM或SSD等类型的 一个潜在的缺点，即当正确的路径为所选的数据要
存储器导致的隐藏写位置等因素的影响。在这种 求给予正确的连接时，会引起潜在的延迟。
模式中，数据可能保存在一个以上的位置，允许
多个节点保存它，并根据可能开放的路径加快访 分布式结构
问速度，即使是暂时的。 当非事务性数据模式有必要时，例如在编辑、
相反，在紧耦合的架构中（图2蓝色部分）， 媒体资产管理或随机处理链（这是一种非线性和非
数据分布在多个节点之间，通常配置为并行运 转码操作）中的数据内，跨多个节点的分布式存储
行，并由网格中配置的若干高可用性控制器调 架构模式可能是个选择。在这种模式中，节点之间
度。此时，为保持高效率水平、低延迟和处理在 不共享内存，数据分布在各个节点，如同在扇出或
峰值容量运行，节点间通信是必要的。通常这样 多并行处理基础设施中一样。从文件系统结构来
的系统被精心设计，I/O路径在所有相关节点之间 看，这样的分布式体系结构可以使用对象，并且可
是对称的。 以作为非POSIX（遵循IEEE Std 1003.1-1988的便
与企业级网络交换机功能类似，存储系统故 携式操作系统接口）协议运行。
障（驱动器、控制器、内存）可以被快速识别， 分布式架构不太常见，但有时仍被大型企业采
替代（指定的）路径几乎可以立即执行。这种 用，它支持pB级存储（图2绿色部分）。搜索引擎
和具有全球范围联合访问的极其复杂的资产管理实
施方案是分布式架构的候选方案。在这种情况下，
实现了大规模并行处理模式，从而提高了速度和可
扩展性——一个在入口/出口可访问性不受阻碍时
的基于云的资源的完美例子。
对于存储架构，还有更多需要考虑的事项，涉
及成本评估、折衷和扩展要求——有时是根据特定
项目的阶段或账面上还有财务预期寿命的传统和现
有功能组件的影响。与这些领域的专家合作是必要
的，特别是在企业层次。软件应用程序、工作流程
和数据结构都成为决定完整解决方案的关键组分。
当你的资产分发依赖速度、可靠性和性能时，做事
图2 通常出现在企业系统、数据中心和以媒体为中心的环境中的存储架构的例子 不能半途而废。 B&P

21