长篇连载：说说EMC解决方案中的那些产品和案例

论坛的附件功能已经恢复，所有文章的原文PDF都已添加到正文，随时可以下载！

（六）私有云案例， VSPEX部署5600个VMware虚拟机

     私有云是企业在云计算时代一个转型的主要方向，它的出现是源于企业传统基础架构多以Client/Server或Internal Web方式的存在，且已经投入生产。鉴于企业业务本身信息敏感的特点，由外部服务商提供的公有云解决方案并不适合绝大多数的企业应用。所以，有组织内部IT或私有云提供商负责，在企业内部构建的私有云解决方案成为必然的选择。21世纪第一个十年，服务器虚拟化在行业内蓬勃发展。回顾过往，服务器虚拟化现在看来只是私有云的初级形态。现今的私有云解决方案中已经包含了应用虚拟化、计算虚拟化、网络虚拟化、存储虚拟化，现在的私有云概念是将原先独立的计算单元合并，以池化展现，并且按需分配给用户。而且这些池化以后的计算单元，即可以与原先的架构整合独立工作，也可以相互整合，形成从上至下的虚拟化，组成现在广义上的云计算。

     从本篇开始，楼主会逐渐介绍一些云计算（私有，混合）的案例，虽然自身在这方面学艺不精，但是希望通过介绍过程一并学习，提供一些读者感觉有价值的信息，并且互相交流。

     VSPEX是一个面向企业的、经过EMC验证的，整合计算、Hypervisor、网络、存储，让用户可以简单创建，管理私有云基础架构的产品组合。简单来看，VSPEX作为一揽子的整体解决方案，可以降低用户在基础架构上的软硬件和人力投入，目的是让企业的IT组织可以更快的进行企业内部的私有云转型。

解决方案中主要组件：

     白皮书描述了使用EMC VSPEX验证的基础架构解决方案基于VMware vSphere 5.5和EMC VMAX3系统支持5,600个虚拟机的私有云部署。解决方案的架构如下：

图中可以看到，这个解决方案中牵涉的主要组件有：

• 虚拟化层：VMware vSphere，包括VMware vSphere hypervisor虚拟化核心 和 VMware vCenter系统管理软件，并结合VAAI和VASA两个存储端API插件与ESI管理插件。
• 计算层：VSPEX提供了灵活虚拟机配置，根据不同类型的虚拟机可配置CPU、内存及网络。
• 网络层：VSPEX网络支持冗余，流量隔离、链路聚合，96Gb/s的总带宽。
• 存储层： VMAX3，利用VMAX3的Hypermax OS与Virtual Provisioning功能将存储资源池化，并结合性能的SLO优化性能利用率与Multicore emulation优化CPU利用率。（关于SLO的内容，（三）想多快就能多快，VMAX3性能服务级别（SLO）加速Oracle数据库有详细介绍。）
• 备份与恢复：使用Avamar结合Data Domain实现数据保护与备份。（可选）

     白皮书用将近30页的篇幅描述了每层的中组件的功能与优势。楼主这里就不一一复述了，有兴趣的读者可以下载附件中的原文，看一下第二章和弟三章的内容，了解一下每个组件中的软硬件特点。

解决方案的部署特点：

第四章内容楼主个人认为是白皮书的重点，总结下来有以下几点：

1. VSPEX是一个存储、网络、计算的的平衡体，所以客户在部署的时候需要满足一些VSPEX的最小服务器和网络需求。以下是初始配置单引擎VMAX3支持700个虚拟机的最小系统需求的参考配置列表。随着虚拟机数量的增加，最低需求需要按倍速增长。

2. CPU配置方面，其中vCPU的Ratio设置是4:1，即每个物理CPU对应4个vCPU，这个配置的基于平均测试的负载，由于实际情况中，企业内的虚拟机配合不同的应用，对性能的要求不尽相同。实际部署后用户也可以基于虚拟机进行动态调整。

3. 内存方面，每个虚拟机分配2GB内存，预留2GB内存给vSphere主机用作Hyervisor调度。同时，vSphere启用一些内存虚拟化功能，例如ballooning 、 transparent page sharing、NUMA等等优化内存使用效率。与CPU资源分配一样，内存分配也是就与测试的平均水平，实际部署也是需要用户根据负载进行调整的。

3. 网络方面，解决方案IP网络使用用户访问网络与管理网络隔离的部署方式，并结合存储网络FC作为vSphere到VMAX的数据传输。

4. 存储端，存储VMware虚拟机的datastore可以通过VMFS、NFS、RDM不同的协议进行访问。容量方面，VSPEX存储部署可以根据用户规模，以350个虚拟机为单位规划存储容量，以下是对应350个虚拟机的分布图。其中使用了8个闪存盘与82个SAS盘。并持续扩张到5600个虚拟机的支持。（单个VMAX 100K的系统上限）

5. 高可用方面，解决方案分别使用虚拟化层、计算层、网络层、存储层的冗余架构，保证从上至下的全线高可用。

