前言感谢大家抽出时间参加我的这次公开课，我是蓝色空间，本职工作是售后工程师。平时对于超融合的实施还是比较多的，所以这次公开课我就重点讲一下我们超融合实施的过程，分享一些个人的经验。我之前曾经分享过个人的经历，就是在20年的工作经历中，对于工程师这个行业的一些观点和看法。这一次讲的超融合实施过程，就会把我之前的几十年的经验，融合到我们的实施过程中。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014242564135682048[图片]大家来看一下，我们在正常实施超融合的过程中，不仅是需要设备搭起来，把环境建起来，而且还要把它用好。从规划、实施、运维、使用、售后保障、故障处理等等全流程，为客户提供一个更流程好用的系统，来增强客户的满意度。好，接下来我们就看一下PPT。具体讲一下我们整体的流程。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014229536157696000[图片]首先，本次针对华为超融合为例进行讲解。因为我本人做华为的产品比较多，所以实施场景里面就以华为的产品为主来作为例子。首先呢华为的超融合产品，如果我们去官网看，可以发现它从具体型号上分，可以分成Fusioncube 1000H、Fusioncube 1000D、Fusioncube 1000C还有Fusioncube 500系列。那么这几个系列是什么含义呢?Fusioncube 1000H是我们经典的传统的超融合系统，也就是从虚拟化演进而来的，它相当于结合了传统的虚拟化及分布式存储，同时去掉了传统的磁盘阵列，就做到了我们现有的这种集成度更高的超融合的系统环境，这也是最经典的一个系统。各个友商几乎也都是按这个思路来做超融合产品的。那么Fusioncube 1000D就是数据库的适配型号，它可以适配一些传统的经典的数据库，并且以超融合的架构来对外提供服务。企业分支场景：Fusioncube 1000C呢是更多的是整柜交付，就是将一个机柜变成一个小型的分支机构的小型数据中心，直接交付给客户，开箱即用。Fusioncube 500系列，它就更多的面向规模更小一些的企业，它的作用是让用户使用起来更加的方便。所有的这4个系列里面，1000H系列是最经典的型号，所以我们也以它为例，来进行后续的讲解。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014232325298483200[图片]接下来是我们在华为的support网站上，咱们看到的产品有很多，刚才的具体分类已经讲过了，那么就以1000H为例。而具体实施场景方面，它又分数据库场景和FusionCompute场景，也就是虚拟化场景。这里主要以虚拟化为例，也就是说以华为的FusionCompute为虚拟化组件的情况下，讲一下超融合的整个实施过程，并且要把我们日常的维护的经验、实施的经验全部都融合进去。接下来就看一下实施过程。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014232427949891584[图片]首先，由于我工作的时间比较长，那么在之前的公开课里也曾经讲到了，希望大家能够参与到整个全生命周期的规划中。我这里这个图就是按照整个的项目管理流程，从启动、规划、执行、监控、收尾这些流程。大家可以看到在这个流程里面，客户从预算新建这种规划开始，一直到具体软硬件配置规划和系统架构，再到具体执行招投标的硬件实施，然后到日常的维护维保，再到最后的老系统下线、新系统上线，逐步替代的全生命周期流程，如果我们参加过这种全生命周期流程的体系建设，在我们做超融合后续的规划和实施过程中，一旦把这些经验全都融合进去，具有丰富经验的工程师交付的项目就会和哪些只能新建，或者说只会交付给用户一个纯新建的版本来使用的工程师，感受是完全不一样的。因为一旦我们把我们的经验融合进去，就会为客户考虑更多，而且会进一步优化我们厂商提供的最佳实践。那么这个最佳实践实施下去，它可以有效的规避日常的常见问题，而且能大幅度的缩减用户的日常维护工作量，能够提升用户的使用效率，进而让用户聚焦于他自己的业务，就不至于为了这个系统本身的问题而去过多的操心。那么这样给用户带来的体验是完全不同的。接下来我们具体看一下讲解内容。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014232570119991296[图片][图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014232674793086976[图片]首先我们先做一下超融合系统的简介，对于我们经常实施的工程师或者是经常使用的用户来讲，可能大家觉得我都很熟悉产品了，为什么还要做这个讲解？实际上对于超融合的深度理解，是有助于我们后续的规划、实施、及运维全流程的。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014232758326661120[图片]首先最重要的就是逻辑架构，传统的虚拟化架构，它是以服务器、存储、交换机三大块为主，相当于说三个类型的设备，我们把它用各种线缆组装到一起，形成一套虚拟化的架构。那么超融合架构，是在这个基础上把独立的存储设备去掉了，以服务器为载体，利用硬盘做分布式存储，这样就以分布式存储作为共享存储，省略掉了传统的存储设备例如磁盘阵列，也省掉了这种集中存储固有的成本过高、线性扩容困难、以及它本身的机头的IO瓶颈等问题，把这些问题给过滤掉了。然后还有一些新的超融合的型号，甚至把交换机也去掉了。等于说直接在机箱内部就集成了交换功能，对于一些小型的企业就比较好用，因为它又少了一个需要经常维护的故障点。但是企业级应用的需求更加广泛，那么我们经典的型号还是以这种分布式存储叠加服务器和物理交换机这种形式来进行后续的实施。接下来就是介绍一下它的部署形态。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014232899783761920[图片]我们可以看到它的部署形态，就是它的节点类型，典型的是这三种：MCNA也就是带管理虚拟机的节点，上面有一些管理节点和管理的进程，他主要负责进行整个系统的管理。 SCNA节点是存储节点，它本身是分布式存储的一部分，它的故障率就决定了我们分布式存储的可靠性和冗余度。 CNA节点是纯计算节点，纯计算节点主要提供计算能力，运行虚拟机，它的存储方面就不受超融合的分布式存储故障冗余度的限制了，在它上面一般不配分布式存储使用的硬盘。我们首先重点来看，在每一个节点上面，它的操作系统都是放在一个RAID1的逻辑硬盘上的。用RAID1做硬盘组，好处就是两个硬盘互为镜像，避免单盘故障造成系统损坏。这种情况下，就能让我们的系统可靠性进一步提升。因为在这种具备融合存储节点的情况下，存储节点它的故障率，对于分布式存储的可靠性是有很大影响的。所以我们不能把它当做传统的虚拟化来处理。传统虚拟化哪怕只有一台服务器，也可以启动一部分虚拟机，但是超融合它有分布式存储组件，因此它是有一个冗余度的，超出冗余度就会造成存储集群故障，导致数据无法访问。所以说一定要注意，在日常运维过程中，我们要时刻关注它的融合节点的健康度，一旦有问题要及时处理。那么在FusionCube 8.1.2版本以后，华为的超融合已经支持两节点的集群。有些友商的超融合环境默认的必须是三节点，两节点集群能够实现还是比较困难的。不过日常使用其实还是建议三节点以上，两节点这种环境呢一般不太建议日常长期使用，因为数据一旦故障还是有一些风险，需要采用更合理的方案来提升可靠性。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014233189538861056[图片]接下来继续讲超融合的部署形态。我们可以看到，MCNA节点的这一块也是我们很多用户经常会忽略到的一点，就是两个MCNA节点上分别各有两个虚拟机。这两个虚拟机当中，两台VRM虚拟机是负责我们虚拟化管理、提供虚拟化管理界面的虚拟机；两个FCV虚拟机是Fusioncube的管理界面，同时也提供分布式存储的管理界面。所以这些虚拟机它的磁盘文件全是存在物理机上的存储空间中，并不是放在共享存储上。这样可以避免共享存储出现问题时导致管理虚拟机死机，对虚拟机的管理界面造成影响。同时它们这两个虚拟机是互为冗余的。一旦某个管理虚拟机出现问题，应该及时修复，避免两个节点同时故障造成我们没有界面可以管理。当然两个节点同时故障了，我们的虚拟机也是可以通过其他机制自动进行切换和HA的，这一点不必担心。但是还有一点，就是 FCV虚拟机，尤其在早期版本里面，它的FCV虚拟机是没有限制关机、重启和迁移等操作的。那么在这种情况下，如果人工关闭虚拟机，它是不会随主机自动启动的。有些人在关闭整个系统，执行下电流程的过程中，把FCV虚拟机人工关机了，关机之后，由于它默认的机制不会自动随着物理机重启，就造成了在重启硬件的时候，物理节点启动了， FCV虚拟机没启动，就容易造成 FCV虚拟机无法提供Fusioncube的管理界面，造成管理上的困难，这方面一定要注意。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014233343180410880[图片]接下来具体讲一下超融合整体的从规划到实施的全流程。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014233433626562560[图片]在我们超融合规划的过程，厂商提供了LLDesigner这个工具，它可以做整体的网段IP规划，还可以导入导出实施所需的LLD文件，还可以提供对应的拓扑图，这个是我们很好用的工具。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014233531534020608[图片]首先我们看它的演示界面，这些IP是它自动生成的，就是我利用他的工具默认自动生成了一版。这些IP地址都是直接配好的，我们也可以进行手工的修改。它和我们最终的产品初始化配置界面是非常类似的。所以，在这如果我们提前规划好了，后续就可以把它导出成为LLD文件，最终直接导入到我们的初始化界面上去，直接进行初始化，就不必反复的手工输入相关信息了，以免输入出错。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014233742700466176[图片]接下来我们再看它的第二个界面。这个界面是我们根据它的规划自动生成的网络拓扑图，展示了所有设备之间的连接。而且我们看右面，当我们选定设备的时候也可以直接去调整它的网络规划，它的节点后部板卡的位置规划，以及它的连线规划，这些东西做好之后，它可以全自动的输出所有的相关规划和拓扑图，还有网络连线图等等。这些工具在我们给客户交付相关文档的过程中会提供很大的帮助。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014233871604195328[图片]接下来就是实施过程中很重要的一步，就是上架位置的规划。上架位置的规划在多时候容易受限于客户的现场空间环境限制，我们难以去自己从头到尾的规划，我这边实施的情况下，一般优先推荐客户直接采用一套完整的机柜，进行超融合系统的实施。为什么这么做？因为这套环境往往上架之后，是逐渐替换原有物理机的，一旦上线之后，它就有可能逐渐扩容，将所有的物理机逐渐迁移到虚拟化里面，未来很容易就变成整套IT架构的核心组件。而这种情况下，他的规划一定要合理，方便未来的运维，方便日常的检修。那么这里面我给出两个例子，以三节点的ARM架构的taishan 2280节点为例，系统版本是Fusioncube 8.2.1然后交换机有两种情况，最常见的是右边的两光交的配置，两个6857同时作为业务管理和存储交换机，做双冗余连接或者是堆叠连接， BMC交换机采用一台S5731，有些情况下可能会采用两台5731的纯电口交换机作为BMC交换机，另外再采用两个万兆的防火墙，这个防火墙一般选万兆的，那么它主要的作用就是过滤东西和南北的出入整个超融合环境的所有流量，因为一般超融合里面就相当于一个小型的数据中心，它的出入一定要有防火墙的才能更好的实现我们的安全策略，实现隔离的作用。左侧的这个是一个理想架构，就是存储和业务交换机分开，这种架构在节点数量从几个一直扩容到几十个这种情况下，它是更有效的，而且能接更多的设备。所以根据不同的规模，我们可以来决定接下来上架的总体思路，这些思路就体现了我们日常在实施过程中，我们到底应该以什么样的路径来做，才能更好的满足客户的需求，能更好的去满足日常运维的要求。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014234195698077696[图片]首先上架的总体思路就是上轻下重，避免头重脚轻，否则机柜很容易倒掉。超融合节点，一般建议是从下至上进行上架，这种情况下，从下至上，后续扩容就可以向上不断的扩容，如果从上至下呢就很难做到下重上轻，机柜固定不牢固就容易不稳定。然后在这种下重上轻的情况下，网络设备之间，如果现场是上走线，很自然的就可以按照这个图，将我们与物理节点连接最常用的设备都放在下面，也就是连线最短的放在下面，连线最长的或者对外连接的放在上面，哪怕我们下走线也可以采用这种方式。因为我们的防火墙一般来说放在上面它动的比较少，而业务/管理交换机，还有BMC交换机是我们日常运维经常用到的，它的位置最好是在眼睛到胸口之间，方便我们日常处理。防火墙处理的比较少，就放在这上面。然后设备间隔至少1U，方便日常的维护。电源线的连接，建议插口位置和设备上架位置就一一对应，同时做双冗余链接。为什么这么强调？有些用户会说我的机柜供电本身就只有一路电，我没必要做那么细致，怎么连接电源线都一样。其实这里的规划都不是多余的。实际上从运维角度来讲，只有一路市电对于超融合的运维其实是不够的。为了提升冗余度，一般是希望两路电，很多用户都是最终从一路电改到两路电。那么我们实施过程中就按照这个规划提前做好，日后改造的时候就只需要让用户改一根PDU的总电源线就可以了。我们的原有的这个电源连线，因为都是双冗余，电源连线完全不用动。另外就是如果我们的PDU是竖向的话，那么竖向的电源线的连接位置就可以和设备位置一一对应，同时也要打好电源线标签。在这种情况下，即使标签损坏了，我们的连线位置一一对应，也方便日常的维护。如果是左右的那种横向的PDU也可以做好规划，比如说从左到右对应从上至下，或者从右到左对应都可以。那有这种对应关系了，就可以做到交叉的确认。就是我的连线位置定了之后，哪怕标签损坏，哪怕我的这个设备两个口插错了，利用标签或者连线表也能把这个位置扭转回来。日常运维过程中一旦发现有差错了，尽量把他们都改回正确的状态，时刻保持所有的双冗余连接维持在正常状态，时刻保证所有的线缆都是正确的，这个是很重要的一点。足够的冗余度才能带来更高的可靠性。在我的规划中，我一般建议是双向交叉验证，比如说我的连线都是有规律的，是有连线表的，这是第一重。第二重就是我的标签。线缆标签是同时打上两边的端口信息的，那么在任何一面都可以看到本端和对端的信息。比如说设备端也能看到本端和对端连到交换机的哪个口，那么交换机端也是一样的，就是每一端都是两端的连线情况，在标签上同时全都打好。而在这种情况下，任何一边的线连错了，都可以通过对端线的这个标签还原，同时还有连线表做交叉验证，所有的东西只有具有交叉验证，才能保障日常不错或者出错能改，否则的话一旦出错，只有一种方式来确认，那就很难去做修正。那就会对未来的运维造成一些不利的影响。这种影响甚至会造成我们的冗余度失效，甚至是我们本来以为能正常插拔的线缆，结果拔错了，变成一个节点故障，又拔错一个节点又变两个节点故障，这个影响就会逐渐的扩大，那这个问题就会越来越大，客户满意度就可想而知了。然后线缆标签，设备标签，所有的标签，尽量与规划里边系统里面看到的名字全部都是一致的。这样的话呢我们看到标签就知道是哪个设备，看到设备在系统里的名称，也就可以按照标签找到设备的位置，就比较方便一些。避免我们上架之后找这个设备，必须得看它在哪个机架多少U然后一个个拿表去对，这样就太麻烦了。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014234468084535296[图片]接下来是拓扑图，这里面所有的规划目前没有用LLD做规划。这个是取自于我最近实施的一些真实项目，客户要求的一些拓扑图，画的可能更复杂一些。那么首先我们看到这个拓扑图里面，两个交换机是做堆叠的，之后和防火墙之间如果是简化连接，其实交换机对应一个防火墙，各出一根线也是可以的。上面也是一样的。但是呢我们这个项目讨论了一下这个所有的冗余度的问题，如果是一边一根线这么连接的话，会造成一个什么问题？是单点故障，它会扩大。比如防火墙一旦故障了，就会造成这一条线上所有的设备同时故障。如果全部是双冗余连接，则连线的数量加倍，但是任何一个点故障都不会扩大。例如我们的这个一边链路全段的情况，尤其是如果我一号防火墙和二号核心单线连接，就处理不了这种情况。多连几条线，增加冗余度，增加可靠性。那么增加的可靠性，它带来的收益远远大于这几根线的成本。所以建议大家连线的时候尽量按照高可靠性的方式来进行连接，来进行规划。因为我们在实施过程中，如果只是要把系统搭起来，怎么做都可以。在不管冗余度的情况，可以用很多种方法来实现。但是如果我们考虑到用户使用过程中的可靠性的要求，那就一定要把冗余度做高一些。这就是我说的，如何在厂商推荐的最佳实践的情况下，进一步优化，给客户一个更好的体验，总结出我们自己的最佳实践。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014234637702164480[图片]下一步就是设备类型，这个设备类型更多是给用户看的，告诉用户我们哪一个设备的型号有几台，它的作用是什么？同时也给我们自己看，也是为了让我们能清晰的确认某一些节点具体是做什么的，哪一些流量走哪些交换机。在我们实施过程中了解到我们的哪些流量走哪些网段，走哪些设备，它的具体流向如何，对我们日后的运维是有很大帮助的。但是在这里设备的具体型号就是只是一个举例，这个是编造的了，公开出来的信息和实际客户的实际实施参数是没有关系的。因为我们这个讲的是公开课，所以也要遵循一个信息安全的原则，是不会暴露客户具体的相关信息的。后续有些实施截图会利用一些现场实施过程中的截图，但是具体的客户信息已经全部隐藏了。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014234775602548736[图片]接下来是IP和未来的规划，一般我们做的时候建议客户会独立给我们3-4个独立的VLAN，对应3-4个至少是 C类的独立IP地址段，而具体的节点的IP地址由我们自行分配。为什么要这么做？我们在很多现场实施过程中，客户有可能说我只有一个网段给你，这种客户往往是不了解虚拟化或者超融合它的四大网络平面这种规划的，那一般都需要我们跟客户去反复沟通，解释好各个网络平面的用途，让用户配合我们。那如果配合不了的情况下，或者说这个难以处理的情况，就是没有那么多网段可用怎么办？那么我们在这个最佳实践里面， BMC和管理平面它们可以合并到一起，业务平面是最重要的，存储平面可以用一个C类的私有的地址段就可以了。那么也就是说客户最少提供两个网段就可以。也有极端情况下，客户说我只有一个网段行不行？这个我是强烈不建议大家做的。因为在某些客户现场我们做过这种一个平面的情况，这么做完了之后没有任何安全性，你的业务平面也就是任何业务虚拟机的IP和其他平面都在一起。防火墙如果不做专门设置，基本不会拦截同一个网段内的流量。那在这种情况下，你的虚拟机一旦中毒，它会迅速攻击到你的管理和BMC平面，甚至可能有人远程通过黑客攻击进来直接关机，造成的损失就太大了。那么首先我们要看好，给客户解释好每一个平面是干什么的，也要理解每一个平面的用途。服务器的重启，硬件的故障的排除，走BMC平面。虚拟化的管理，尤其是热迁移的流量，都走管理平面。业务平面就是我们虚拟机的IP地址所用的网络平面。存储平面就是分布式存储内部通讯流量，及分布式存储对外服务的网络平面。对这种信息的了解是非常重要的，因为对它的了解越深刻，后续我们在实施过程中才能有条不紊的把后续规划做好。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014234959287865344[图片][图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014235154054639616[图片]接下来我们继续看分配交换机IP的时候，我一般用到BMC网段的IP地址，当然这个现场实施中可以有各种各样的规划，但是一般推荐所有设备硬件管理都走BMC网段，所有的设备呢也都配上BMC网段的管理IP，方便我们必要的时候，在这个超融合的网段里面，可以直接远程到我们的交换机上去调整网络。因为环境建立好了以后，很难说未来会不会进行网络的变更，一旦要进行网络的变更，没有一个好用的手段就会比较麻烦。当然这个要跟客户现场的管理的规范进行匹配。有些客户的管理是非常严格的，是不允许任何远程的。他们有独立的管理规范，这个就没有办法了。但是如果客户是传统的企业，他对这种管理要求没有那么严格的情况下，建议给所有的设备还是配好远程管理，防火墙也都是配好的。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014235247000416256[图片]接下来就是重点也就是我们规划的IP地址段，这里面呢给出大家一个我的经验，我只是推荐这么做，它这个并不是说强制的或者是必须这么做的。首先呢在给节点做编号的时候，每一个IP都对应好唯一的设备。因为我们有些客户的网关IP地址的尾号习惯从1开始编号，那么我的节点编号就不能从1开始进行规划了。如果从1规划，客户又正好是网关是从1开始就会比较麻烦。所以我一般是从11开始，那么1号节点，也就是MCNA01就是11，2号节点，也就是MCNA02，IP地址就是12，3号节点也就是SCNA01，IP地址就是13。在这种情况下，不同的BMC网段、管理网段和存储网段只是我们的前面的前缀不同，后面的IP尾号都是一样的，也就是11永远对应着1号节点，12永远对应2号节点。在这种情况下，你只需要看到 IP尾号就知道是哪个节点，你知道哪个节点就知道它的IP尾号是多少。然后如果你知道它的哪一个管理平面，它的网段是多少，就可以直接知道这几个节点对应网段的IP。那么如果我们的规划做得比较顺畅，在运维过程中也会非常顺畅。这也是我所说的交叉验证，也就是我的节点名称和IP尾号都有对应关系，跟网段也都有对应关系。在这种情况下，客户运维不一定非要去查IP地址表，如果客户做什么都必须拿一个地址表查来查去，也是非常麻烦的。然后这个浮动IP，VRM举个例，IP尾号用8,9,10，那么FCV我就用5，6，7，如果形成习惯之后，那基本上实施的项目，如果客户没有特殊要求，我们就按这个习惯来，那我的 FCV浮动IP就默认是5。 VRM就是8。那我记住了之后，我到这个客户现场做运维时，就可以迅速的通过这些常用IP地址，直接连到对应的管理界面上去，甚至都不用去查那个具体的IP地址了。另外我们这些节点的名称在初始化的时候，根据我实施的经验，它是按照这个产品的序列号，也就是每一个节点的序列号，从小到大，那么来编号的。当然这个大家实施过程中可以具体自己看情况，但是它的预装和现场安装过程中，编号规则可能有不一样的情况。预装版的这个名称是命名好的。但如果我们是自己安装的话，一般建议按照序列号的顺序，如果我们做好了序列号的顺序的规划，后续的命名它就会自动给出，而且给出的命名基本就是符合我们规划的。所以完整的顺利的规划，对于我们的实施会极大的提升效率，对于客户的运维大幅度的降低运维复杂度。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014235606481530880[图片]接下来就是连线表，连接表首先是确认端口和线缆的标签，我的原则都是一一对应的。SL1-1就表示slot1槽位的1号端口。我们在节点的后面板就可以看到它是属于哪一个槽位的。因为这个槽位都标在这个机箱外面了，1号端口和2号端口也是在网卡挡板上标注好的。所以这边的端口信息就直接使用这个可以看到的端口编号。在这种情况下，我们去做连线表，同时把这个连线表的信息做成线缆标签，那就能实现我们这个外部的标签和内部的规划都是一致的，而且这种一致性还可以通过我们的数据来交叉验证。如果我们做到这一点，任何一个标签出错，我们可以迅速发现。如果是线缆连错标签没错的情况下，我们仍然很快就可以发现，可以迅速的把它更正，否则就会对超融合的使用及运维造成很大的影响。因为我们的超融合的架构是一个很精密的体系，它虽然有一定冗余度，但是如果我们连线不准确，或者我们规划不合理，那就会造成一些问题。比如说我们现在看6855交换机，假如我有1号和2号两个交换机，在这个例子里是只有两台光纤交换机，存储/管理/业务全都共享这两台交换机。那么在这种情况下，有一种场景，如果我们连线规划没做好，比如说连线，前面所有的管理/业务口是交叉绑定了1号口，SLOT1槽位的1号口对应SLOT2槽位的2号口。他们两个端口绑定。下面SLOT2槽位的1号口对应SLOT1槽位的2口。那么有些人会问，为什么这个下边是先有SLOT2槽位，再有SLOT1槽位，难道不能是将它俩对调，这样是不是看都顺畅点？都是先SLOT1槽位后SLOT2槽位，这么做会造成什么问题吗？大家仔细看，这会把SLOT1槽位的所有的口全部接到6855的01交换机，如果是另一个槽位，则是所有的SLOT2槽位都接到6855的02交换机上，就会造成问题扩大。也就是说任何一个交换机坏了，就相当于一个网卡独立坏掉，那么任何一个网卡独立坏掉了，也相当于一个交换机全部坏掉了。这种交叉连接，无论是一个网卡坏，还是一个交换机坏，都不会造成问题扩大，都始终有一半链路是可以正常工作的，也避免了两个卡之间的这种流量频繁的切换，这个大家有时间可以详细的去考虑一下。一旦了解清楚这种原则，在日后的实施过程中，就会给我们带来很大的帮助。另一个常见问题是，不同型号的交换机，网口编号顺序可能不一样，比如光交换机，通常下边是1口，上边是2口，而有些型号上边1口下边2口。那么电口交换机可能是相反的，我见过有些工程师习惯了，所有的交换机端口都是认为上边是1口，下边是2口，他的标签全是这么打的，但是跟现场的这个物理端口号就完全对不上。这里看交换机侧的端口如果是10G 1/0/1，这其实就是在系统里面，在管理界面里面看到的交换机的端口编号，它跟外界的网口编号一定是要一一对应的，这种交叉对应才能让我们日后运维的过程中不出错。如果我们用了一个很简单的方式去连接，不管未来怎么样，只看眼前工作简单，那我们可以想象在我们运维过程中会不会连错线？会不会找错端口？一旦找错端口甚至找错了设备，这个问题就扩大了。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014236146020065280[图片]那接下来往下看，首先呢我们实施过程中，到这里就是我们具体的实施步骤。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014236212864712704[图片]第一件事就是要确认所有的固件版本。固件版本是很重要的，我这边举的例子是用的预装版，也就是原厂定制的，发到现场的都是已经装好系统，而且固件是匹配好的。所以这个一般没有什么问题。但是不保证所有到现场的节点全是这种情况，即使是预装好的，也有些固件可能版本不匹配需要升级，那么固件版本一定要确认好，提前把固件升级好，否则安装到后面就有可能留下一些隐患。固件通常不影响安装，但也造成了很多人可能会跳过这一个升级过程。为了给客户带来一个更可靠的体验，我推荐还是尽量去把这种固件进行升级。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014236321102835712[图片]接下来是配置IP地址，这个就根据之前的规划去配置就可以了。但是有些情况下，子网掩码和网关如果设置错误了，就会造成网络不通，在进行初始化的时候就没法正常初始化，所以一定要注意，即使是简单的IP配置也不能出错。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014236381383249920[图片]接下来是检查RAID的配置。首先这种RAID1就是我们装操作系统的RAID组。这个RAID组同时它必须是启动设备。如果它不是启动设备，装完了系统也不能启动，初始化也会出问题。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014236548836798464[图片]接下来是确认fc2mgmt这个用户。在我当前实施的Fusioncube 8.2.1之前的这些版本里，主要的版本里面，第一次用这个用户登录的时候，在当前的这个 BMC固件版本下，它都会提示你是不是要修改密码，如果在这里不做任何选择，而且也没登录过，有些时候就因为没有选择，部署过程中和Fusioncube Builder这个账号对接的情况下，后台脚本执行到这里，它也会提示你要不要修改，那就可能会卡在这个流程，没法正常初始化。所以这是我为什么加这个注意事项。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014236683260108800[图片]然后时区也要提前配好。时区也是一个很容易被忽略的点，因为不做配置也能很顺利的实施过去。但是实施完了以后，这个时区的错误，会给未来带来更大的一些不可控的影响。比如说一组集群里面有时间不一致，而且它相差超过8小时以上，那这种情况下热迁移可能做不了，很多日常操作都做不了，告警信息也不能及时消除，因为要等待系统时间到了预定时间才能消除。然后还会影响业务系统，一旦你的业务系统同步的主机时间，而时区又不对，那带来的影响就更大了。为了业务的可靠，时区一定要提前设置。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014236897240883200[图片]然后就是初始化步骤，首先要更改这个默认的IP地址，一定要确认超融合默认的IP地址是多少。如何能顺利访问这个IP地址呢？这个对于我们的这种网络配置是有要求的。如果我们有网络工程师，可以让网络工程师帮我们做好网络设置，最好是做到把我们的这个管理口和我们的这个 PC机全都连到一个VLAN里，这个VLAN直接按照我们的目标VLAN进行规划是最简洁的。因为这样就可以直接在VLAN中修改IP地址，改完了之后，可以直接把IP地址改成我们的最终目标地址，就能继续连接，就不必修改交换机配置了。还有一种情况就是如果不这么配置的，可能需要额外配其他网段，让各网段联通，然后再去改交换机的配置，这样也可以，但是会更加复杂一些。所以这里的配置如果有网络工程师，就需要向网络工程师求助，如果没有的话，我们自己超融合工程师也要了解一下这块的网络是怎么设置才可以把它顺利的改过来，否则可能会遇到一些问题。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014237123620024320[图片]那么时区改好了，接下来IP也改好了， IP改好之后，接下来就是修改一下初始化的密码。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014237261516148736[图片]在这个界面上点初始化，修改密码之后，我们会重新再登录一次，再选初始化，就真正的进到了初始化界面。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014237327299661824[图片]这个初始化的公共密码就是这个fc2mgmt这个账号的密码。那么我们在数字证书验证的时候，如果我的版本是预装版本，一般建议是在这先取消证书验证。因为它的这个证书验证过程在往下做的时候是短期内是不可用的，必须初始化以后再重新开启验证证书，再上传证书才可以。如果是我们现场手工安装的话，在这就可以直接上传证书进行验证。这一步就可以提前上传证书，使用证书进行验证。这可以更好的提升系统的安全性和可靠性。以便能满足用户的需求，主要也是因为我们面对的很多客户是国企，对于安全度的要求是非常高的。定期要做网络攻防，如果发现严重的漏洞，如果我们的系统安全度不够的话，很容易让人扫出来各种的漏洞，这样会给客户带来很多不必要的麻烦。而且日常使用情况下，不用数字证书这种场景下网络安全的可靠性也不高，在现在这种环境下还是建议尽量提升可靠性。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014237510905319424[图片]接下来就是配置网络，这儿的网络平面配置就跟我们在 LLD里配置的是一样的，都是提前规划好VLAN、IP网段和所有的节点IP，在这只要输入就可以了，或者直接导入我们的配置文件。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014237664572076032[图片]这里还有一个很重要的节点，就是我们的物理网口绑定情况，也就是我刚才说到的网口建议要跨网卡绑定，这样能避免单网卡故障造成整个网络平面故障。另一个重要的问题就是在这种情况下怎么正确的确定网口编号？大家看，我这里编号是eth6和eth7，这是我这个例子里的情况。那么我在规划里都是SLOT1-1及SLOT2-2这种编号，怎么样来确认端口对应关系呢？第一个方法一般是通过他的MAC地址，结合BMC里边的这个网口位置，交叉来验证，验证了之后，在这个界面再做绑定。如果是验证错了绑定出错，那在我们初始化过程中，网络平面就不对了，也会造成各种错误。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014237814807781376[图片]接下来就是我们每一个节点，具体的管理IP地址， BMC IP还有存储IP地址，这也是为什么我建议在初始化的过程中，在做IP地址规划的过程中，就根据节点名称，把每个节点的IP地址的尾号和网段全都固定好。大家看在这个界面上，我们默认的IP目前唯一能定的就是BMC IP，都会在这里默认显示出来。在这种情况下，节点的管理IP地址和存储IP地址，只要知道网段，我就可以根据BMC IP的尾号，直接把每一个IP填上，根本就不需要再去查表。反复的查表再去执行是非常容易出错的。但是一旦我们有这种交叉验证的思路，提前做好规划，它就不容易出错。在整体实施的过程中也会非常顺利。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014238539478683648[图片]接下来就是分布式存储的配置和规划，都要和具体的规划保持一致。因为分布式存储有很重要的一点，储存缓存比，如果我们的节点做了改配的话，缓存比要确认，那么主存的数量也要确认，因为这与我们建存储池都是有相关联系的。这一点在产品文章里有详细说明。建议大家要增加对理论方面的理解深度，理解深入到了一定程度之后，你就会明白系统为什么这么配，也就能更好的去确认我们对应的配置数据到底有没有问题，一旦遇到问题就能及时处理。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014238723147198464[图片]最后是数据分片，我们的数据分片规划，如果是三个节点的，那一般不用说，默认选择就可以了，它也没有别的参数可选。但是如果现场是6个节点以上，甚至十几个节点，我们这个分片就是有选择的。根据它的公式和算法，来选择数据分片，就类似于RAID组，这个参数就决定了系统最多允许坏几个节点。我们在现场实施中一般和用户沟通之后，我们选择合适的分片数据，例如让系统能从最多坏一个节点，增加到了最多允许坏两个节点，也就是说舍弃了一部分它的存储容量来换更高的冗余度和可靠性。反过来讲，如果客户的预算很紧张，也可以舍弃一定的冗余度来换更高的存储容量。但是这种情况下一定要明确的告知用户，你的分布式存储最多允许坏几个节点，坏几个硬盘，让用户能明确的知道在什么情况下应该及时介入进行处理。否则即使超融合有一定的冗余度，它在几年都没人处理的情况下，累积的错误就可以耗尽所有冗余度，最后使用过程中就会出现各种问题，给客户带来的体验也是相当不好的。如果想让客户体验比较好，还是希望大家能深刻的理解每一个配置，把后面的算法和具体原理掌握了。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014239990808498176[图片]在我们配置好所有参数以后，我们现在用的主存盘是HDD盘，不需要配重删压缩。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014240087570927616[图片]最后系统会进行校验，校验如果出错的话，我们可以回过头去再对相关的问题做对应的处理。处理之后就会自动的进行构建，自动进行初始化。一般根据我们的经验也是1~2个小时左右也就差不多了。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014240331138547712[图片] 那么接下来是修改密码的步骤，它可以把原有的公共密码直接改成新的，那么在这里一般来说为了方便都是用同一个密码，因为如果这么多密码都不一致的话，在我们不了解这些账号具体用途，还有随意修改密码的风险的情况下，日常的运维就非常难处理，随便改对接密码容易出问题。后续我们的这种故障处理都离不开这些账号。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014240647410065408[图片]这里有一个重点的注意事项，就是说不同账号对于密码长度和复杂度的要求是多少。我在早期的项目里曾经尝试过，比如说我规划的是8位密码，但是有些密码要求必须10位以上的，所以那些要求10位以上的密码都是不成功的，那就造成了有一半密码允许8位是修改成功的，另一半是修改不成功的，我又得重新改一遍密码，那就造成有两个公共密码，具体哪一个账号是哪一个？如果没有人为全部都介入的话，那就非常难处理。在日后运维的时候就需要到处去试验这个公共密码。所以还是建议大家一次性的把这个密码提前规划足够的复杂度，一次性设置成功，这样比较好。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014240723909910528[图片]构建了系统以后，最后就进入了Fusioncube的主界面。大家可以看到我这个初始化界面的截图，当前告警有20多个，为什么呢？这个是因为系统刚刚进入主界面的截图，再等待一会以后这20个告警，包含的几个物理节点，它的这些告警就会逐渐的消掉。因为它各个网络就逐渐开始对接上了，消掉之后，就只剩几个日常常见的告警，比如说未加载Licnese，还有NTP服务器的配置，我们配置好了以后就可以把这些告警消掉了。接下来就应该继续上载license，然后完成后续设置。那这些步骤按照我们产品文档的步骤实施就可以了。跟我们规划跟我们实施相关的重点基本上是这些。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014240798702710784[图片]接下来我们交付给用户之后，那就涉及到日常使用。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014240857640931328[图片]根据我的经验，日常使用时的运维一般有三个层次，用户级别，更多的可以关注虚拟机的日常使用，硬件的巡检，有问题得及时通知工程师吧？告警的监控，常见故障，能处理的用户运维人员要处理一下。接下来就是我们这种实施工程师，我们往往作为售后服务工程师，也有时是集成商的角色，有时候是服务商的角色。那在这种情况下要处理的工作包含系统变更，系统层面的一些故障处理，比如说虚拟机有问题了，卡死了，应该怎么处理？深度的运维，比如说有些磁盘故障了，或者说新增硬盘，或者扩容硬盘，这些都要调整。还包括一些高危操作的处理和定期巡检的服务等。厂商级别主要就是做软硬件故障的处理，故障部件更换，还有一些版本升级或者一些bug的处理。如果是我们按照这三个层次来做，那么用户级别要做的其实主要是围绕虚拟机和日常硬件这两大点。那么他做的工作就不需要特别多，压力也不会特别大，每一个级别做好自己级别的事情，通过体系化的服务去保障用户的系统，维持在一个常态化、高冗余度的这种状态，就能让用户的系统使用比较稳定，而且基本不用担心系统经常出故障。因为各个层次只要能做好自己的本职工作，几乎就能把80%的常见问题消灭在我们这个层级，甚至都不用去动用厂商，400也可以很少呼叫了。剩下20%比较难的才需要去动用厂商的资源。也就是说我们作为服务商，作为实施工程师，我们的作用其实还是很大的。如果把所有东西都扔给咱们厂商的400，那最后的结果就是400电话一天都不断，天天在处理一些很低级的故障。但等到高级故障来了以后又没人接电话，那整体的这种客户的满意度，那肯定高不了。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014240950939262976[图片]日常操作一般这也是我给客户交付做培训的时候会列出来的。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014241069105389568[图片]这是直接利用厂商官方PPT上给出的相关信息，就是日常检查项目，我们一般都会要求客户把这个日常检查要做好，各个资源天天看一下是否充足，然后各个指示灯，按照每天、每周、每月的频率，一定要做好记录，有问题及时反馈，我们来协助用户处理。然后温湿度、空气质量，这些大家看可能是一些老生常谈，但实际上我们就在很多生产企业，看到机房里面全都是灰，或者冬天下雨下雪，都飘到屋里来了，整个机柜都落的一层灰。所以说日常的一些常规情况的监控都是很重要的，都是要提前告诉客户。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014241214836473856[图片]那么管理系统账号，根据我们的实施经验，一般建议给用户主要的两个界面， 一个是FCV界面，还有这个 FusionCompute的Web界面的管理账号密码，以及交换机远程管理的账号和密码，其余的后台对接账号，还有公共密码，这些日常不需要改的，千万不要随便给用户让他自己改。因为已经发现过很多用户在自己不熟悉的情况下，把后台账号当成前台账号一样，反复修改，频繁修改之后，最后的结果是密码忘记了，我们想再去找前台密码，后台密码都没有了，这就非常麻烦。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014241314153312256[图片][图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014241395879419904[图片]接下来就是高危操作，日常我们认为一些下电，还有上电，甚至比如说更改时间、更改时区，其实都是高危操作，这一点都一定要跟用户做好交代，千万不要让最终用户随便处理。我们作为工程师自己应该了解这些高危操作，应该怎么做才能减少风险，避免日常出现问题，这样才能维护系统的稳定性。好，讲到这里，基本上全套的实施流程，基本上就讲了一遍了。所有的应该注意的重点也基本上覆盖到了。那接下来就是答疑时间。[图片]https://jdc100.huawei.com/CommunityGatewayService/com.huawei.ipd.sppm.jdcforum:JDCCommunityUserService/CommunityUserService/user/attachment/v1/download?aid=2014241482575704064[图片]问1：超融合逻辑架构，应对高并发场景时表现怎么样？答1：这种高并发场景还是主要看我们具体的使用环境，这个不能一概而论。首先就是我们是利用CPU、内存还是硬盘？如果是CPU和内存的话，那就参照传统虚拟化的这种测试方法，如果是硬盘的话，如果有高并发，必要的时候还是可以上全闪存场景的。这个在我们现场实施过程中，都是实施过的。全闪场景，它的磁盘IO确实好一些，但是具体也是看使用过程中的具体场景怎么样。一般涉及到2点，第1点就是我们的一些测试数据，比如说CPU、内存和硬盘，我们都有一些性能测试的方法，利用这些方法测试后的的数据来说话，并发也可以测，实际并发的时候怎么样？因为他具体的并发要看具体的环境，还有你的应用类型，还是比较复杂的，甚至有些时候一些配置都会影响到并发测试数据，所以不止是硬件决定的，这种还是要综合考虑的。问2：华为超融合的虚拟化组件可以替换VMware吗？答2：这里我可以给大家一个答复。华为超融合它的虚拟化的这个组件有两个选择，第一就是华为自己的FusionCompute虚拟化，第二就是VMware，也就是说它是可以在虚拟化组件上用VMware的，但是具体的匹配一定要看好，它的版本配套表，还有产品文档。根据Fusioncube配套的版本来进行实施。问3：想了解三节点场景实际使用中一般多久可以上架，部署完可以使用?答3：这个实际上还是要看具体情，上架比较快的话，如果有三节点，一般实际过程中，由熟练的工程师来实施，全流程大概应该在5天左右，也就5个工作日左右，应该差不多。但是前提是所有条件都具备。如果你到现场线缆不全，接口不全，客户的这个网络调整还需要等待，等几天你才能上架，那就5天绝对完不了。5天的前提是我们所有东西都处理，这个前提包括什么呢？就是包含我们上架部署完成，再加上培训，以及路上消耗的时间，满打满算5天的话应该差不多。问4：下面又问一个能直接把分区迁移过来？这个呢不确定。答4：这个就是看你具体这个分区是指你做存储热迁移，还是说迁移的是整个的这个虚拟化环境？要是存储热迁移的话，迁移分区是没问题的，你要是说这个虚拟化环境，也就是不同虚拟化环境之间的应用迁移。这个就在后面说。问5：宣传里边是不是2-3天？答5：2-3天是指从上架到初始化完成。宣传中确实是这样的。当然我们现实在实施过程中还要等布线，绑线、理线、打标签，再加上培训，这额外至少又是两天的工作量。如果从到现场开始上架算起，到系统部署完成，不管其他的时间消耗，一般2-3天就差不多了（如果现场安装就要多一天，如果是预装系统就节约了一天）。问6：部署了超融合，想和老旧设备一起用，有哪些可以利旧和异构的设备？答6：超融合的分布式存储节点，也就是融合节点，它对于硬盘的要求是比较高的。那在这种情况下，还是没办法和你老设备直接做利旧的。但是它的虚拟化组件要求就没有那么高，你可以把老设备变成虚拟化组件，做成CNA节点，也就是说只做计算不做存储。在这种情况下还是没有问题的。它仍然可以利用分布式存储作为共享存储，然后利用你原有的设备作为这个计算节点，就可以利旧了。凡是说PPT看不清楚的，过后我们会有这个图文的回放，这个大家可以再看。问7：其他厂商的虚拟化分区怎么更好的迁移到华为超融合上？答7：这个不叫虚拟化分区，它应该叫其他厂商的虚拟机，怎么迁到华为超融合上？如果是虚拟机本身的话，这个华为是有迁移服务，还有迁移工具的，利用这些方式可以进行一部分迁移。能新建的情况下，建议应用还是完全新建比较好。迁移呢一般是说不适合新建或者新建特别困难的情况下，迫不得已的选择，因为它的成功率并不是100%，各种迁移工具基本都是这类情况。问8：他们要这么多IP是否容易管理？答8：这些IP并不是说我要的多，而是说它就需要这么多。无论是我们在什么情况下，他都需要这些比如说管理IP、BMC IP，存储IP等，每一个口都需要自己独立的IP地址，它才能完成超融合的这些自动化的管理，也就是说IP是必须的。那怎么分配呢？我直接要一个独立的IP段，自己进行分配，就可以实现我说的那些思路。这个规划比较顺畅，一眼就能交叉确认相关IP地址及节点对应关系。那么这种情况下就给未来的运维造成了一些加分项，也就是更可靠。但是它确实是会浪费一些IP。不过如果客户的IP段不是那么紧张的情况，这种浪费是可以接受的。因为我们得到的收益远远大于这几个IP的浪费。