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

本文涉及的产品
函数计算FC,每月15万CU 3个月
简介:

(一)有几个概念必须明确一下(与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 入门函数计算
在函数计算的架构中,开发者只需要编写业务代码,并监控业务运行情况就可以了。这将开发者从繁重的运维工作中解放出来,将精力投入到更有意义的开发任务上。
目录
相关文章
|
JavaScript Serverless 数据安全/隐私保护
函数计算产品使用问题之怎么动态设置.npmrc文件以配置私有仓库访问
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
运维 Serverless 网络安全
函数计算产品使用问题之通过仓库导入应用时无法配置域名外网访问,该如何排查
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
11月前
|
弹性计算 Serverless 调度
面向Workload级别的灵活可配置Serverless弹性解决方案
Serverless作为云计算的延伸,能提供按需弹性伸缩的能力,让开发者无需关心具体资源部署,优化资源使用,因而被众多云厂商采用本文将介绍四种资源可配置插件,探讨它们的核心能力、技术原理,以及在实际应用中的优劣势。
|
缓存 Serverless Docker
函数计算产品使用问题之怎么修改Docker守护进程配置
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
存储 运维 Java
函数计算产品使用问题之怎么配置定时触发器来调用Java函数
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
1月前
|
人工智能 运维 Kubernetes
Serverless 应用引擎 SAE:为传统应用托底,为 AI 创新加速
在容器技术持续演进与 AI 全面爆发的当下,企业既要稳健托管传统业务,又要高效落地 AI 创新,如何在复杂的基础设施与频繁的版本变化中保持敏捷、稳定与低成本,成了所有技术团队的共同挑战。阿里云 Serverless 应用引擎(SAE)正是为应对这一时代挑战而生的破局者,SAE 以“免运维、强稳定、极致降本”为核心,通过一站式的应用级托管能力,同时支撑传统应用与 AI 应用,让企业把更多精力投入到业务创新。
413 29
|
2月前
|
存储 人工智能 Serverless
函数计算进化之路:AI 应用运行时的状态剖析
AI应用正从“请求-响应”迈向“对话式智能体”,推动Serverless架构向“会话原生”演进。阿里云函数计算引领云上 AI 应用 Serverless 运行时技术创新,实现性能、隔离与成本平衡,开启Serverless AI新范式。
414 12
|
7月前
|
SQL 分布式计算 Serverless
鹰角网络:EMR Serverless Spark 在《明日方舟》游戏业务的应用
鹰角网络为应对游戏业务高频活动带来的数据潮汐、资源弹性及稳定性需求,采用阿里云 EMR Serverless Spark 替代原有架构。迁移后实现研发效率提升,支持业务快速发展、计算效率提升,增强SLA保障,稳定性提升,降低运维成本,并支撑全球化数据架构部署。
772 56
鹰角网络:EMR Serverless Spark 在《明日方舟》游戏业务的应用
|
5月前
|
存储 编解码 Serverless
Serverless架构下的OSS应用:函数计算FC自动处理图片/视频转码(演示水印添加+缩略图生成流水线)
本文介绍基于阿里云函数计算(FC)和对象存储(OSS)构建Serverless媒体处理流水线,解决传统方案资源利用率低、运维复杂、成本高等问题。通过事件驱动机制实现图片水印添加、多规格缩略图生成及视频转码优化,支持毫秒级弹性伸缩与精确计费,提升处理效率并降低成本,适用于高并发媒体处理场景。
316 0
|
7月前
|
人工智能 开发框架 安全
Serverless MCP 运行时业界首发,函数计算让 AI 应用最后一公里提速
作为云上托管 MCP 服务的最佳运行时,函数计算 FC 为阿里云百炼 MCP 提供弹性调用能力,用户只需提交 npx 命令即可“零改造”将开源 MCP Server 部署到云上,函数计算 FC 会准备好计算资源,并以弹性、可靠的方式运行 MCP 服务,按实际调用时长和次数计费,欢迎你在阿里云百炼和函数计算 FC 上体验 MCP 服务。
678 30

热门文章

最新文章