未解决
此帖子已超过 5 年
1.4K 消息
0
2476
【专家问答（翻译稿）】MCx揭秘
本次专家问答将帮助您理解新一代VNX MCx架构，我们将讨论以下主题：
- MCx缓存
- 线程（阵列进程）调度
- MCx FAST Cache
- 预热期
- 最久未使用算法 (Least Recently Used Algorithm)
- MCx FAST VP
- 最佳实践
- 关于VNX2和MCx的一切
本次问答从11月1日起，于11月15日结束。我们将为您同程翻译英文论坛内容，您也可以提出自己的问题，我们将帮助您进行翻译并帖在英文论坛等待专家的回复。赶快抓紧机会与专家们进行互动吧！
英文论坛连接：MCx - Under the Hood
主持人：
15年的IT从业经验，于2004年加入EMC，在此之前，他是备份、灾难恢复和网络方面的咨询师。加入EMC之后，专职于将收购的公司纳入EMC信息技术基础架构。整个整合过程通常需要与竞争技术协作，管理数据中心建设，部署EMC基础架构，包括中端存储和归档。目前，Greg是一位系统工程经理。
EMC系统工程师，专注于中端市场。在加入EMC之前，Chris在IT领域工作了18年。他专注于设计数据中心解决方案，满足客户当前的需求以及未来的扩张。
EMC高级内部销售系统工程师，在加入EMC之前的7年时间，Oliver负责超过20个分支机构的系统管理、备份管理和桌面管理工作。
zhouzengchao
1.4K 消息
0
2013年11月12日 18:00
Oliver Ames谈到：新一代VNX MCx架构设计用于满足目前的一些颠覆性技术：云计算、多核应用、闪存技术等，这些技术允许业务应用实现更高的I/O流程。有些客户面对高标准的应用时，时常会问自己“我目前的存储系统，甚至DAS，能够满足应用程序在性能方面的要求吗？”，推荐参考下面的文章，你能从中找到任何关联性吗？
http://talkincloud.com/emc-ceo-joe-tucci-cloud-is-most-disruptive-tech-wave-ever
http://www.crn.com/news/cloud/229403082/emc-ceo-tucci-cloud-disruption-means-opportunity.htm
就我看来，客户在与其对手竞争的过程中，需要不断增强甚至加入新的应用来应对挑战，这种增长不断的对现有的IT基础架构施压，IT预算的大部分都被用于运维，而非创新。
最后一个链接来自已经使用新一代MCx架构的客户，如果能听到更多使用新一代VNX作为步入云计算的基石的例子那就太棒了。
http://www.emc.com/about/news/press/2013/20130904-03.htm
zhouzengchao
1.4K 消息
0
2013年11月12日 19:00
Allen.Ward问道：对热备用机制的重新设计，其背后的用意是什么？我知道这种变更的确有其好的地方，但我自己不是很买账，总感觉新的问题大于其优势，特别是像我这种控制欲很强的人。
我所能看到的优势有以下几点：
但我的顾虑在于：
我想知道更多背后的原因，使得设计者认为新的热备用机制所带来的优势会更明显。为什么不把新的热备用机制作为一种可选项，让用户有更多的选择。
Rainer_EMC回答： 我觉得最根本的原因就是对用户看起来更简单一些。客户不需要手动创建热备用，系统会帮你自动搞定这一切。
你依然可以配置热备用，也可以不配置，但必须指定热备用策略。不再需要从热备用盘回拷数据至新替换的磁盘，客户认为这部分I/O是多余的，应该能设计的更好一点来避免这种问题。如果你想回归原先的RAID组结构，可以使用copy back或物理移动该磁盘。我个人觉得新的做法更为自动化，系统会挑选最合适的盘做热备用。
zhouzengchao
1.4K 消息
0
2013年11月12日 20:00
dynamox问道：
zhouzengchao
1.4K 消息
0
2013年11月12日 20:00
nightcrawler086问道：什么时候才能开始支持Pool LUN的对称双活？
Rainer_EMC回答：这是一个关于产品路线图的问题，我建议你咨询本地EMC代表。
zhouzengchao
1.4K 消息
0
2013年11月13日 01:00
OllieAmes回答：
目前并没有对Unisphere Analyzer (UA)的计数器有任何更改，只能监控FAST Cache驱动器。一般来说，连续读写不适合FAST Cache，因为FAST Cache算法忽略数据流。FAST Cache设计用于处理随机小块I/O（读写）。而且，任何>=64KB的I/O都会被FAST Cache排除在外，由DRAM Cache处理。
老的FAST Cache (Classic FAST Cache)要求连续读写同一个block三次才会把数据提升至FAST Cache，因此不是所有的I/O类型都能收益于FAST Cache。但到了新一代VNX，Multicore FAST Cache能够让更多的RAID Group或Pool LUN受益，因为只要对数据块有一次访问（one time hit），它就会被提升值Multicore FAST Cache。这种提升有一个限制，那就是FAST Cache已用容量必须低于80%，一旦超过，又会回到以往的three times hit promotion。新一代VNX还采用了清理算法来释放FAST Cache从而更好的服务动态工作量（dynamic workload，意思就是有的应用I/O形态呈现出不规则性，某些热点数据可能过一段时间就变冷了）
这里有个演示演示FAST Cache是如何帮助解决这种情况的问题的：启动风暴
目前没有办法监控具体某个I/O是否被FAST Cache所处理，要确定一个LUN是否最能受益于FAST Cache，我们可以使用Unisphere Analyzer (UA)。监控LUN的访问形态，确定I/O的顺序或随机性，读或写。
注意：通过UA，你可以通过查看LUN的“FAST Cache Write Hits / Read Hits”，确认该LUN是否受益于FAST Cache，以及受益的程度。其它的计数器，比如"Read & Write Miss"、"Read & Write Ratio"可以很容易的帮助你理解目标LUN是否适合用于FAST Cache。
注意：以上计数器仅适用于RAID Group LUN，Pool，不适用于Pool LUN。
FAST Cache凭借其天生的“直觉性”，真正的缓解了管理员的调优工作。通过UA，你可以实时分析或者分析归档后的性能日志。
对于使用VMware作为Hypervisor的客户，可以选择购买vCOP (vCenter Operations) 以及EMC SRM (Storage Resource Management)。这里给你另一个连接是关于EMC SRM的。
很可惜的是，最佳实践文档尚未发布，但我相信不久以后你会看到的。