channel san best practices zhcn双网络结构拓扑

简 ：高可用性要 冗 双网络结构拓 终端设备连 数据中心的物理路径冗 电源冗余 可扩展 网络形 原有交换 网络结构配 硬编码的网络结构参 避免对大型部署使用站间网络结 交换机间链 流量控 端点队列深 交换机硬件架 异构网络结 分 区域集或区域配 更改两个网络结 可支持 工 SNMP功 系统日 CLI审核日志与基于角色的控 性能交换机配 定期备份配 配置标准 机恢复指 配置审 网络 安全 参考资 插 图12)直接SAN交换机 图13)使用集中式系统SAN交换机 简 ：高可用性要光纤通道(FibreChannel,FC)于1988年问世，1994年通过ANSI标准审核，现已成为区域网络(StorageAreaNetworkSAN最常见的连接类型。如今，FCSANIT环境不可IT环境也变得日益复杂，因为每个人都需要争用资源，并且都希望以最短的计划外停机时间实现最佳服务级别。因此，人们迫切需要一个针对FCSAN设计和实施的最佳实践配置、分区、可支持性、功能、交换机配置以及安全性。本文假定读者已经基本了解FC网络。有关SAN功能的次技术讨论，请参考结尾的“参考资料”部分。冗双网络结构拓扑（即便不是全部）供应商都建议对磁盘SAN双网络结构拓扑实际上就是两个彼此独立且相互的SAN实例，这意味着，基于磁盘的服务不会因任何单个硬件或软件故障而不可用。另外，这种拓扑还能在不影响服务的情况下对整个SAN网络结构执行。图1显示了通过双网络结构拓扑实现的整体情况。例如，交换机D故障不会影响服务，因为还可以通过SAN网络结构A这条路径提供服务。图1)通过双网络结构拓扑实现的完全络结构配置参数以及服务器和控制器接入SAN的位置。采用规则拓扑结构的统一配置不但更加易于SAN管理员进行管理，还可以为应用程序提供更有规律的服务。SAN的每台设备都使用多个数据链路并尽全力减终端设备连接NetApp®支持（原NOW®）站点上的《DataONTAP8.0iSCSI配置指南》文档提供了有关将控制器连接到FCSAN时支持并建议使用的方法的详细信息。产流量的影响。另外，在控制器上使用端口集还有助于流量；端口集可通过将LUN配置固定到一组目标端口来扩展LUN配置。基于磁带的服务和基于磁盘的服务可以使用相同的SAN交换机，但是应将这些服务分隔到专最后，如果通过SAN交换机进行连接，SAN管理员可以考虑使用vSAN或虚拟网络结构来连接存置和网络结构服务，这使SAN管理员更不容易意外做出可能会影响后端可见性的更改。这不适用数据中心的物理路径冗余图2显示了服务器机架中的物理路径冗余示例。图2)而设计的宽幅机架（750毫米）可缩短并简化布线任务。弯曲缆线即会暂时影响位错误率(BitErrorRate,BER)。电源冗余性大部分SAN交换机至少具有两个电源，这些电源必须连接到由不源供电的不同配电单元(PowerDistributionUnitPDU)PDU发生故障时，连接不良的交换机便会脱机；尽管双网络结构拓扑可扩展性SANSAN管理员就会寻找一种替代方案，该方案可以随时满足添加新服控制器和磁带驱动器的最大数量。SAN的设计应该能够支持一定数量的连接，而这一数量还必须符合企业的IT基础架构战略规划。但是，往往很难评估企业未来数年需要多少服务器、控制器和磁带驱动器。可以在掌握必要信息的网络形态影响可扩展性的最大决策涉到网络拓扑结构；它不影响SAN的整体端口容量，还影响服务的 迟也会增加。无论使用哪种形态，持一致性很重要。控制器和服务器插入网络中的特定位置，使两个服务器不会遇到不同的网络迟。单交换机拓扑结