虚拟机规划：

     由于前文中提到的虚拟机由于运行的负载不同，所需要的系统资源也是不一样的，本解决方案中介绍了一种规划虚拟机的方法。内容是这样根据从几个维度，并且以RVM为单位来规划实际的虚拟机部署。RVM是Reference Virtual Machine的简称，基本上就是按照CPU、内存、IOPS与容量的组合定义一个VM处理单元。然后用户根据需要实际部署的虚拟机的负载，选取最大的某个资源类型来规划需要几个RVM。

     例如下图中的一个I/O要求较高的应用，需要200 IOPS以及16GB的内存，容量与CPU方面则相对较低。那么在规划的时候，需要分配8个RVM给这台实际的虚拟机。依次类推，遍历所要部署的所有应用，完成资源的规划。

     最后，白皮书的5-7章分别给出了配置与验证解决方案的过程，这些过程对于实际实施VPSEX来说非常有用，可以按部就班操作，同样推荐下载留档。

     总结下来，这篇解决方案是一个从介绍VSPEX中所包含的EMC产品特点，到VSPEX部署私有云解决方案架构概览与细节，以及设计与实施的综合呈现。对于想了解或有计划实施私有云的用户都有很好的参考价值。楼主个人非常喜欢里面介绍的根据四维度规划虚拟机的方法，虽然这个方法不见得很复杂，但是它能够非常简单操作。同时也满足按需分配原则，防止系统资源短板的情况发生，还能让管理员在使用这种方法的过程中，对自己的应用的系统资源分配情况加深了解。

下一篇解决方案会介绍软件定义存储平台ViPR部署按需文件系统。

（七）一站式多协议平台，软件定义存储ViPR部署按需共享文件系统案列

     记得第一次了解到EMC ViPR是通过2013年的EMC World的产品发布，一开始对这个软件定义存储的概念感觉非常新鲜。软件定义存储，控制流与数据流分离，前端多协议支持，后端多平台整合是我一开始对ViPR的印象。EMC对ViPR的定位是一款软件定义的存储，可管理传统和下一代云存储平台的所有存储资源并实现其自动化。随着两年的发展，现在ViPR产品线由两个产品组成：ViPR Controller，一个存储自动化软件提供一种抽象化、池化和调配存储资源的自动化方式来交付存储即服务，现在已经发展到了2.3版本。ViPR SRM一个全面的存储资源管理解决方案，可以直观显示存储关系，分析配置和容量增长并优化资源，现在已经到3.6版本。浏览一下现在的ViPR Controller的Support Matrix，ViPR支持的的EMC和第三方存储的列表已经从原先的个位数增加到了30+。楼主相信，未来这个列表会持续增加，不断扩充为这个业界首个软件定义存储平台的阵容。

     本解决方案是一个ViPR Controller的应用案例，目的是实现企业级文件同步与共享解决方案Enterprise File Sync and Share (EFSS)。其中需要的组件包括：

• ViPR Controller：安装在vCenter的虚拟机。通过ViPR Controller软件， Syncplicity应用链接前端接文件共享，后端通过FC和IP网络连接存储阵列。
• AD服务器：解决方案中安装了独立的AD服务器，用来做ViPR Controller身份集成验证。
• EMC Isilon和VNX存储阵列：实际的数据存储设备，VNX 7600通过SAN block链接到ESXi主机，Syncplicity文件存储位于Isilon X410阵列。
• Syncplicity Storage Connectors：Syncplicity文件共享解决方案中的应用服务器，同样运行于vCenter上的CentOS虚拟机，它直接连接到ViPR通过虚拟阵列（由ViPR在底层VNX和Isilon上虚拟出来的存储）展现的文件存储。
• FC和IP交换机：IP交换机用作NAS，FC用作Block。
• 最后，解决方案的用户通过AD验证服务，访问文件共享。

架构图如下：

     白皮书的后半部分给出了解决方案的具体实施步骤，还是比较详细的。主要分为两个部分：ViPR实施和Syncplicity实施。

• ViPR实施中，文中的步骤包括，部署前的检查项、安装ViPR Controller后的网络检查、链接Isilon和VNX前的检查、添加账号权限、创建ViPR项目、配置数据数据中心，扫描阵列、创建虚拟阵列、创建IP网络和文件共享等等。对于一些特别步骤，还给出了外部链接，方便读者按部就班的进行操作。
• Syncplicity实施中，同样也给出了安装Syncplicity storage connector的步骤，从ViPR文件服务中创建NFS，配置Syncplicity storage connector，以及通过ViPR简单扩容的操作步骤。
• 实施完毕以后，用户还可以通过ViPR提供的文件服务，通过快照的方式对数据进行保护。

     总结下来，这个解决方案的重点在于实施的步骤，文中比较贴心的给出了使用ViPR和Syncplicity安装与配置步骤，并配合外部链接将整个操作过程具体话。其实，这个解决方案落地案例已经在EMC内部由EMC IT部门全面铺开了，EMC的全球员工已经是这个解决方案的最终用户了。楼主作为最终用户的一员，对Syncplicity体验还是不错的，它可以帮助在多台设备上共享文件，这些设备可以是PC、MAC以及各种移动设备，文件通过Syncplicity共享以后，还能与同事就特定的文件协同工作，而且在公网和公司内部网络都可以方案，关键一点与互联网上网盘不同的是，企业自己部署的文件共享解决方案信息安全度更高，权限方面与内部原油系统集成也更好。

     而对于ViPR Controller的数据服务来说，本解决方案中描述的Syncplicity部署，只是它提供数据服务的应用之一。同样用户也可以通过ViPR展现的数据服务，链接其他类型的应用。

下一篇我们谈谈大数据的基础架构

