CISCO mds FC光纤交换机配置参考资料

简介:

(一)有几个概念必须明确一下(与brocade 不同的地方):

(1)brocade 直接划分zone. 而mds要在vsan下划分zone, mds可以先划分几个vsan, 每个vsan 包括几个zone.

(2)brocase 默认的端口是打开的,而mds默认的端口是关闭的

(3) mds 有一个默认的zone : "The Default Zone" . 如果没有zone 被设置,那么所有的端口都在这个 zone下,后者不属于任何zone的端口也在这个默认zone里

(4)the default zone 有一个特点就是 “Members are not permitted to talk to each other" . zone 内的端口默认互不通信,但可以通过命令更该。

(二) MDS这与brocade不同的地方,会有这样的结果:

(1)直接加电后, 不划分zone , host不能访问存储。

(2)在初始化的时候,把所有的端口改为up, 因为 默认zone的原因,host还是不可以访问存储

初始化时改端口:

Enter noshut (shut is the default) to configure the default switch port interface to the noshut state.
Configure default switchport interface state (shut/noshut) [shut]: noshut

(三)配置步骤有两种方式:

(A)不使用zone, 用默认的方式初始化后。

sw1(config)#interface fc 1/1-20
sw1(config-if)# no shutdown -------把1-20号端口打开,因为cisco的san的端口默认是关闭的,需要打开
sw1(config-if)# exit
sw1# show int -----看你的端口是不是up的
sw1# 
sw1# config t
sw1(config)# zone default-zone permit -----------Permits traffic flow to default zone members.就是关闭默认的zone,允许端口之间通信
sw1(config)# exit
sw1# copy running-config startup-config ----------备份当前配置

然后做如下操作:

(1) FC ID persistence – MDS在分配FC ID的时候,不象Brocade或者McData那样是根据Domain ID和area 来分配的,而是按照设备的login次序自动分配的。这样的话如果来回拔插光纤或者交换机reboot后很容易造成设备的FC ID的改变,进而造成hpux上设备文件的改变。因此这个参数必须设置成yes,以保证设备的WWN与它的FC ID有固定的对应关系。对hpux的环境,这个设置至关重要。设置方法如下:
# config t
# fcdomain fcid persistent vsan 1

(2)Domain ID – Cisco的Domain ID有两种模式:
preferred和static。为了避免Domain ID的自由变动影响存储设备在hpux上的hardware path,设置为static方式,并指定唯一的Domain ID。
其配置方式是: config t
fcdomain domain <ID> static vsan 1
如果需要让设置的Domain ID马上生效,运行fcdomain restart ## 注意:这个命令可能影响数据传输!

(B)使用zone:
(1)开机初始化的时候将所有的端口打开
(2)配置vsan:
140246217.jpg

(3) 配置zone:

140307840.jpg

(4) FC ID persistence – MDS在分配FC ID的时候,不象Brocade或者McData那样是根据Domain ID和area 来分配的,而是按照设备的login次序自动分配的。这样的话如果来回拔插光纤或者交换机reboot后很容易造成设备的FC ID的改变,进而造成hpux上设备文件的改变。因此这个参数必须设置成yes,以保证设备的WWN与它的FC ID有固定的对应关系。对hpux的环境,这个设置至关重要。设置方法如下:
# config t
# fcdomain fcid persistent vsan 1

(5)Domain ID – Cisco的Domain ID有两种模式:
preferred和static。为了避免Domain ID的自由变动影响存储设备在hpux上的hardware path,设置为static方式,并指定唯一的Domain ID。
其配置方式是: config t
fcdomain domain <ID> static vsan 1
如果需要让设置的Domain ID马上生效,运行fcdomain restart ## 注意:这个命令可能影响数据传输!










本文转自 qq8658868 51CTO博客,原文链接:http://blog.51cto.com/hujizhou/1114635,如需转载请自行联系原作者
相关实践学习
【AI破次元壁合照】少年白马醉春风,函数计算一键部署AI绘画平台
本次实验基于阿里云函数计算产品能力开发AI绘画平台,可让您实现“破次元壁”与角色合照,为角色换背景效果,用AI绘图技术绘出属于自己的少年江湖。
从 0 入门函数计算
在函数计算的架构中,开发者只需要编写业务代码,并监控业务运行情况就可以了。这将开发者从繁重的运维工作中解放出来,将精力投入到更有意义的开发任务上。
目录
相关文章
|
6月前
|
网络虚拟化
管理型交换机通过VLAN划分实现不同IP跨网段通信配置方法
管理型交换机应用场景丰富,如果要实现不同IP跨网段通信(比如172.22.106.X和192.168.100.X实现通信),通过VLAN划分是可以满足,下面分享基于弱三层交换机RTL9301方案核心模块SW-24G4F-301EM配置方法!
1060 2
|
JavaScript Serverless 数据安全/隐私保护
函数计算产品使用问题之怎么动态设置.npmrc文件以配置私有仓库访问
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
运维 Serverless 网络安全
函数计算产品使用问题之通过仓库导入应用时无法配置域名外网访问,该如何排查
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
弹性计算 Serverless 调度
面向Workload级别的灵活可配置Serverless弹性解决方案
Serverless作为云计算的延伸,能提供按需弹性伸缩的能力,让开发者无需关心具体资源部署,优化资源使用,因而被众多云厂商采用本文将介绍四种资源可配置插件,探讨它们的核心能力、技术原理,以及在实际应用中的优劣势。
|
网络协议 安全 网络虚拟化
思科交换机配置命令归纳
【11月更文挑战第8天】本文总结了思科交换机的常见配置命令,包括模式转换、基本配置、查看命令、VLAN 配置、Trunk 配置、以太网通道配置、VTP 配置、三层交换机配置、生成树配置以及其他常用命令,适用于网络管理和维护。
1502 2
|
缓存 Serverless Docker
函数计算产品使用问题之怎么修改Docker守护进程配置
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
存储 运维 Java
函数计算产品使用问题之怎么配置定时触发器来调用Java函数
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
安全 网络安全 数据安全/隐私保护
Cisco-交换机配置聚合端口
Cisco-交换机配置聚合端口
517 0
|
4月前
|
人工智能 运维 Kubernetes
Serverless 应用引擎 SAE:为传统应用托底,为 AI 创新加速
在容器技术持续演进与 AI 全面爆发的当下,企业既要稳健托管传统业务,又要高效落地 AI 创新,如何在复杂的基础设施与频繁的版本变化中保持敏捷、稳定与低成本,成了所有技术团队的共同挑战。阿里云 Serverless 应用引擎(SAE)正是为应对这一时代挑战而生的破局者,SAE 以“免运维、强稳定、极致降本”为核心,通过一站式的应用级托管能力,同时支撑传统应用与 AI 应用,让企业把更多精力投入到业务创新。
591 30
|
5月前
|
存储 人工智能 Serverless
函数计算进化之路:AI 应用运行时的状态剖析
AI应用正从“请求-响应”迈向“对话式智能体”,推动Serverless架构向“会话原生”演进。阿里云函数计算引领云上 AI 应用 Serverless 运行时技术创新,实现性能、隔离与成本平衡,开启Serverless AI新范式。
591 12

热门文章

最新文章