Articles of emc

惠普和EMC SAN之间的差异

过去,我pipe理过戴尔的EMC和Equallogic SAN。 最近我负责了惠普的P2000 SAN。 惠普和EMC使用略有不同的术语。 我想确认我了解惠普的术语。 你能validation/更正下面的一些定义吗? 虚拟磁盘。 分组成RAIDarrays的物理磁盘的集合。 EMC将这些称为“存储池”。 虚拟磁盘和存储池与“RAID组”不完全相同,但它们的用途相同。 卷。 虚拟磁盘的逻辑分区,作为单个卷呈现给主机。 EMC将这些称为“LUN”,LUN是适当的术语。 存储组。 与“存储池”不同,EMC SAN可以定义“存储组”,可以将多个LUN组合成提供给主机的单个卷。 我在HP SAN上找不到与此类似的东西。 全球备件。 没有分配给任何虚拟磁盘的物理硬盘驱动器。 如果虚拟磁盘中的硬盘驱动器发生故障,则SAN会自动使用可用的备用驱​​动器来更换驱动器,并使虚拟磁盘容错。 EMC将这些称为“热备件”。 对于两个供应商,备件不需要分配给特定的RAID组或虚拟磁盘。 SAN将使用它们用于任何发生故障的硬盘驱动器。 关于Equallogic SAN:Equallogicarrays从arrays中的所有可用磁盘创build一个RAID组和一个LUN。 pipe理员只能select:RAID组的RAIDtypes,以及存储组的数量和大小。 我认为我有这些条款是正确的,但我想validation与谁使用两个供应商的SAN的人。 我特别担心的是,我找不到惠普的存储组。 惠普确实有办法将多个LUN合并为一个逻辑卷。 我错过了设置的地方?

LUN ID之间的不一致

我刚添加了一些LUN到我们新的EMC VNX,并且LUN ID不一致.. 来自EMC Unisphere的屏幕截图 来自VMWare vSphere的屏幕截图 如果仔细研究这两个屏幕截图,您会注意到唯一ID是相同的,但LUN ID不同。 我在这里停了一下,我不确定我是否应该打电话给EMC并指责他们,或者开始在networking上寻找潜在的vSphere漏洞。

当SAN运行超过其支持期限时,我会遇到什么麻烦?

我们正在更换Clariion CX320 SAN,因为它已经过时了(7.5岁)。 否则它是非常可靠的。 是的,我们已经更换了很多磁盘,电池模块,甚至可能是其中一个控制器,但是故障率并不是很高 – 可能每九个月大概一次。 新的SAN是具有类似性能特征(IOPS,networking等)的均衡逻辑。 即使这个技术真的没有什么新的变化(除非我们想要10gignetworking或者SSD磁盘,我想这样做却不能certificate花了两倍的代价)。 我认为大的变化可能就是价格点,当时我们为CX3支付了40k,而类似设置的价格也是这个价格的一半。 我想把CX3-20保留在生产中,但是我不得不提出一些情况,这个东西应该能够在没有高成本的情况下再活4-5年。 我们不得不从EMC以外的地方采购部件,因为这是非常耗时的(实际上这并不是坏事,因为第三方部件非常便宜,唯一的缺点是需要1-2天的时间才能获得部件,而不是同一天在几小时内)。 所以问题是:有没有人真的把这些东西运行了12年,并且像以前一样坚如磐石? 失败率应该是随着时间的推移,但我没有看到它发生。 我们有3个7岁以上的SAN。 我们在2-5岁时遇到了问题,但过去的2.5年并不糟糕。 也许在3 7+年以前的SAN中,我们已经replace了总共4个磁盘。 我知道,在与经销商/供应商交谈时,有很多人运行“很多这样的报废”SAN,但我永远不能和他们背后的人交谈。 他们是否经常头疼,但他们正在运行这个东西的橱柜,他们不能certificate升级的成本? 或者他们可能是托pipe公司,他们无法承受迁移虚拟机的停机时间……或者这些东西真的是稳定的,如果你维护它们,它们将永远持续下去,而“报废”只是EMC的推动方式我们买新的装备?