图3) 间均被占用后，通常不可能在邻室供的空间；数据中心服务提供商可只能在同筑里的其楼层提供空间。将所有新服务器连第一个数据中心机房内的SN交换机未必可行，即使旧SAN 通常还需要在新的数据中心房为每个网络结构再购一个交换机。图4) 现在，每个网络结构有个模块化交换机，这两交换机都用昂贵的模块和交换线卡 指数级增长。这将形成一个全网状扑结构。-边缘拓扑结构FCoE交换机可以使用铜接插线连接服务器，从而进一步降低了服图5)-边缘拓扑结构 交换机ISL上的所其他拓扑结构全网状拓扑结构可保证为所有启动程序实现单跳服务，但提供这种服务需要增加与交换机和控原有交换机通常，在端口容量和硬件架构类似的情况下，SAN交换机比以太网交换机成本更高。为此，SAN管理员往往需要比以太网运营团队的地利用原有设备，但幸好旧SAN交换机往往比旧以太网交换机更有用。注重实用性（节俭型的）基础架构管理员往往对旧SAN交换机一种“不坏就不修”的而理想情况下，SAN管理员应力求提供一类服务。网络结构配置硬编码的网络结构参数SANID。SAN管理员应手动设置一些参数（ID），并让交换机自动配置其他参数（如计时器值）。这些参数应该在两个网络结构IDFibreChannelIDFCID)ID（ID），则重新启动交换机可能会导致为交换机分配不同的域ID，同时更改UNIX设备文件名，从而致使磁盘设备从UNIXSAN管理员应该通过使用交换机优先级手动控制在网络结构中选择的主交换机。在位置选择一个对于某些参数（如网络结构计时器值）SAN专家手动配置，否则保留其默认值。请先深思熟虑，避免对大型部署使用站间网络结对于大型SAN，应该避免网结构数据中心站点，因为可共存于一个SAN网络结中的域图6)站间网络结构设计（小型站点）图7)站间网络结构设计（大型站点）

交换机间链路 管理员必须观察ISL的际使用情况并在必要时取措施。 置，使服务使用备用路径。通强制启动程序使用经由其他网络结构的路径，可能会减轻ISL上的争用情况。ISL添加其他数据链路。交换机可以聚合多条据链路，形成一个逻辑链路（称为isco®端口BrocadeISL中继）。要聚合多条链路，要在交换机上执行少量配置，NetApp建议对交

