存储lun划分
⑴ 是不是要给每一个系统划分一个lun
当企业采用了一款新的应用程序时,例如SQL数据库,该应用程序需要一个或者多个块存储LUN与之关联。LUN的创新、协作、管理及防护功能为存储配置奠定了基础。 逻辑单元号(简称LUN)是一种物理块存储空间(即整个磁盘)的逻辑需求;其中一部分或者一组,例如廉价磁盘冗余陈列,是从多个磁盘及多个控制器中聚合而成的。存储LUN可以使某个应用程序或者某些应用程序与存储位置进行互动。例如,应用程序不能够控制磁盘中磁道、扇区及簇。存储分配需要这种物理到逻辑转换,包括操作系统和文件系统。 提供给企业工作负载的存储会根据数据中心中特定服务或者应用程序、性能需求以及管理能力发生变化,甚至有时候变化非常大。 每台服务器需要多少存储LUN呢? 关于“每台服务器需要配置多少存储LUN”的问题仍然是一个被大家争论的话题。在一个纯物理、非虚拟化的环境中,一台服务器承载单独一个应用程序任务,LUN要尽可能适用于应用程序及其数据。多数复杂的应用程序需要不止一个存储LUN,一个LUN用于应用程序内容,而另一个用于应用程序文件。每一个应用程序配置一个LUN的优势在于仅仅需要相对简单的备份和恢复方案即可,因为所有东西都在同一个存储空间中,将所有内容备份和恢复在一起变得非常重要。 多个应用程序能够使用同一个存储LUN。例如,几个服务器中的基于块的应用程序能够使用同一个LUN,这也意味着有的物理服务器可以不必配置存储LUN。这样就可以简化供应关系,但是却引出了其他严重的问题,例如存储能力、性能和备份。LUN必须足够大,从而才能满足多个应用程序存储需求的服务能力。多个服务器同时向多个应用程序发出读和写的需求会引起存储和应用程序性能下降。因为,备份通常涉及一套完整的LUN、大的备份,共享LUN时间相对较长,并且对于其中的另外一些应用程序来说,要想存储所有东西耗费时间而且也不必要。一般来说,采用大型LUN对企业来说并不是最好的做法。 存储LUN最佳实践方式也是延续到承载多个VM的虚拟服务器上。多个VM共享一个LUN是完全有可能实现的,但是,相同潜在的能力、性能和数据保护问题也会相继出现。在这种情况下,我们需要考虑将每个VM配置其自有LUN。随着虚拟化技术的不断演进,像VMware vSphere虚拟盘卷这样的技术可以保证每个VM存储实例部署和管理,进一步强调了配置多LUN要比配置较少LUN更可取。 为了计划存储管理,我们要选择应用程序及其系统需求数量(而不是服务器数量)作为数据中心LUN实际数量。
⑵ 磁盘阵列里lun怎么理解呢
LUN的全称是Logical Unit Number,也就是逻辑单元号。我们知道SCSI总线上可挂接的设备数量是有限的,一般为6个或者15个。
1、每个target下都可以有多个lun device,我们通常简称lun device为lun,这样就可以说每个设备的描述就有原来的target X变成target x lun y了,那么显而易见的,我们描述设备的能力增强了。
2、LUN ID不等于某个设备,只是个号码而已,不代表任何实体属性,在我们的实际环境里,我们碰到的LUN可能是磁盘空间,可能是磁带机,或者是media changer等等。
3、LUN的神秘之处(相对于一些新手来说)在于,它很多时候不是什么可见的实体,而是一些虚拟的对象,比如一个阵列柜,主机那边看作是一个target device,那为了某些特殊需要,我们要将磁盘阵列柜的磁盘空间划分成若干个小的单元给主机来用,于是就产生了一些什么逻辑驱动器的说法。
⑶ 数据库系统中,存储上的每个LUN划为多大,有什么说头不
我觉得和数据库尺寸和规划相联系吧, 比如 datafile 的尺寸,归档卷的尺寸,索引文件的尺寸,去定义raid group是raid10还是raid5,然后分LUN的大小,用作Oracle的话LVM好像还不如用ASM吧?
EMC有些工程师认为LUN太大性能上不如小一些的LUN,但从DBA的角度来讲,LUN太多维护上不是太方便,自己权衡吧,从性能与维护方面取一个平衡点。
我们LUN是EMC的工程师划好的。到时候直接拿过来用的,不过也要分LUN的作用是什么,可以安类别来分,我们45GB的最多,当然小的也有,更大的也有,不过不占主要的。 因为我们的EMC存储是给公司所有应用用的。不仅仅是数据库,同样也会根据数据库的大小来确定划的LUN的大小,数据库大而LUN太小每次划盘也烦的。
⑷ 中端存储和高端存储,在划分LUN/Pool给主机的步骤上有啥区别吗
中端存储VNX为例的做法:
(1)做RG -> 划LUN ->mapping给主机
(2)做Pool -> 划LUN ->mapping给主机
高端存储VMAX的做法是:https://community.emc.com/thread/167097
(1)在Disk Group里面建一个Device(Disk Group事先配置好的),MAP到FA,再present给主机(Auto provisioning)
(2)建一组Data Device,创建一个Pool,把Data Device加入到Thin Pool。建一个Thin Device,Bound到Pool上。然后MAP到FA,再Present给主机。
⑸ 存储上划分LUN,怎样决定大小和数量
1.存储上的限制,比如DS4300上,对单个LUN的限制是2TB
2.考虑操作系统的限制,比如AIX
5.2
,VG中单个PV的限制是1016PP,每个PP最大1024MB
3.尽量每个LUN放在不同的控制器上,比如需要获得一个比较大的容量的盘,分别在不同的控制器上的RAID组中划分小的LUN,通过卷管理软件LVM,合并成需要的容量。
⑹ EMC VNX存储lun有那些类型呢文档里面有传统lun,thick lun和thin lun。这些lun有什么区别呢
一般,术语 LUN 指常规 LUN 或 metaLUN,而不是 精简 LUN。
常规 LUN 是由一个或多个磁盘组成的一段磁盘存储空间(对于操作系统而言,类似于单个磁盘)。创建常规 LUN 的方法取决于存储系统是否支持 RAID 组。
MetaLUN含有两个或多个常规 LUN 的存储设备,可通过添加其他 LUN 动态增加其容量。
另外,对于存储池:精简 LUN ,一个逻辑存储单元,其订阅用户容量可以大于共享池的用户容量。多个精简 LUN 可以共享同一个池的用户容量。可通过从精简 LUN 的共享池分配存储容量增加其存储容量。