汇聚2000万达人的兴趣社区下载即送20张免费照片冲印
扫码下载App
温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
阅读(502)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'LUN masking和Zone比较',
blogAbstract:'
LUN masking和zone的功能都是将特定的LUN划分给特定的主机来实现数据隔离，这两项技术的具体区别如下：
1、交换机里面那个隔离的功能叫Zoning，该功能能做一些隔离和访问限制，但是是基于端口层次的。如果要把一个端口连接的多个LUN区别对待，Zoning就不行了，就得靠阵列控制器里面的Lun Masking功能了。例如，通过同一个端口连接的LUN需要分配给多个主机，那么就需要Lun Masking。
2、LUN masking是在存储控制器或者HBA卡上进行的，可以控制主机访问特定的LUN。
blogTag:'',
blogUrl:'blog/static/',
isPublished:1,
istop:false,
modifyTime:0,
publishTime:8,
permalink:'blog/static/',
commentCount:0,
mainCommentCount:0,
recommendCount:0,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}LUN ZONE 概念_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
LUN ZONE 概念
L​U​N​ ​Z​O​N​E​ ​概​念​,​赚​点​小​分
阅读已结束，如果下载本文需要使用
想免费下载本文？
你可能喜欢当前位置： &
& SVC存储虚拟化方案建议书
SVC存储虚拟化方案建议书
日 01:16 来源：IT168网站 作者：IT168 存储频道 编辑：蔡松
第3章 IBM 存储虚拟化 SVC 解决方案详细介绍　　3.1 SVC的基本概念　　SVC (SAN Volume Controller) 采用 In-Band 方式进行存储虚拟化。SVC 系统实际上是一个集群 (Cluster) 系统, 它由 node 组成。一个 SVC 系统至少包含2个 node,每2个 node 组成一个 I/O Group，它用来为 Host 提供I/O服务。到现在为止，一个SVC系统最多包含8个 node,即4个 I/O Group。　　在一个SVC系统中，存储子系统中的一个或多个存储单元被映射为SVC内部的存储单元MDisk(Managed Disk)，一个或多个 Mdisk 可以被虚拟化为1个存储池(称为 MDG)，所有的 MDG对所有的 I/O Group均可见。MDG 是一个存储池，它根据一定的分配策略(如 Striped, Image, Sequential)分配虚拟的存储单元，称为 VDisk。I/O Group 以 Vdisk 为单位对 Host 提供LUN-Masking (也称为 LUN-Mapping )服务，使得 Host 可通过 HBA 可访问被提供 LUN-Masking服务的 VDisk。如下图所示：SVC中的MDisk和MDG以及VDisk之间的关系加入SVC后加速对存储子系统的访问I/O　　3.2 IBM SVC的工作原理　　不同级别的存储虚拟化技术设计思想　　正如以上所述，在存储子系统与主机之间引入SVC后，主机所有的I/O必然要经过SVC内部，相当于 SVC 要接管从主机过来的所有I/O。要做到这一点，SVC内部必须实现一个虚拟层，使得主机仿佛可以直接访问真正的物理存储系统。这个虚拟层的实现依赖于存储虚拟化技术。存储虚拟化的基本概念是将实际的物理存储实体与存储的逻辑表示分离开来，应用服务器只与分配给它们的逻辑卷(或称虚卷)打交道，而不用关心其数据是在哪个物理存储实体上。为实现存储虚拟层，SVC 借鉴了已有的存储虚拟化技术：　　存储子系统级别的虚拟化　　存储子系统级别的虚拟化如下图所示,使用Host Bus Adapter例如1394 Host Bus Adapter(Controller) 连接磁盘柜, 通过1394 Controller驱动，物理磁盘被映射为系统中的sda,sdb,sdc等SCSI磁盘块设备,块设备上层的虚拟化原理上和主机级别子系统块设备的虚拟化类似。存储子系统级别的存储虚拟化 (如Linux)　　网络级别的存储虚拟化　　网络级别的存储虚拟化分两种：Out of Band和In Band。如下图所示是Out of Band存储虚拟化的一种方式，存储子系统通过SAN使得3个不同类别的操作系统在Metadata Server的Lock机制控制下共用存储子系统中的3个存储单元。在每个Host上，3个存储单元被虚拟化为一个Stripe Group, 使得各个Host可以采用统一的Stripe策略控制各自的I/O行为。　　网络级别(Out of Band)的存储虚拟化　　In-Band的方式实际上是通过数据通道(Data Path)上的虚拟化软件，把呈现在SAN中一个或多个存储子系统的存储单元虚拟化成另外一种方式的虚拟存储单元，称为VDisks.。如下图所示是属于In-Band 存储虚拟化。SVC使用In-Band的虚拟化方式，也就是说，SVC把主机级别的虚拟化实现在SAN的网络层次上实现。　　网络级别(In Band)的存储虚拟化　　传统的 SAN 网络中，每种存储系统都自成一体，就像一个个独立的孤岛，无法构成一片统一的大陆。而SVC，是存储业界又一次崭新的突破，就像存储历史上的RAID，主机系统的存储管理体系和虚拟磁带技术，这些重要的发明均源自IBM。SVC 是整个SAN 网络的控制器，它将整个SAN中的各种存储设备整合成一个巨大的存储池，充分利用存储资源和按需分配存储空间、性能和功能。　　SVC 实现了虚拟存储层的功能，将存储智能加入到SAN的网络中。现在用户可以按照应用不断变化的需求来分配存储，而不再受制于存储子系统设备在功能和性能上的限制。SVC 又是一个SAN网络的中心管理控制点，而且它对服务器的操作系统和存储子系统是透明的。　　以下是存储池引入SVC前后的对比图：　　3.3 SVC 的可靠性、可用性　　SVC 采用了 RAS 的设计思想：通过冗余组件使系统具有极高的可靠性，可用性以及高服务性。　　高度冗余的部件：由于SVC是一个集群系统，当中的每个部件都有对应的备份(Backup)部件，例如，Node 与Node 之间互为备份，前端 (Front-End) FC 端口之间可以互为备份。后端 (Back-End) FC 端口之间也可以互为备份，整个系统没有单一的故障点。如下图所示。SVC 具有非常高的可靠性。? Cache 的同步保证数据的完整性　　在一个 SVC I/O Group 中，当一个节点出现故障时，通过这个节点的所有 I/O 就会切换到另外一个节点；为了使节点中的 Cache 数据在出现故障时不丢失,该节点在正常工作时会把每个I/O的 Cache 数据同步到另外一个节点的 Cache 中，使得同一个 I/O Group 里的2个节点维护着相同的 Cache 元数据，如下图所示。因此，在某个节点出现故障时，SVC 能够保证100%的数据完整性。　　同构异构存储资源　　SVC 是一个存储虚拟化引擎，它屏蔽了各种所支持的存储子系统的差别，对 Host提供的I/O服务均以统一的存储单元 Vdisk 为单位。这种特征有利于提高存储系统的利用率，并且可进行集中管理。　　SVC 的加入并不影响现有 SAN 环境的拓扑，它只是把自己连接到光纤交换机上。通过一定的配置操作，SVC 能够检测到各种存储子系统中的存储单元，并且把这些存储单元一一映射成一个个的 MDisks。每个 SVC 的节点都看到统一的 Mdisks 集合。SVC 使用这些 Mdisks 创建MDG (MDisk Group) ,并从 MDG 中划分 VDisk（Virtual Disk）空间给主机使用。通过光纤交换机的 Zone 划分，主机只能识别到 SVC上的 Vdisk。因此，SVC屏蔽了各种存储子系统的差别。同构异构的存储资源带来很多的好处：　　使主机端只需使用一种多路径 (MPIO) 驱动　　在加入 SVC 之前，主机所获得的存储资源可能来自不同厂商的存储子系统。为了提高I/O性能，每个厂商根据自己存储子系统的特性为主机端提供专用的多路径软件。对于只使用一种厂商的存储子系统的用户来说，这并没有带来很大的影响；但是，企业往往会使用不同厂商的存储子系统，因此，要使用不同厂商的存储子系统，主机端的系统管理员必须把各个厂商提供的多路径软件都安装在主机上。在槽糕的情况下，这些多路径软件之间可能引起冲突，导致系统无法正常使用。如下图所示：　　加入 SVC 后，主机所有的 I/O 都由 SVC 接管。为了优化 I/O 性能，主机端只需要安装 IBM 提供的多路径软件，如下图所示：　　统一管理存储资源　　SVC 能够对接入的存储子系统进行监控，并提供自动报警机制。例如 A 存储子系统中的一个磁盘出现故障，SVC 能够检查到它，并通过 SNMP 报告给管理终端，管理终端通过邮件或者电话通知管理员。因此，SVC 成为了一个集中管理点，统一了存储资源的管理；否则，用户必须安装不同厂商的存储子系统管理软件。　　可实现不同存储系统中的容灾备份和数据迁移　　在没有加入 SVC 之前，企业中的数据可能存放在不同厂商存储子系统中。企业必须要使用各个厂商存储子系统的容灾备份策略来防止企业数据丢失，而且，不同存储子系统之间不能实现实时的互为容灾备份，这给企业带来很多不便，尤其在企业数据变得越来越关键和庞大的时候。更重要的是，由于没有统一的容灾备份策略，企业往往需要在不同时刻，不同时间，投入越来越多的成本保证企业数据不丢失。　　使用了 SVC 后，企业中的数据采用了统一的容灾备份策略，因为 SVC 提供的高级的 Copy Service 使得不同厂商之间可以轻松地实现实时的容灾备份以及数据迁移，同时与其他厂商的容灾备份策略兼容。如下图所示　　QoS机制　　SVC 和许多存储子系统一样，提供了有效的 QoS(Quality of Service)机制。QoS是一种保证和控制主机I/O流量和带宽的机制。例如，一个140MB每秒的影像流必须精确地以140MB每秒的传输率传输到存储中，否则，影像文件会无法使用。SVC可通过QoS机制，使得对主机的I/O可以得到严格的控制。在一个SAN的共享环境中，通过使用QoS机制，可以防止一些应用程序过多地占用共享带宽，从而保证了需要高带宽服务的应用程序正常工作。　　3.4 SVC的主要功能　　IBM System Storage SAN卷控制器（SVC）是一个存储虚拟化系统，能够对完全不同的异构存储资源进行集中控制和管理，从而提高业务应用的可用性和资源的利用率。其目的是对您IT架构中的存储资源进行管理，确保它们能够被企业充分利用起来，被企业快速、有效、实时加以利用并降低企业管理成本。　　一个更加简单的存储架构　　SAN卷控制器将来自IBM和非IBM存储系统的存储容量集中到一个存储池中，以便进行集中管理。SAN卷控制器旨在消除磁盘系统之间的界限，将存储设备作为一项资源而不是一台台的独立机器进行管理，从而满足您的业务需求。SAN卷控制器能够帮助您根据目前可用的所有存储资源来制定自己的业务流程目标，而不是由存储资源来决定企业能够实现哪些目标。　　提高利用率　　SAN卷控制器旨在提高可用于主机应用的存储容量。　　通过将存储区域网络（SAN）内的多个磁盘系统容量集中起来，能够让存储管理员超越SAN存储设备传统的&孤岛&，以更好的方式对存储设备进行部署，更好地满足主机应用的需求。　　减少对存储设备的使用量，实现自动化需求配置　　SAN Volume Controller Version 4.3增加了一项新的Space-Efficient Virtual Disks（SEV）功能，只有在向虚拟磁盘写入数据时才实际使用物理存储容量，而不是为整个定义的虚拟容量规定实际的物理容量。这种功能也被称为&瘦供给&。此新功能可以用来从数据库和文件系统收回更多虽已分配但尚未使用的空间。SEV功能可以帮助您根据未来的预期容量需求定义虚拟容量，在不到万不得已的时候不使用物理存储。通过Space-Efficient Virtual Disks功能，SVC可以随着您企业的发展自动对存储进行随需配置。　　高度的可扩展性和一流的性能　　SAN 卷控制器是集硬件和软件于一体的高度扩展的模块化整体解决方案。通过一对基于IBM System x&服务器的冗余&存储引擎&组合形成一个&I/O组&。每个引擎包括一个四端口、通信能力为4Gbps的主机总线适配器（HBA），能够让SAN卷控制器以高达4Gbps的SAN光纤速度进行连接和工作。每个I/O组包含16 GB的高速缓冲内存。如图1所示，高度可用的I/O组是SAN卷控制器集群的基本配置元素。向集群集添加I/O组旨在提高集群性能和带宽。　　入门级的 SAN 卷控制器只包含一个I/O组，能够通过扩展支持四个I/O组，并且可以经过扩展支持1024台主机服务器和最多8192个虚拟磁盘。这种配置上的灵活性意味着SAN卷控制器可以从价格比较低的小环境或试点项目开始，然后随着需求的发展逐步进行扩展，对大型存储环境（存储容量高达8000 TB）进行管理。　　提高生产力　　SAN 卷控制器具有方便使用的图形界面，便于集中管理。通过此单一界面，管理员可以对来自不同供应商的多个存储系统开展一致的配置、管理和服务工作。SAN卷控制器能够让管理员将磁盘存储卷映射至虚拟的卷池，从而更有效地利用他们的存储设备。SAN 卷控制器还包含Storage Management Initiative Specification（SMI-S）应用编程接口（API），进一步证明了IBM对开放标准的支持。　　新的Space-Efficient Virtual Disks功能可以实现自动化按需分配，并且让系统管理员将工作重点集中在总体存储部署和利用以及长期战略需求方面，而不是日常的例行存储配置工作方面，提高他们的工作效率。　　简化管理　　SAN 卷控制器采用IBM System Storage Productivity Center（SSPC）进行管理，这是一个能够对IBM和非IBM存储环境进行监控的高级管理控制台。作为最初为IBM System Storage DS8000&和SVC提供支持的通用管理控制台，SSPC旨在进一步帮助企业简化IT管理，从而减少不断攀升的各种要素的管理人员数量。　　通过安装IBM TotalStorage& Productivity Center Basic Edition软件，SSPC提供了对整个存储区域网络中连接的各种存储设备进行管理的功能。功能丰富、用户友好的图形化界面提供了全面的存储拓扑结构，管理员可以通过它来全面而深入地了解整个网络环境的工作状况。SSPC可以升级使用IBM TotalStorage Productivity Center Standard Edition软件，通过单一控制台对虚拟和物理资源（包括SVC、磁盘系统、磁带系统、文件服务器和SAN光纤）进行统一管理。　　提高应用可用性　　由于将存储设备的物理特性对主机系统进行隐藏，因此，SAN卷控制器可以使主机应用不受存储池物理变化的影响。通过此功能，当对存储架构进行更改时，能够让应用继续运行而不会发生中断，从而帮助您的企业提高应用对客户的可用性。　　SAN 卷控制器可以通过动态数据迁移功能来提高应用的可用性。此功能可以在不影响应用对数据访问的前提下将数据从一个存储系统迁移至另一个系统。此功能可以帮助管理员在不影响应用对客户可用性的同时对存储容量进行重新分配和扩展。例如，为了对系统负荷进行均衡而将旧的存储设备更换为新的存储设备时或者实施分层存储架构时，可以利用数据迁移功能。　　SAN Volume Controller Version 4.3推出新的虚拟磁盘镜像功能，可以将虚拟磁盘的两个拷贝存储在不同的存储系统上。当磁盘阵列或磁盘系统出现故障或者由于需要维护而发生中断时，此功能可以帮助提高应用的可用性：SVC可以自动使用仍然可用的拷贝。　　将架构性能与业务目标统一起来　　SAN卷控制器可以帮助企业利用现有资产打造一个更容易管理、配置并且在不影响应用可用性的同时进行改变的架构。企业可以更有效地利用他们的资产。他们可以将存储资源对应用进行集中分配和配置，同时了解它们对总体容量形势的影响。他们可以对自己应用的可用性进行改进，实现更高的服务质量目标。这些优点可以帮助企业将他们基础架构的性能与个人的业务目标进行挂钩，从而更严格地对他们的成本和能力进行管理。　　分层存储　　采用分层存储对控制存储成本来说是一个很重要的战略，根据不同的业务需求采用成本和性能都各不相同的存储。然而，直到现在，不同类型存储（即便来自同一个供应商）之间的管理和功能上的差异使得实施分层存储操作起来非常复杂，而且部署范围有限。　　SAN卷控制器能够让实施分层存储变得更加简单，因为它能在所有存储层之间保持一致的管理和功能，并且在不会对应用造成中断影响的同时将数据在各层之间进行移动。由于SVC也拥有高速缓存，因此，它可以提高较低层次存储的性能，使之能够在数据中心得到更广泛的应用，从而进一步降低成本。　　复制服务　　对许多常规SAN磁盘阵列来说，复制操作仅限于系统内部或同类系统之间的操作。然而SAN卷控制器能够让管理员在不同供应商提供的多个存储系统之间采用一套先进的基于网络的复制服务（例如IBM System Storage FlashCopy&功能）。此功能可以帮助简化存储环境，降低存储总成本。　　基于网络的SAN卷控制器复制服务可以根据数据价值的高低采用不同成本的存储设备。比如说，尽管生产数据可以存储在企业级存储设备上，然而SVC可以通过FlashCopy功能创建的备份拷贝存储在成本较低的存储设备上。　　类似地，保持业务连续性的常规方法在很大程度上需要采用与生产和恢复地点相同的存储设备。然而SVC可以在每个地点支持不同的存储设备，从而帮助企业在制定灾难恢复战略时降低成本。　　SAN卷控制器支持各种复制服务，无论采用何种类型的存储，都能以一致的方式进行工作。FlashCopy功能几乎能够对活动数据创建&瞬时&拷贝，用于备份或者并行处理任务。最多可以创建256个数据拷贝。　　SVC支持增量FlashCopy操作，只拷贝自上次使用FlashCopy功能以来源虚拟磁盘或目标虚拟磁盘中变化的数据。这些功能可以用来帮助企业根据生产数据对测试环境进行维护和更新。　　Metro Mirror和Global Mirror在不同地点的SVC系统之间工作，创建数据拷贝，以供数据中心发生灾难时使用。Metro Mirror能够在城市之间（最远300公里）保持完全同步的拷贝，而Global Mirror则能够实现异步操作，从而能够在更远的距离（最远8000公里）保留拷贝。　　减少复制对存储的使用量　　对SAN Volume Controller Version 4.3来说，可以通过将新的Space-Efficient Virtual Disks功能与FlashCopy结合，实现Space-Efficient FlashCopy（SEFC）功能。在对虚拟磁盘进行复制时，SEFC功能只为源和目标虚拟磁盘之间的数据差别而不是为整个目标虚拟磁盘容量使用额外的存储容量，从而极大地降低了对存储容量的需求。　　在对多台服务器的引导盘进行复制时，可以通过此功能只对服务器之间不同的数据使用额外的存储容量，从而降低对存储设备的使用量。SEFC功能还可帮助企业实施&持续数据保护&战略，以更少的存储容量定期对数据进行拷贝备份。　　在利用FlashCopy功能创建备份拷贝或者测试环境时，SEFC帮助用户进行数据复制，从而减少对存储容量的需求。? 提高能效　　当前，许多数据中心为了降低成本，保护环境，都在努力降低自己的能耗。SAN卷控制器可以帮助您提高数据中心的能效。它通过三种方法来实现这一目标：　　SVC能够在不中断应用的同时将数据从旧的磁盘系统迁移至新的磁盘系统，从而让您更快、更简单地实现能效更高的存储。　　SVC简化了对分层存储架构的实施，提高较低层次存储的性能，从而对您部署的存储组合进行优化，提高对较低层次存储的使用量。　　SVC可以提高对存储设备的利用率，减少未来对额外存储设备的需求，从而减少对存储设备的总量需求，降低能耗。新的Space-Efficient Virtual Disks和Space-Efficient FlashCopy功能又进一步扩大这一优势。　　3.5 IBM SVC 解决方案的特点　　1. SAN虚拟存储控制器具备灵活的磁盘管理功能，极大的提高了存储管理的效率，例如可动态创建和扩展逻辑卷等。而且，SVC为各种不同的存储设备提供了一个统一的数据复制平台，例如瞬间复制-FlashCopy和远程复制-Remote Mirroring。这些复制功能都允许源磁盘卷和目标磁盘卷可以存在于不同品牌的磁盘阵列上。　　2. 透明的数据迁移：当SVC被加入到一个现有的SAN 环境中时，不需要做数据迁移，SVC 把现有的磁盘配置原封不动的继承下来（这是SVC的Image mode），这样对服务器上的应用是完全透明的。当SVC完全配置好以后，它又可以将原先磁盘上的卷及数据透明的迁移到其他真正的虚拟卷中。所有的迁移过程对服务器透明，因此不需要中止应用。　　3. IBM SVC是一个软硬件集成化的产品，专业的虚拟存储软件运行在集群式的硬件引擎上。它使用了定制的IBM System x 服务器，运行的存储操作系统是基于 Linux kernel的。与SAN网络接口是工业标准的HBA卡。由于SVC是为一个完全开放的存储环境设计的，兼容各种不同的存储设备。用户可以将各种存储方案融合其中，而不用担心SVC会有什么封闭性。SAN Volume Controller 天生具备灵活的扩展能力，可以使用户在存储性能和存储容量方面平滑无缝的升级。例如，扩展控制器个数可以增加性能，而往存储池中增加磁盘则可以增加容量，这两方面的扩张都可以在线完成，不需要中止应用。SVC的主控台提供了自动向IBM服务中心报警和远程支持的能力。　　4. 灵活开放的体系结构:　　i. 易于实施　　ii. 易于在性能和容量双向发展　　5. 企业级的高可靠性和稳定性
【内容导航】
技术热点索引
备份与容灾
虚拟化与云存储
数据中心网络
存储热议话题新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
UID空间积分0 积分104阅读权限10帖子精华可用积分104 信誉积分100 专家积分0 在线时间0 小时注册时间最后登录
白手起家, 积分 104, 距离下一级还需 96 积分
帖子主题精华可用积分104 信誉积分100 专家积分0 在线时间0 小时注册时间最后登录
论坛徽章:0
如题,我刚刚接触到solories的双机,对于solaries的一些概念不太清除,我是否可以简单的认为lun在盘阵上就是对磁盘的一种逻辑称呼?因为一帮对应一块盘会有一个LUN,另外LUN的作用是干吗?不是可以用vm做封装么?\r\n\r\n另外一个问题,有关IPMP的设置,我是否可以这样理解,对于主机做网卡冗余用IPMP,对于Cluster的对外服务IP是通过Cluster软件来设置.那么我们是怎样把Cluster的浮动IP给绑定到2个主机上的浮动IP上呢?\r\n\r\n还有问题,有关VM中的,在做SC时需要关闭DMP功能,具体DMP的作用是什么?\r\n\r\n另外想问一下,用什么命令可以看到当前节点在Cluster中是主用还是备用??\r\n\r\n希望各位老大帮忙解答一下,谢谢!!!!
&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp
UID空间积分0 积分216阅读权限10帖子精华可用积分216 信誉积分102 专家积分0 在线时间0 小时注册时间最后登录
白手起家, 积分 216, 距离下一级还需 -16 积分
帖子主题精华可用积分216 信誉积分102 专家积分0 在线时间0 小时注册时间最后登录
论坛徽章:0
哇，问题太多太复杂了，很难一一说明了。不过正常，当年我刚做的时候问题比你还多，还肤浅，慢慢做着做着就领会了
UID431820空间积分0 积分20076阅读权限100帖子精华可用积分20076 信誉积分2266 专家积分1980 在线时间2229 小时注册时间最后登录
帖子主题精华可用积分20076 信誉积分2266 专家积分1980 在线时间2229 小时注册时间最后登录
认证徽章论坛徽章:1
a、lun的概念 \r\n& &lun的全称是logical unit number，也就是逻辑单元号。我们知道scsi总线上可挂接的设备数量是有限的，一般为6个或者15个，我们可以用target ID(也有称为scsi id的)来描述这些设备，设备只要一加入系统，就有一个代号，我们在区别设备的时候,只要说几号几号就ok了。 \r\n& &而实际上我们需要用来描述的对象，是远远超过该数字的，于是我们引进了lun的概念，也就是说lun id的作用就是扩充了target id。每个target下都可以有多个lun device，我们通常简称lun device为lun，这样就可以说每个设备的描述就有原来的target x变成target x lun y了,那么显而易见的,我们描述设备的能力增强了.就好比,以前你给别人邮寄东西,写地址的时候,可以写: \r\n& &xx市人民大街54号 xxx(收) \r\n& &但是自从高楼大厦越来越多,你不得不这么写: \r\n& &xx市人民大街54号xx大厦518室 xxx (收) \r\n& &所以我们可以总结一下,lun就是我们为了使用和描述更多设备及对象而引进的一个方法而已,一点也没什么特别的地方. \r\nb、lun是什么东西？ \r\n& &lun id不等于某个设备,只是个号码而已,不代表任何实体属性,在我们的实际环境里,我们碰到的lun可能是磁盘空间,可能是磁带机,或者是media changer等等. \r\n& &lun的神秘之处(相对于一些新手来说)在于，它很多时候不是什么可见的实体，而是一些虚拟的对象。比如一个阵列柜，主机那边看作是一个target device，那为了某些特殊需要，我们要将磁盘阵列柜的磁盘空间划分成若干个小的单元给主机来用，于是就产生了一些什么逻辑驱动器的说法，也就是比target device级别更低的逻辑对象，我们习惯于把这些更小的磁盘资源称之为lun0,lun1,lun2....什么的。而操作系统的机制使然，操作系统识别的最小存储对象级别就是lun device，这是一个逻辑对象，所以很多时候被称之为logical device。 \r\n& &有人说，我的windows里，就认到一个磁盘呀，没看到什么lun的说法，是不是lun=physical disk呢？回答是否定的，只要你注意，磁盘的属性里就可以看到有一个lun的值，只是因为你的disk没有被划分为多个存储资源对象，而将整个磁盘当作一个lun来用，lun id默认为零，如此而已。 \r\n& &我们曾经碰到过这样的问题，比如有人问，我们有一个磁盘阵列，连到了两个主机上，我们划分了一个lun给两个主机认到，然后我们想，先在操作系统将磁盘分为两个区，让两个主机分别使用两个分区，然后再出现某一台主机宕机之后，使用集群软件将该分区切换到另外一个主机上去，这样可行吗？答案也是否定的，集群软件操作的磁盘单元是lun，而不是分区，所以该操作是不可行的。当然，在一些环境，一般也是一些要求比较低的环境，可以在多个主机上挂载不同的磁盘分区，但是这种情况下，实际上是没有涉及到磁盘的切换的，所以在一些高要求的环境里，这种情况根本就不允许存在。 \r\n& &还要说明的地方是，在有些厂商和有些产品的概念里，lun id被绑定到了具体的device上，比如ibm的一些带库，整个带库只有一个target id，然后changer,tape drive被分别分配为lun0,lun1,lun2.....，但是我们要注意到，这只是产品做了特别设计，也是少数情况。 \r\nc、存储和主机的电气独立时代的lun的概念 \r\n还有很多新手总是把阵列里面的磁盘和主机的内部磁盘的一些概念搞混淆了。 \r\n在磁盘阵列和磁带库大行其道的时代，存储越来越智能化，越来越像一个独立的机器，实际上存储和主机的电气独立本来就是一个必然趋势，俗话说得好，儿大要分家嘛。在存储越来越重要的时代，存储要自立门户是必然的事。 \r\n如果我们把存储当作一个独立的主机来看，理解起来就很简单了。我们说到lun的概念的时候，我们就要将分为两个层面。一个层面就是在阵列这个机器的os识别到的范围，一个层面就是服务器的os识别到的范围。这两个层面是相对独立的，因为如果我们把存储当作一个主机来看，那么它自然有自己的device，target，lun之说，而服务器也有自己的device,target,lun之说；另外一方面，这两个层面又是相互关联的，一个阵列的控制系统，大多都有虚拟化的功能，阵列想让主机看到什么样的东西，主机才能看到相应的东西。当然，服务器识别到的最小的存储资源，就是lun级别的。那么主机的HBA卡看到的存储上的存储资源就靠主要两个东西来定位，一个就是存储系统的控制器(target)，一个就是lun id，这个lun是由存储的控制系统给定的，是存储系统的某部分存储资源。 \r\nd、lun masking，lun mapping \r\n我们有了独立的磁盘阵列用了之后，服务器只要看到存储的控制系统，就有可能使用磁盘阵列的磁盘资源，但是磁盘阵列不可能只为某一个服务器来使用，所以他必须管制主机使用某部分磁盘资源。这个管制分为两个部分：一部分就是lun mapping,类似于绿色通道，就是保证服务器能看到某部分存储资源,一部分就是lun masking，类似于警戒线，就是保证服务器只可访问给它分配的存储资源，而没分配给服务器的资源，就不要染指了。 \r\n实现lun masking和lun mapping有三种方法：一个是基于存储控制系统来设置，一个是基于存储交换系统来设置，一个是基于服务器os来设置。 \r\n基于存储控制系统得设置，是比较常见的设置，比如很多磁盘阵列的控制系统，本身就能设置lun被某服务器看到。比如FastT的partition功能。 \r\n基于存储交换系统的设置，也是一种常用的方法，比如常说的zoning。 \r\n基于服务器os的设置，比较少采用，一般采用安装某些操作系统上安装某些软件来实现，因为这个方法全靠服务器自觉，所以比较少用，呵呵。 \r\ne、lun的multi-path \r\n现在，存储网络越来越发达了，一个lun有多条通路可以访问也不是新鲜事了。 \r\n服务器使用多个HBA连接到存储网络，存储网络又可能是由多个交换设备组成，而存储系统又可能有多个控制器和链路，lun到服务器的存储网络链路又可能存在着多条不同的逻辑链路。那么，必然的，同一个physical lun在服务器上必然被识别为多个设备。因为os区别设备无非用的是总线，target id，lun id来，只要号码不同，就认为是不同的设备。 \r\n由于上面的情况，多路径管理软件应运而生了，比如emc的powerpath，这个软件的作用就是让操作系统知道那些操作系统识别到lun实际上是一个真正的physical lun，具体的做法，就是生成一个特别的设备文件，操作系统操作这个特殊的设备文件。而我们知道，设备文件+driver+firmware的一个作用，就是告诉操作系统该怎么使用这个设备。那么就是说，多路径管理软件从driver和设备文件着手，告诉了操作系统怎么来处理这些身份复杂的lun。
欢迎加入企业级IT QQ交流群：3264454
UID空间积分0 积分104阅读权限10帖子精华可用积分104 信誉积分100 专家积分0 在线时间0 小时注册时间最后登录
白手起家, 积分 104, 距离下一级还需 96 积分
帖子主题精华可用积分104 信誉积分100 专家积分0 在线时间0 小时注册时间最后登录
论坛徽章:0
嗯,蜘蛛大人说的对,先搜仪搜再问.
UID空间积分0 积分216阅读权限10帖子精华可用积分216 信誉积分102 专家积分0 在线时间0 小时注册时间最后登录
白手起家, 积分 216, 距离下一级还需 -16 积分
帖子主题精华可用积分216 信誉积分102 专家积分0 在线时间0 小时注册时间最后登录
论坛徽章:0
既然复杂的讲了，我就补充简单的吧。\r\nIPMP是IP在网卡间冗余设置功能，在CLUSTER 3.1中，可以通过scrgadm注册浮动逻辑IP，在注册指令中直接绑定网卡。IPMP是机器内部网卡的冗余，但浮动逻辑IP是机器之间的IP资源的切换。\r\nVXVM的DMP，全名是dynamic&&multi path,也就是动态多路径，是VERITAS的磁盘多路径访问工具。通常CLUSTER会在安装时自动DISABLE，目的是防止非法访问，也有可能是因为SUN的多路径软件MPXIO。\r\nCluster中是主用还是备用使用scstat 命令查看，不过没节点是否主次毫无意义，我们需要了解的是资源组的状态。资源组在线的节点并不一定是主节点！分清资源组主次才不会误操作
UID431820空间积分0 积分20076阅读权限100帖子精华可用积分20076 信誉积分2266 专家积分1980 在线时间2229 小时注册时间最后登录
帖子主题精华可用积分20076 信誉积分2266 专家积分1980 在线时间2229 小时注册时间最后登录
认证徽章论坛徽章:1
呵呵，楼上补充的很好：）
欢迎加入企业级IT QQ交流群：3264454
UID空间积分0 积分104阅读权限10帖子精华可用积分104 信誉积分100 专家积分0 在线时间0 小时注册时间最后登录
白手起家, 积分 104, 距离下一级还需 96 积分
帖子主题精华可用积分104 信誉积分100 专家积分0 在线时间0 小时注册时间最后登录
论坛徽章:0
感谢二位为我解惑,呵呵,谢谢了 !!!!
北京皓辰网域网络信息技术有限公司. 版权所有 京ICP证:060528号 北京市公安局海淀分局网监中心备案编号：
广播电视节目制作经营许可证(京) 字第1234号
中国互联网协会会员&&联系我们：
感谢所有关心和支持过ChinaUnix的朋友们
转载本站内容请注明原作者名及出处