首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

数据中心中SAN架构设计八大原则

数据中心中SAN架构设计八大原则

SAN是当今全球各地每一家大型企业机构最为关键的网络资源。没有SAN就没有存储访问和应用支持,业务功能也不能完成。没有业务功能就没有生产力;没有生产力企业也就无法生存。设计SAN来满足关键业务需求正因此成为保持企业本身生存能力的一个战略性组件。
  数据中心SAN设计大部分常见参数包括:
  可用性 — 存储数据必须始终可被应用所访问到
  性能 — 可接受的、可预测的、一致的I/O响应时间
  效率 — 不浪费任何资源(端口、带宽、存储、电源)
  灵活性 — 优化数据路径以有效利用容量
  可扩展性 — 随时按需增加连接和容量
  可服务性 — 加快故障排除和问题解决
  可靠性 — 在SAN中设计的冗余且可靠的操作
  可管理性 — 优化传输和存储管理
  成本 — 设计费用控制在预算内,掌握实时运营支出
  实际上,这些基本参数的适应范围可能依据客户的不同、SAN部署的不同而有所不同。一款经深思熟虑的SAN设计可综合考虑到所有这些因素,遵循博科SAN设计原则将有助于协调不同需求之间的矛盾。此外,即便是复杂的大型数据中心SAN也可从一个崭新角度中获得收益。只有从这些基本需求着手来分析现有基础设施,这样才能找出其中能采用新SAN设计加以解决的差距及弱点,而在分析的同时仍可重新规划现有的基础设施组件。
  原则1: 最小化所管理Fabric架构的数量
  这其中包括了物理Fabric架构和虚拟Fabric架构,因为每个虚拟Fabric架构代表着一个管理责任。Fabric架构越少就越容易管理,这道理很简单。然而,在某些情况下,功能、安全及物理限制等问题往往要求有额外的Fabric架构。只有确定SAN管理单元并经由SAN路由提供资源共享,这样或许能在避免资源隔离的同时减少所需Fabric架构数量。
  原则2: 最小化每个Fabric架构中交换机数
  使用如导向器等较大型交换元件可简化管理,将可能的Fabric架构中断情况降至最少。在单个Fabric架构中一般拥有8到12个网域,Fabric架构事件期间要求交换机间合作要很少,这样持续存储事务才更为可靠。例如:Fabric OS中博科接入网关(AG)功能就可显著减少需管理域ID的数量、优化到SAN的服务器连接。
  原则3: 限制Fabric架构规模
  Fabric架构规模应加以限制,节点连接数量约在1,000到2,000个之间。尽管一些生产数据中心SAN能支持4,000或更多可用端口,但这些是例外情况,并不是常规情况。限制节点连接数有助于将每个Fabric架构的风险度降至最低。此外,若节点多于2,000个将使得分区、分区集及端口别名的管理工作复杂化,远远超过管理软件工具所能承受的实际上限。如果需要额外的端口,那么就要部署额外的SAN管理单元并通过SAN路由来链接SAN到SAN的资源。
  原则4: 使用RAS水平高的交换机
  即便拥有冗余Fabric架构用于故障切换,也不会有人希望任一条数据路径出现问题。高可靠性、可用性和可服务性(RAS)元件是高可用存储环境的基石。共享存储端口应始终连接到RAS性能高的交换机及导向器。博科公司在交换机和导向器中设计加入了高RAS,因此即便是核心/边缘SAN设计也能享受到最高RAS体验。
  原则5: 避免过载比,以免造成拥塞或性能降低
  当工作负载的情况良好时从服务器连接到存储端口的过载比是可以接受的,但任何过载比都应适当地加以设计。过载比比率在通过Fabric架构的所有相关数据路径时都应是一致的。例如:如果存储端口过载比的比率是7:1,那么主机和存储间过载比比率就不能高于这个数字。只有这样,交换机间以及交换机和导向器间所合并ISL才能容纳服务器集所提供的总工作负载。博科公司独家提供的ISL干线合并(ISL Trunking)软件使得多条ISL能充当为拥有高性能聚合吞吐量的单条链路使用,还可进一步使用干线集(trunk sets)来容纳高容量交换机到交换机流量。此外,由于不同应用提供的是不同工作负载,因此主机的连接类型应分为多种,应将交换比率较低的高带宽服务器与交换比率较高的中低带宽服务器分离开来。
  原则6: 大型环境采用核心-边缘模式
  核心-边缘设计模式可支持更大型多Fabric架构的创建,还可与SAN路由技术结合使用来提供最高达4,000个的资源共享及双层设备连接;核心-边缘SAN设计可为所有存储端口提供一个可靠定位,防止高带宽服务器浪费ISL带宽。与网状设计相比较,核心-边缘战略有助于简化日常管理任务,便于解决所有Fabric架构问题。
  原则7: 针对存储流量进行设计
  在SAN环境中,事务响应时间是以几毫秒进行衡量的,而不象在LAN基础设施中那样普遍是几百毫秒来计算。由于SAN流量不能容忍有任何不可预知的交付或停机情况发生,因此牢靠的SAN设计必须提供可靠且一致的I/O响应。在数据路径中交换元件至少应比最快磁盘响应时间快上一个数量级。此外,通过Fabric架构的延迟性会随着发起设备和目标设备间节点跳数(hop)以及ISL添加而加剧。要防止Fabric架构总延迟性与磁盘访问时间处于同一个级别,这就要求采用帧的切入路由选择(cut-through routing)技术来进行高性能交换。博科公司交换机和导向器经过优化,可将交换延迟性降至最低,在端口组内提供本地化交换来加快交付。对于关键应用来说,通过联合定位服务器和存储可实现到交换机、刀片及端口组流量的本地化,从而在最大提升了吞吐量的同时仍提供对整个Fabric架构中其它资源的访问。
  原则8: 保持简单
  通过对SAN管理单元进行设计,管理工作简化、出错的机率减少,可用性也由此得到提高。经仔细构思和实施的SAN设计可便于随时增加新的服务器和存储目标,同时用户不必头疼于复杂的Fabric架构路径。围绕多个SAN管理单元和SAN路由而设计的大型数据中心存储网络更易于扩展,使得管理员通过可靠且一致的SAN设计战略即能满足其企业不断增长的业务需求。
返回列表