（八）存储上的大数据，Isilon大数据基础架构

     我们现在处在一个大数据的时代，人人都在谈大数据，用大数据，也希望大数据可以帮助自己做些什么。人们普遍认为，我们的未来居住的星球是数字的，世界是数字的，人本身也可以数字化，至少现在人的行为已经是数字的了，任何事情数字化以后就会出现无限可能。楼主曾经看过一部美剧（Person of Interest），剧中的主角为美国政府构建了一套可识别罪犯犯罪意识/恐怖行为的系统，这个系统通过安装在纽约市的无数摄像头和监控主流的通讯系统，通过图像、声音、电话，信息，社交网络全方位信息，识别可能出现的犯罪行为。但这个系统却被政府认为大材小用而关闭了一部分程序（只是用来检测恐怖行为，而对民间犯罪无视）。主角两人组通过系统中植入的后门发送出来的相关罪犯或受害者的社保号码进行侦破，一次次进行“法外执法”。这个颇有创意的美剧，背后的系统就是一个实实在在的大数据分析系统。

     大数据的分析场景众多，引用一句毛主席语录“一切不以结婚为目的谈恋爱都是耍流氓“。那么“一切不谈具体场景的大数据分析也都是耍流氓！”。大数据分析需要满足3R原则“Solve RIGHT Problem”、“Build RIGHT team”、“Use RIGHT tools”。而这个所谓正确的工具，广义上还可以分为三个领域：数据科学、分析框架和大数据基础架构。所以，在我们明确利用大数据需要解决什么问题，然后又有合适的大数据项目团队以后，就需要考虑使用何种高效的工具来进行大数据项目。本篇白皮书就是描述EMC推出的大数据基础架构产品Isilon特点。主要是包括（文字不多，只有图和总结，具体内容看白皮书附件）：

1. Isilon这款产品，作为工具，它在整个大数据分析流程中的定位是“解决大数据存储”。

2. Isilon是一个系统可以同时满足多种负载要求，无论是对应实时客户分析系统的快速响应，还是针对基于CRM和外部云数据的批量处理负载，都可以在一个平台上运行，客户不需要专门部署根据不同负载需求的系统。

3. Isilon能将原本分散，多类型的数据，快速的整合到一起，并且以不同的数据访问接口提供给数据分析工具，它支持SMB、NFS、FTP、HTTP、HDFS、REST等多种协议。

4. 存储在Isilon中的数据是有保护与恢复的。

5. 因为速度快，可以同时接入不同的分析工具，对比哪个工具更适合分析场景需求。分析工具可以是Pivotal，Cloudera、Hortonmworks等等。

     楼主曾经在前几年看过一篇SNIA对未来大数据分析基础架构预览的分析报告。其中有一张图，个人觉得非常能够体现一个好的大数据基础架构需要满足的要求。应该说，EMC Isilon定位于服务大数据分析的统一基础架构，也是按照这些基本需求来设计的，而且现在看来，现在的Isilon在这些方面已经做得非常不错。

下一篇国庆后更新，内容是大数据基础架构的数据保护。

第四篇的标题可能拼写有误，应该是XtremCache。

（九）大数据保护，EMC企业级数据湖数据保护解决方案

     数据湖（Data Lake）概念记得是在2014年左右出现在人们眼前的，数据湖虽说开始只是一个企业们在大数据业务营销方面词汇，不过楼主认为它本身还是实际反应了整个业界对数据存储的新需求。数据湖作为下一代的融合数据载体，它的好处是整合企业原有数据与新产生的数据。企业可以把原有的数据以原始格式迁移到数据湖，和新的数据存放在一起，而不是分开存储。而且，数据湖的另一个好处是，它可以让企业所有人都可以使用到这些数据进行分析，提高了数据分析的灵活性和可访问性，这也是我在上一篇（大数据基础架构）中提到的大数据时代数据架构的特点，显然数据湖在这方面是完全满足的。

     然而，随着许多组织开始在数据湖上部署类似Hadoop和NoSQL这样的环境以后，整合后的数据湖环境又带来了新的IT运行问题，问题就是如何像以前一样有效地保护数据湖中的数据，而这种数据保护是在大数据项目落地前也是必须要解决的。

本篇白皮书介绍了两个EMC数据湖保护解决方案。分别是利用Hadoop分布式复制和使用EMC Isilon快照结合EMC Networker。

使用Hadoop分布式复制

     这种方法的主要特点是利用Hadoop的原生的分布式拷贝工具，通过工具DisCP将数据复制到EMC的Data Domain、Isilon、和ECS（EMC弹性云存储）上。实现上可以分为两种：第一种是：从Hadoop应用端使用HDFS的快照功能，然后通过DisCP将数据以NFS协议通过以太网复制到受保护的存储设备上。第二种是：直接使用DisCP复制数据到受保护的存储设备上。根据不同目标端存储，总结了一下使用三种数据保护设备解决方案的特点是：

使用EMC Isilon快照结合EMC Networker

     这种解决方案和第一个不同的是将Hadoop的计算与数据存储分离，数据的存储端由Isilon接管，完全利用Isilon在存储上的管理能力。而数据保护直接由Networker管理Isilon的快照且最终备份分别备份到Data Domain、Isilon和ECS上。同样总结一下使用三种备份终点解决方案的特点：

     总体来看，EMC结合不同的产品组合提供了多种数据湖的数据保护解决方案，用户可以根据现有环境中的软硬件，数据规模，数据访问特点，空间利用率等等进行选择，可以说非常灵活。另外，这篇白皮书的前半部分还对解决方案中每个产品提供了概述，想了解”这个东西是干嘛用的“建议下载后看一下。