应避免ISL饱和，同时SAN管理员应主其SAN中的ISL性能流量控制FCSAN实施流量控制的方式不同于以太网和IP网络。它就像高速公路匝道的红绿灯（虽然这么说或许过于简化）；除非事先获得另一端设备的允许，否则不允许流量进入数据链路。SAN端口会分SAN中的流量控制提供了大量可调参数，但是，除非交换机供应商建议修改，否则不可修改这些参数；SAN操作系统会将实际缓冲区信用值数量抽象化，端点队列深度必遵循这些建议。I/O负载很重的设备或许是个例外，但是应该对这些例外情况进行。NetAppFCHostUtilitiesNetApp建议的默认值。可以根据特定工作负载和环境的要求进行修改。NetApp要求在所有FCiSCSI实施中安装HostUtilities。交换机硬件架构异构网络结构的SAN网络结构。SANNetApp互操作性表工具，以确保特定的分SAN的日常运行中，分区配置的更改超过了NetAppSAN生态系统供应商推荐使用的(WorldwidePortNameWWPN来标识启动程序和目标，尤其是在较新型号的SAN交换机中。ID/IDSANWWPN方法更加合适。SANID/ID方法来标识启动程序和目标，SAN管理员应考虑更新其流程和程序，以便新的分区配置使用WWPN。最近融合到CiscoDataCenterNetworkManagerSAN管理应用程序，如CiscoFabricManager）CLISANGUICLI可提供的优势。

方案1：使用GUI的小型运营团 方案2：使用CLI分离任 GUI较为简单。从概念上看，对于许多SAN管理员而言，在GUI上使用点击方法更改分区要简单得多。大型组织应认真考虑CLI方法，因为其变更规划和实施任务是分开的，可能外包给第 使用CLI进行更改时，可以在实施前做好规划，然后进行审核，最后由操作员将各个命令 区域集或区域配置图9)使用克隆配置更改分区。更改两个网络结构必须在不同时间于不同SAN网络结构上分别运行实施任务。SANSAN中，登录到每个主机并检查其磁盘是来。如果出意外结果，可以推迟对第二个SAN进行同样的变更。图10显示了更改两个网络结构图10)可支持性理念，正是由于这种隐式可支持性，在一定程度上致使FC不如以太网和IP那样受欢迎。如果您接手负责现有的SAN，NetApp强烈建议您将SAN可支持性评估列为首要任务。图11)在图11中，SAN管理员将SAN网络结构托管在混合的Brocade48000和Brocade5300交换机上，并使其运行BrocadeFabricOperatingSystem(FOS)6.3.2b2版本。管理员希望知道运行NetAppDataONTAP®7.3.5的新控制器是否属于支持的配置。查阅NetApp互操作性表之后，发现NetApp确实支持此配置（配置编号为 接着，服务器管理员提出将新的64位In ®服务器连接到具有EmulexLP11000HBA和 WindowsServer®2008R2EnterpriseEdition的SAN。NetApp互操作性表确认，NetApp支持21种程序、HostUtilitiesKit等的版本。要确保其他硬件供应商（在本示例中为服务器供应商、Emulex）支持该配置，服务器和存 工SNMP功必须实施这些功能；没有这些功能，就无法提供该服务。对于SAN管理员来说，在星期一至星期五登管理员转发通知，例如，使用CiscoFabricManager（最近已融合到CiscoDataCenterNetworkManager中）BrocadeDataCentreFabricManager（BrocadeNetworkAdvisor中）。SAN供应商管理应用程序的优势在于，它们能够识别由SAN交换机发送的所有消息，但它们通常无法图13)使用集中式系统SAN交换机可能需要将大型或任务关键型SAN集成到专门的应用程序中，例如HPOpenView或IBM的TivoliSNMP陷阱并报告温度过高，操作人员系统日志系统日志可用于，但也是重要的诊断工具。在获取SAN网络结构中的错误和问题以避免其演变成其原始输入，以便用于这种诊断目的；一些SAN供应商管理应用程序不允许管理员此信息的原始 审核日志与基于角色的控在由大型运营团队管理的SAN或由第 管理的SAN中，CLI审核日志应配置为由交换机发送到一个集中位置。必须在SAN上实施基于角色的 控制(Role-BasedAccessControl,RBAC)，同时应该只有少数可信的人知道root。此外，还必须限制并对此集中位置的，以防止记录被篡改或RBACCLI审核如何提升操作员行为。一家企业的运营团队被一个最为严重的事境。为了应对这种情况，团队主管实施了RBAC，同时将CLI审核日志配置为发送到一个位置。实施之后，一定要定期检查CLI审核日志，尤其是在部分或全部运营任务外包给第的情况下。CLI性能SANSAN网络结构的运行至关重要。SAN管理员需要能够查看网络详细的性能数据对于回复其他管理员的询问也非常重要。IT性能问题往往很容易处理，一般情况下网络管理员就可以解决，而服务器管理员和应用程序管理员基本没有机会真正着手自己的。SAN管理员往往需要及时解决其他管理员性能问题，一般情况下，都要由SAN管理员自已来解除自己的责任（即证明问题的根源不在SAN）。 mandInsightLUN级别的阵列性能数据。它会自交换机配置定期备份配置项目执行备份，并确保备份所有相关软件的二进制文件。例如，CiscoMDSkickstart配置标准化为什么网络结构B中的两个边缘交换机的配置应该完全不同？是否一个边缘交换机应该使用SNMP代理版本2c而另一个边缘交换机应该使用版本3？是否一个边缘交换机的上行链路应该使用端口1而另一个边缘交换机的上行链路应该使用端口24？边缘交换机。SAN中各交换机的配置应该与这两种基本配置中的一种配置相同（交换机名称、接口说明和域ID除外）。多战略性问题。有了时间来处理战略性问题后，您将会节省SAN的运营成本和时间。NetAppSANFC是完全不同SNMP版本、系统日志配置以及“验证、和会计”(Authentication,Authorization,andAccounting,AAA)配置等命名约定和其他非功能性配置可以相似。这些配置越相似，网络管理员和SAN管理员越容易共同分担工作。机恢复指南不会影响服务的可用性，但是在重建故障交换机之前，如果SAN中发生了其他故障，服务会Authorization,RMA)流程。因此，必须及时更新供应商系统中的，同时确保可立即获得RMA配置审核发现SAN配置问题。小型企业不会遇到这种问题。如果数据中心内的主机总数很少，SAN管理员（时常也是服务器管理员） mandInsight套件可以使用Assure证分析从SAN交换机收集的分区配置以及来自控制器的LUN配置，以主动确定潜在问题。它可以将用户定义的策略应用于SAN配置，网络安全SAN管理员都持有不同的意见，从而让其他人感到无所适从。您可能花费了大量的SAN中部署相应的安全措施。编写这些安全要求的目的是解决特定的安全根据常见的安全和部署SAN。一般来说，为了提供站点间连接，FC流量有时会遍历IP网络，例如，在使用光纤通道互联网协议通道任何一端的F