EMC VNX iSCSI设置 – 不确定SP /端口分配

我们有一个新的VNX5300正在等待configuration,我需要在EMC技术到达之前规划networking基础架构。 它每个SP有4x1gbit iSCSI(总共8个端口),我希望能够充分利用性能,直到跳转到10gig iSCSI。 从我可以从文档中读到 – build议每个SP只使用两个端口,一个主动和一个被动。 为什么是这样? 四端口I / O模块似乎毫无意义,然后build议不要使用两个以上的模块? 另外 – 我对分区有点不确定。 最佳实践指南指出,您应该将不同逻辑networking上的每个SP上的每个端口彼此分开。 这是否意味着我必须创build4个逻辑networking才能够使用全部8个端口? 它也给出了以下例子: 这是否意味着A0和B0应该坐在同一个物理开关上? 这不会使所有的stream量都在一个交换机上(如果A1和B1都是被动的)? 编辑:另一个脑筋 我不明白 – 每个主机(如在服务器中)不应该有比存储处理器更多的iSCSI带宽。 这到底是什么呢? 如果serverA有1gbit,serverB有100mbit,那么它们之间的带宽是100mbit。 这怎么会导致某种超额认购? 编辑4 :等等,什么。 主动和被动端口? VNX以ALUAconfiguration运行,具有不对称的主动/主动..不应该有任何被动端口,只有首选..

EMC VNXe GNU源代码

有谁知道EMC在哪里托pipe他们的VNXe产品的GNU源代码? 我们已经厌倦了给德里/爱达荷州打电话来解决微不足道的问题,并希望弄清楚他们的临时密码系统的algorithm,并避免等待WebEx的时间。 元 正如有人想讨论成为专业系统pipe理员,可能值得添加一些上下文。 一家“解决scheme提供商”在运营机构进行干预之前,将EMC VNXe解决scheme误卖给了高级pipe理层。 它在我们的24/7警报监控环境中很难做到,并且需要不断修复。 每当发生火警或者单独工人报警时,每一次停机都会增加一个人失去生命的机会。 它正在被取代,但由于企业和成本之间的政治,这将是一个月或两个月。 与此同时,我没有时间在账户经理和升级过程中搞砸 – 我们需要这个工作,并有权立即修复。 否则,我完全同意通过正确的渠道。 Meta结束

将重做日志写入DRAM固态硬盘,以实现大量写入数据库?

我有一个Sun M4000连接到EMC CX4-120arrays与写入重型数据库。 写入峰值在1200 IO / s和12MB / s左右。 根据EMC的说法,我正在使EMCarrays上的写caching饱和。 我认为最简单的解决scheme是将重做日志移到基于DRAM的SSD上。 这将使EMCarrays上的负载减less一半,应用程序不会看到日志缓冲区等待。 是的,DBWR可能会成为一个瓶颈,但应用程序不会等待它(就像他们做重做提交一样!) 我目前正在循环大约4个4GB的重做日志,所以即使是20GB左右的SSD也会有很大的不同。 由于这是短期存储并且不断被覆盖,基于闪存的SSD可能不是一个好主意。 M4000没有任何额外的驱动器,所以一个PCI-E卡将是完美的,我可以去外部或移动启动卷到EMC和释放本地驱动器。 Sun出售Flash Accelerator F20 PCIe卡,但似乎是一些SATA磁盘caching,而不是DRAM SSD解决scheme。 细节是粗略的,它没有列出M4000支持,我厌倦了打击孙的电话树寻找人的帮助。 🙁 其他人是否同意DRAM SSD是一条路? 任何硬件build议? 更新除了在下面的评论中的信息,我尝试了“commit_write”的各种设置,并没有什么差异。