（十）云端集成，VMAX3+Azure异地容灾解决方案

     这是一个EMC产品结合企业部署的私有云并利用公有云部分功能的应用案例。解决方案通过VMAX3的远程数据复制功能与Microsoft Azure Site Recovery for SAN Replication（ASR）结合为Hyper-V私有云环境实现异地容灾。

解决方案的整体架构如上图做所描述，主要分为以下几个部分：

• Azure Site Recovery（ASR）：这个是微软公有云 提供的功能，用户只要在环境中安装了ASR客户端即可使用。ASR的作用是提供云端的业务连续性，具体工作原理就是把主站点上物理或虚拟机的配置信息存储在Azure里面，并供灾备站点读取，然后当主站点出现故障的时候，这个配置可以传输到灾备站点，实现快速的服务恢复。
• VMAX3 + SRDF：案例中用户实际存储数据的地方，是实施者部署在自己的数据中心的，ASR的SAN Replication并不会备份用户数据，一些企业的关键数据也不希望被放在公有云中。解决方案中通过VMAX3的SRDF软件将主站点与灾备站点进行数据同步。SRDF Consistency Group（CG）保证了数据在同步过程中多LUN的源目标端的一致性要求。
• SCVMM：Microsoft管理Hyper-V虚拟机，部署企业私有云的软件。解决方案中利用SCVMM中的Replication Group（RG）实现站点间VM级别的数据同步。
• EMC SMI-S Provider： SCVMM与VMAX3的通讯接口，可以让用户在SCVMM上操作VMAX3进行存储调配。

     白皮书的第二部分是提供了SMI-S Provider和ASR的安装步骤，需要设置Solutions Enabler软件、配置Gatekeeper数量、管理员验证、ASR的前期软件需求与配置步骤，以及一些相关的安装手册链接等等，白皮书的附录2中也给出了详细的安装步骤。

     白皮书的第三部介绍包含6个用例的灾难恢复案例，每个步骤提供了详细过程的操作与配置步骤：

用例1：启用RG保护。这个用例中，介绍了为SCVMM准备VMAX3可见，使用Azure设置在站点恢复的VM保护，并将VM的数据放置于受SRDF CG保护的RG中。

用例2：计划内的故障迁移与迁移完逆向数据复制。这个步骤中实现的是计划内的站点迁移，并在VM迁移以后完成源与目标的交换，逆向复制。

用例3：计划外的故障迁移。这个与计划内的故障迁移区别是在ASR的触发都是由灾备站点的目标端来完成的。同时，在SRDF端需要检查SRDF的状态判别存储端的故障是否发生。

用例4：故障恢复到主站点。这个案例中进行故障恢复潮州，需要确保逆向数据同步完成以后，然后根据用例2中计划内的故障恢复将VM服务再次迁移回到主站点。

用例5：使用SnapVX创建快照VM。这是一个解决方案中的扩展用，利用VMAX的本地快照软件，可以在对灾备站点创建一个数据快照，将测试VM链接到这个快照上，可以用作应用测试。

用例6：删除RG和禁用数据保护。解除保护的步骤。

     纵观整个解决方案，它提供给了用户在结合私有云基础架构（VMAX3与SCVMM）与公有云（Azure）的功能的一个平衡点，用户可以将企业的重要数据存储在自己投资的VMAX3存储阵列中，保证了数据安全，并也利用公有云提供的便利性。楼主觉得它可以作为企业的IT组织在云计算转型的过程中的一个很好的实施案例。

不知不觉写了10篇啦......

（十一）私有云案例，ECS + CTERA管理企业分支机构文件存储解决方案

     这个长篇连载一个月以来，已经更新到了第十一篇，在前十篇里面，楼主分别选择了10篇EMC提供的不同类型的解决方案，前十篇中分别涵盖了存储阵列（高端、中端、入门），虚拟化（VMware）、软件定义数据中心（ViPR），大数据基础架构（Isilon）、备份与恢复、私有云（VMware）、公有云集成（VMAX3+Azure），并针对数据库（Oracle）、邮件系统（Exchange）等特定应用进行了解决方案的描述。楼主希望从每个类型中选择一篇来介绍，可以让读者对EMC的整体产品线与其应用场景和案例有一个大致的了解。

     接下来，从第十一篇的接下来10篇，楼主希望以10篇为单位把一个主题系列的解决方案描述得更详细一点。第一个系列的主题将是云计算解决方案，主要涵盖了EMC的私有云、混合云、公有云结合的内容。云计算系列的第一篇，首先来看是，EMC弹性云存储（ECS）的一个案例，有关于ECS的架构与内容，楼主在论坛曾经发布了许多文章，有兴趣的读者可以先了解一下（EMC弹性云存储体系结构）。

     这篇解决方案是通过ECS结合CTERA Storage Gateway为企业的分支结构提供一个集成、高效、云端可用且高成本效益的解决方案。现今，Software-as –a-Service软件即服务模式的云计算为企业管理分支机构提供了新的方法，传统的分支结构有有着IT人手，距离，WAN链接等无法解决的问题，随着分支机构的增长，导致管理成本直线上升。文本举例了传统的分支机构的文件存储的例子，以及新型的利用云计算的进化方案。

传统的架构：

     传统的结构中，分支机构需要单独部署文件服务器，备份与恢复的软硬件，还需要为数据离线备份提供更多的成本，而且管理这个架构还需要更多的人力成本。这种架构中的局限性显而易见，就是设备都是离散的，相当不方便管理，且扩展不灵活。

使用缓存网关的架构：

     这种架构利用单点的文件服务器充当网关，本地服务器上实现文件去重，文件存一个本地的拷贝，通过公有云备份文件。服务器的命名空间可以在组织内共享，但是组织依旧需要专用的网络来支持这个命名空间。这个架构的好处是移除了传统架构中的备份与恢复软件的部分。不过缺点也是有的，就是实现Cloud-Cache硬件的成本并不低，对于一些比较小规模的分支架构不太适合。

同步与复制网关架构（EMC/CTERA架构）：

     这个是白皮书中主推的架构。这个架构中，复制网关（CTERA Gateway）作为本地的NAS存储部署，后端连接ECS提供的对象存储服务，除了能够支持桌面以外，还能够支持移动设备，备份与恢复方面利用外部的对象存储实现。这个架构的特点是成本比缓存架构来得低，而且能够支持交广泛的设备访问，同时网关间的复制也更加灵活。ECS在这个架构中承担了数据存储的部分，CTERA则用来提供前端数据访问，流控制等功能，整套解决还能够为分支机构提供文件存储自动同步，WAN利用率优化，集中化管理与诸多内置完全功能。

     白皮书中提供了一个10000个用户的实际案例，成本从原来的$70M降低到了$30M。而且可以看到，以相同硬件与能耗投入情况下，安装与维护的成本能够减半，软件的部分只有原来的1/5。

     纵观整个解决方案，软件即服务模式与云计算模型变革让企业在某些领域有着更多且成本更低，效率更高的选择方案，就拿这个分支机构的存储来讲，只需要部署一个网关设备，然后把原先都需要在现场部署的存储、备份等组件移到私有云上，不仅整合了企业的IT资源，还进一步增加了整个IT基础架构的灵活性，实现了按需分配，架构即服务的功能。

（十二）云上云下，VMAX FAST.X集成EMC CloudArray解决方案

     云存储，这个东西出现了好几年了，国内更多的叫做网盘，基本上每个人都会多多少少用到各种各样不同的云存储，为了节省本地空间也好，为了数据备份也好，为了访问的便捷性也好，都会选择性的把一些个人数据存储存在云存储上，不过应该没有用户认为云存储是绝对安全的，至少没有把数据存在自己的设备上来得安心。对于企业，云存储更是被认为是数据安全的天敌。但是，随着企业内数据的不断增长，需要对现有基础架构进行扩展，而拥有成本优势的在线云存储貌似又是一个很好的选择。所以，如果企业能够做一些数据筛选，将一部分安全性没那么高的数据存储在云端，并能够与现有的基础架构进行整合。无论是从成本上还是基础架构的灵活性上都是一个大的突破。

     这个解决方案就是满足这样的需求，通过EMC CloudArray提供的云存储网关，结合VMAX3的FAST.X再将CloudArray作为外部存储链接到VMAX3，用户可以像使用VMAX3的本地存储那样使用云端的数据。下面我们来看一下这是如何实现的。

EMC CloudArray是一种软件技术，它能够简单的集成云存储到传统的企业IT环境中。本解决方案中的CloudArray交付是以硬件形式的，CloudArray Appliance是一台2U的服务器，安装了包括40TB（12*4TB RAID6）的本地存储用作数据缓存，192GB RAM、2*2 8GB FC端口。其中40TB的缓存作用是缓存云存储的数据到本地来加快数据访问，并节省网络带宽、而且CloudArray还能提供不错的安全功能，256 AES的数据加密。

下图是CloudArray Appliance的硬件截图：

CloudArray支持的云存储列表：

VMAX3 FAST.X是建立在VMAX3的FTS的基础上，允许外部磁盘阵列链接到VMAX3，作为VMAX3中的数据卷eDisk展现给前端，VMAX3在eDisk上层创建Virtual Disk Group实现冗余。

     实施方面，FAST.X需要VMAX安装叫做DX Emulation组件的DX Director。为了冗余考虑，链接的IO Module也需要位于Engine中的不同Director上。FC Zone方面可以是单Fabric和双Fabric的端口1:1配置。硬件与网络部署完成后，数据卷的逻辑如下：CloudArray将云存储上的空间虚拟成CloudeArray的卷，然后VMAX通过FTS将CloudArray的卷作为eDisk，并在eDisk上创建池，最终前端应用以VMAX Thin Volume来链接消费。

     这种实施的好处是除了对于新部署的应用可以直接使用到云存储，而且对于现有应用的数据迁移上也能非常方便，用户可以利用VMAX3强大的软件功能，将数据移动到云存储上且不改变原来主机上存储端的配置。CloudArray是将云存储搬到企业内部的利器，解决方案中配合VMAX FAST.X更是将数据的利用更加高效，云端数据可以享用VMAX存储阵列的诸多软件功能，而且企业内部的应用可以像访问原来存储一样访问云存储。

（十三）EMC Hybrid Cloud， 混合云部署SAP解决方案

     EMC Hybrid Cloud（混合云）是一个结合EMC的存储与数据保护，VMware的虚拟化的一整套基础架构解决方案。它是一个综合的产品组合，能够为企业IT构建企业内部部署的云计算基础架构，混合云架构能全方位的为应用提供从操作系统到网络再到存储的强健构架，满足自动化与自助服务资源调配，多租户与安全隔离，存储工作负载优化，具有弹性的服务保证，运营监控与管理，计费以及模块化组件等诸多特点。

构成整个EMC混合云组件如下图所示：

     这篇白皮书从满足SAP基础架构向混合云部署转型的中所面临的挑战，以及组织的IT部门在混合云中部署SAP基础架构中最需要解决的几个问题：安全、IT内部与公有云服务的集成、利用率监控，数据所有权与数据存储的位置等方面入手。分别一一针对这些挑战介绍EMC Hybrid Cloud能够如何帮助客户应对这些挑战的。文中指出相比单一选择公有云与私有云中的一种来部署SAP，虽然公有云在成本上存在优势，但是对于企业来说对公有云的控制力不足。私有云虽然由企业自身来维护，企业对关键的数据存储拥有所有权，可以按业务需求定制数据保护方式，但是在某些情况下成本会略高。而相比前两者，混合云架构则可以平衡两方面的优势，即获得较低的TCO同时，实现资源扩展更加灵活而且用户可以选择性的部署应用到私有云或者公有云。

以下混合云部署SAP的架构：

     这个架构中，VMware的VMware vCloud Suite分别承担了操作系统虚拟化（vCenter Server），自动化操作门户（vCAC），自动化应用部署（vCAD、vCO），SAP集成组件（vC Ops SAP adapter），VMware NSX承担了网络虚拟化，VMware Log Insight作用是系统日志分析，业务层管理则由IT Business Management Suite负责。EMC存储阵列VNX或者VMAX作为最终的数据存储载体，EMC ViPR则将所有的数据存储进行整合，实现软件定义的存储平台。利用EMC ViPR SRM实现用户端操作与管理，EMC PowerPath/VE这实现虚拟机到数据的路径管理。

     解决方案从几个角度介绍了利用这个解决方案架构部署SAP的优势，分别是系统管理、迁移、SAP自动部署、多租户与计费、网络与安全，监控与故障分析。

• 系统管理：系统管理中除了可以实现按需部署SAP应用自动化以外，混合云还提供了能与外部由vCloud Director管理的平台进行对接。在文中提供的测试用例中，顺利将一个供开发用的SAP环境部署到外部云平台之上。
• 迁移：混合云平台可以实现将非云平台内的虚拟机迁移到混合云中，文中提供了一个例子将一个虚拟机导入到EMC Hybrid Cloud并通过设置策略在用户使用完毕之后清除该虚拟机。
• SAP自动部署：解决方案中利用vCAD与vCAC通过工作流的方式实现创建SAP虚拟机模板、设置SAP无人值守安装脚本，通过vCAC的Service Catalog实现用户交互，部署SAP系统等功能。

• 多租户与计费：解决方案中可以以单个用户与单个计算资源为基础进行计费，白皮书中通过一个针对业务部门的资源扩展案例提供了一个计费的实例。
• 网络与安全：基于VXLAN实现，通过VXLAN隔离每个单元租户对于计算资源的访问并集成Hypervisor级别的防火墙实现网络完全。文中给出了一个在不同混合云平台将进行网络通讯的例子。
• 监控与故障分析：租户可以利用vC Ops与ViPR SRM实现计算端与存储端系统监控，以及系统级别的报表。并通过配置告警与事件通知进行故障分析。

     整体来说，这篇解决方案用了超过77页的篇幅介绍EMC Hybrid Cloud在部署SAP上的诸多功能与优势，楼主阅读下来，感觉文中牵涉到SAP特定的内容其实并不多，混合云的多数功能能够适合其他的应用部署，因为这个混合云解决方案中，EMC Hybrid Cloud提供特定应用以外所有的基础架构所需的组件了。详见附件：

（十四）PaaS落地，VBLOCK部署Cloud Foundry平台即服务解决方案

     Cloud Foundry是VMware推出的一个开源的PaaS云平台，它支持多种框架、语言、运行时环境、云平台及应用服务，使开发人员能够在几秒钟内进行应用程序的部署和扩展，无需担心任何基础架构的问题。而Vblock是一个融合了思科服务器与网络、EMC存储系统与管理软件、VMware虚拟化软件的预配置数据中心虚拟化基础架构组合。本解决方案描述了在Vblock系统上部署与运营基于Cloud oundry（Pivotal）的弹性、可扩展，涵盖存储、计算与网络的底层云架构的细节内容。

     解决方案的架构如下，由Pivotal CF作为PaaS部分，而Vblock则作为IaaS组成。两者个体是上独立的，耦合度底，内部功能聚合则非常高，但却能非常好的整合在一起。由Pivotal CF提供应用服务，支持多编程语言与框架，自动化部署应用。而Vblock则作为一个弹性，高可用，可按需扩展的计算、存储与网络的平台，为Pivotal CF提供基础架构服务。并且利用UIM（EMC Unified Infrastructure Manager）进行Vblock系统的管理。

白皮书前半部分用了两章介绍了Pivotal CF与Vblock，主要特点是：

Pivotal CF是EMC针对企业能够提供技术支持服务的的Cloud Foundry版本。它的特点，首先是模块化，可以从三个维度进行扩展，运行框架，应用服务与云基础架构。下图是支持的扩展框架与服务：

其次是弹性的运行环境，由前端路由、核心的网格计算与后端服务所组成。下图是运行环境的组成：

最后，还有就是Cloud Foundry同时还提供数据库和消息队列等的中间件服务，例如Hadoop、RabbitMQ、MySQL等等，让发布的应用无需自行构建这些组件。部署的应用直接使用就可以了。

Vblock是一个预安装的集成系统，如下图所示，它包含了IT基础架构的主要组件，用户可以非常迅速实现基础架构的部署，无需像传统基础架构一样分别搭建服务器、网络与存储设备。并且用户还能够通过添加升级系统或添加更多的Vblock系统实现简单的纵向与横向的扩展。

还值得一提的是Vblock的管理系统UIM，它能够实现Vblock系统的自动配置与监控。包括发现与调配Vblock系统组件、创建基础架构服务自动化调配资源、管理资源分布、链接与同步VMware vCenter等等。

     介绍完Pivotal CF与Vblock的特点之后，解决方案白皮书的后半部分描述了两者结合以后的整个PaaS解决方案的流程与一些用例。创建Pivotal CF实例流程如下图所示，根据图中的流程可以看到，Vblock在接受到Pivotal CF发送的请求（3）之后，又通过Vblock内部的流程将Pivotal CF所需要的基础架构资源创建完成，最后返回一个Prepare消息（10），整个基础架构创建的过程对Pivotal CF来说是完全透明的。

     Pivotal CF实例创建以后，接下来就是安装Pivotal CF的一些组件（Operation Manager、vSphere infrastructure、Runtime等等），都可以在Pivotal CF的界面中操作完成。然后就是向Pivotal CF部署应用了，这些文中都有具体的步骤可以参考。部署完成以后，还能够通过Vblock系统的弹性调配的特点，在不影响应用服务的情况下，调整计算、存储资源，并利用UIM的监控功能实现系统系统监控。

     总结来说，正如文中提到的一样Pivotal CF与Vblock虽然是两个独立的个体，Pivotal CF除了用Vblock作为IaaS以外，还能以OpenStack，Amazon AWS作为基础架构使用，Vblock也可以为其他云或者大数据应用提供基础架构服务。而这个解决方案中将两个解决方案集成在一起作为一个PaaS的实际部署案例，楼主认为最主要的特点还是数据的所有权与自主权，因为Vblock中的数据是部署在企业内部的，而不是放在某家云提供商那里。

（十五）云端数据迁移与保护，ECS+DataTrust解决方案

     这个解决方案是通过EMC弹性云存储（ECS）与DataTrust Vapor云备份与迁移软件让企业和组织备份基于公有云的数据或是从一个公有云迁移数据到另一个公有云。针对那些已经在公有云上部署了应用，但是由于数据安全性与避免企业敏感信息可能泄露的风险，需要将数据从公有云迁移到私有云中。或者是因为各种原因需要将数据从一个公有云迁移到另外一个的情形。方案中包括了两个关键的组件，分别是EMC Elastic Cloud Storage （ECS）和DataTrust Solutions Vapor（Vapor）软件：

• ECS是EMC的一款软件定义存储产品，ECS区别于传统的存储系统，是一个区域规模的，可在商用基础架构上部署的现代化超大规模的云存储平台，它可以大规模的提供云级存储服务，全球访问和提升运营效率。ECS在这个解决方案中作为数据在载体存在，它充当了数据的最终存储（公有云迁移到私有云），或者是中转点（公有云到公有云），利用ECS的对象存储多协议支持（包括Swift、S3，REST、CAS），Vapor软件可以根据所需要迁移的公有云中数据的类型差异使用不同的传输协议。
• DataTrust Solution Vapor是一个款软件，可以将云端的对象数据在公有云、私有云、对象系统、NAS存储间互相迁移。这个解决方案中，Vapor与ECS共同协作，可以完成云数据备份与云存储替换解决方案。Vapor所支持的列表如下：

     Vapor的访问基于标准的Web浏览器进行访问与管理十亿级别的对象存储，支持REST API。根据需求不同，用户可以选择将Vapor部署在VM或者是物理服务器中。同时，用户可以选择复制、备份、恢复一个文件，一批文件，某一范围内的数据等等，操作非常灵活。同时可以配置Scheduler在特定时间运行任务。并支持带宽控制，数据传输加密等高级功能。Vapor还提供一系列的报表对任务进行实现监控。而且在数据迁移中，Vapor会保持数据的原有类型，如果是对象，保留对象存储的访问模式。如果数据是文件，保留原有的访问路径。

     综合来看，虽然这篇白皮书只是在功能上对ECS+DataTrust的解决方案进行了一些描述，并没有给出详细的部署步骤。但是通过这篇白皮书可以得到这样两个信息：一，如果组织需要对云中数据需要进行额外的保护，可以选择这个解决方案。二，如果组织有需求对云数据进行迁移，甚至迁移遗留硬件中的数据，也可以参考这个解决方案。

（十六）选择性备份到云，EMC CloudBoost备份解决方案

     接下来的两篇解决方案将介绍以EMC提供的云相关的备份解决方案。第一篇的内容是介绍EMC CloudBoost对于有长期保留需求的数据（Long Term Retention）的一个备份到云的解决方案。众所周知，磁带是一种沿用了几十年的备份设备，虽然在短中期的备份方面，磁带已经早已不是备份主力。而在中长期的备份方案中，磁带还保留着一部分市场份额。这是因为他成本相对较低，而且便于离线、异地存放。但是，随着云计算的不断普及，对于中长期保留的数据，云平台的提供了比磁带更低的总体拥有成本，而云平台数据访问速度快，可用性高，所需人力成本又底的优势更是磁带不能比拟的。这篇解决方案，我们就来看一下使用EMC CloudBoost将需要需要长期保留的数据备份到云平台的概述。

     为什么要选择CloudBoost作为数据长期备份。首先，与现有架构集成的优势，CloudBoost能够利用现有的EMC Networker软件，CloudBoost作为Networker的存储节点，配置为Networker的Advanced File Type Device（ATFD）设备，通过Networker软件将数据备份通过克隆的方式由CloudBoost同步到公有云、私有云和混合云的对象存储中，同时数据在传输的过程中实现消重与加密。CloudBoost是专为云集成而设计的，所以用户可以充分将原有的备份架构与云架构无缝衔接，而且灵活地选择备份目标端，不会因为个别云服务提供商的限制而让业务受到影响。其次，ClouddBoost在存储备份数据的时候进行了很大程度的优化，将备份的元数据缓存在CloudBoost中加速查找，减少了访问云平台的延时。并且在数据传输到云端之前进行源端消重，以保证没有数据会被传输第二次。数据传输平均大小为256KB，这个大小兼顾消重率与元数据处理的开销。再次，CloudBoost能够保证数据传输中的最大安全性，每个被传输的数据块都会有独立的密钥以AES 256-bit加密。最后，CloudBoost还会对所有写入数据做哈希扫描来确保数据的一致性。

以上是使用CloudBoost的优势与技术特点，有兴趣的读者也可以访问白皮书以外，还能够访问以下链接查看CloudBoost的更多细节:

• CloudBoost技术规格:http://www.emc.com/collateral/data-sheet/h14524-cloudboost-techspecs.pdf
• CloudBoost技术演示（视频）:http://www.emc.com/video-collateral/demos/microsites/mediaplayer-video/networker-cloudboost-technical-demo.htm

     CloudBoost提供了备份最终平台的多样性选择，而如何选择那种云平台设备作为数据备份的载体呢？白皮书的第二部分针对数据最终备份平台的选择，根据文中以几个方面考虑，得出ECS相比其他云存储在成本上的优势：

• 现有的基础架构成本
• 兼容性成本
• 放弃云供应商成本
• 网络带宽考虑
• 恢复成本

     总的来说，CloudBoost把云平台引入到了现有的企业备份架构中，让用户能够灵活的选择性备份数据到云，或者是现有的备份设备，例如EMC Data Domain，解决方案兼顾功能与成本上的优势，是企业在备份云转型期间值得考虑的。

（十七） 数据复制即服务，EMC Data Domain安全多租户提供云计算数据保护解决方案

     这篇解决方案的目标受众是大型企业或云计算服务提供商，这些已经部署了私有云或利用公有云为客户（大型企业的内部职能部门和云计算平台的租户）提供了各种数据备份服务（BaaS、DRaaS、RaaS），而随着此类服务需求的不断增长，一种安全需求：创建用户数据间的严格隔离，让一个用户无法访问另外一个用户数据，并且简单地将这种管理实施到云，使得降低整体拥有成本（TCO）变得越来越受到关注。但是目前多数企业级的数据保护产品在这点上的功能有所缺失，而Data Domain（DD）的安全多租户功能（SMT）现在能够为企业提供有效的基于云的数据保护解决方案来满足这类需求。利用这个功能，企业和云计算的服务提供商可以更有效的为他们的租户提供数据保护服务。

     数据复制即服务（RaaS）的应用场景是，当用户有需求对企业中的诸多分支机构，或者服务提供商的诸多客户在本地拥有备份的基础架构，能够备份本地的数据。但是这些分支机构和客户并没有额外的灾难恢复的数据中心提供冗余的数据保护。这种灾难恢复的数据中心，可以是大型企业的主数据中心，分支机构将备份数据同步到主数据中心进行数据保护，或者是服务提供商提供给客户的备份复制目的地，为用户的数据提供第二份拷贝。Data Domain SMT建立在这样的需求之上，为数据异地复制提供了安全隔离，SMT工作原理是以Tenant Unit（一个用户）和Tenant Object（一组用户或继承关系）作为访问DD中的MTree数据单元的隔离机制，只有被关联的租户才能访问对应的MTree。（如下图所示）

     RaaS解决方案的拓扑结构如下，图的左边是用户在本地的DD上备份数据，然后将备份同步到中央服务提供商的数据中心中运行SMT的DD系统，并且通过中央DD系统的Management Center（DDMC）和CLI配置监控、计费与报表等功能。

白皮书的后半部分提供了具体配置方面的介绍与配置建议，包括：

• 容量规划
• 针对不同用例的复制类型建议
• 针对服务提供商复制类型的考虑（MFR和MREPL）
• 使用MREPL（MTree复制）部署的优劣
• 使用MFR部署的优劣
• 管理、报表与计费
• 细节配置的最佳实践（网络、配额等等）

     综合来看，使用DD SMT能够为大型企业和服务提供商在云计算环境中实现共享DD系统中以租户的安全隔离，降低数据保护存储的成本，缩短服务请求的执行时间，提供租户自助管理与报表，有效管理数据流与容量，简化DD系统的容量规划，最终帮助企业实现IT即服务转型。