CAS及P2V设计方案.docx

《CAS及P2V设计方案.docx》由会员分享，可在线阅读，更多相关《CAS及P2V设计方案.docx（20页珍藏版）》请在优知文库上搜索。

1、1虚拟化平台部署1.1 网络规划 采用FCSAN存储典型组刈 两台以太网交换机做旧F堆或，增加可粘性“ 两台FC交换机之间不雷要做堆登. CVM主机（也即管埋主机）至少需要2个网卡,分别连接两台以太网交换机,2个网卡做聚合.此时CVM主机不承载霰拟机业务. CVK主机（也即业务主机）至少需婴4个网卡,分别用于管理网（2个网R）、和业务网络2个网卡。管理网和业务网络的2个网卡分别连接到两台以太网交换机，并且管理网和业务网络的2个网卡分别做网卡聚合.至少需要1个双端口的FCHBA卡，分别连接两台FC交换机,并且配置多路径. FCSAN共享存储至少需要1个双端口FCHBA%分别连接两台FC交换机，并

2、且配置多路径. 管理网和业务网络通过V1.AN隔离.ttSHV1.AN11。油兄FCZONfV1.AN12.13&说明：CVK服务器到FC交换机的链路以及FC交换机到存储控制器的筑路推荐使用交叉方式连接.提而FC路径的冗余性。在启用多路径的情况下，任何条路径down掉后，都不会影响到服务器到存储的访问，保证业务的榜定性。H3Cr*aA席1.2 CAS安装配信息并开始安装步1在安笠主菜单页面中通过【空间选择安笠CVMJ“CIC”或“SSV”物件,ttCVKn组件默认已笈包含.如下敲图我示选择了“CVM”组件,将会安装CAS的“CVK”和“CVM”组件，KyouchooseCCVHwi1.1.be

3、insta1.1.ed.IfguChOo*CIC.CICwi1.1.beinta1.1.ed.IfyoucfoosSSV.SSVwi1.1.be1.nsUMf.CWwi1.1.tInstaiidgdefau1.t.Ifyouse1.ectCVHzCIC.CMtZCICtXHJ1.dbe1.icensedormCbeforerumnf.PXeaese1.ectinsta1.1.cooxenn9rdtheISoacBM1.I。Sm：步112在【选择CASi普盲】栏选择CAS的i丹i,Chinese-ChineseCASVersionCShasEng1.ishversionendChinesever

4、sion.If90chcneChinese,thech1.rveeverion0*CASMi1.1.beinsta1.1.ed.X*90ucooeEng1.ish,theengxithversiono*CASwi1.1.beinsta1.1.ed.P1.easese1.ectCASversion;11t1.1.sh-e11i11hCASvr1.on步3在Configurethenetwork中，根据安装规划选捽管理网卡。在IPaddress1.输入管理网IP地址信息.fyNetmask输入子网掩码信息.在【Gateway】输入网关信息。在Nameserveraddress中可以为空。在Host

5、name）栏中输入主机名称,在Domainname）栏可以为空。步4在【rootpassword】栏输入密码信息-再次输入root用户密码。步5遍发服务睛没仃插入本地磁歌.而是使用FC磁盘,那么选择【Yes】加FCHBA卡驱动,将CAS系统女袋到FC磁盘中.否则选择【No】，步69次安装时,建议选择Guided-Useentiredisk方式进行自动分区.然后按Enter犍.步7在如下截图中按Enter键。步,8在（Writethchangestodisks中选择（Yes,开始CAS软件的安奘.1.3 CAS双机热备配置在其中的一介CVM主机执行脚本cvmjnain.sh”实现双机热符功能.脚

6、本运行过程中，因为需要初始化本地及时端硬盘分区，花跟时间会比较长，请耐心等待，具体花费时间长短与实际环境中的硬做大小及网络速度有关。一般来讲，兆网络环境下，100G硬盘大约花费20分忡.而在万兆刈络环境中.花费时间会适当减少.脚本执行过作中不能中断代不执行。下去为脚本的参数说明:#序号参敝名移iW$1virtua1.Ip对外槌供CVM访何的IP池H.该地址不是两台主机IP.该IP必笫为空用IP.只能应过配置的虚拟IP访“CVM管理台系统.!1.:M1.P/192.168.1.10:80801CaWS2IeStiP1.以卜两个testip为此时局域网中发够访问到的网关IPnIn可以连通的主机IP

7、.I1.1.测试某台CVMt机网络是褥己往故陷.如果没石合比的两个IP可以用输入.怛是融入相同IP地址比较能险，因为如果比IP设每故障,CVM热备功能会被关闭.S3testip2同上S41.oca1.nodehostname本机（运行脚本的主机）的主机幺称,大小写必须一致，$51.oca1.nodeipaddress本机的管理网络IP地址.$6peernodehostname对端主机的主机名称大小巧必须一致.S7peernodeipaddress对端主机的管理网络IP地址.S8peernodertpassword对缰主机root用户的密码.S9drbdpor!1编【1号.仍双4位敢以上，DRB

8、D同步分区满要的Ja口制如5678S10drbdport2墙口号，必筑4位数以上，DRBD同步分区甯变的端口,例如I678.S11mu1.ticastip组播坳址,用于配置HA.M1239.88.6.77.注意在个.层广播域内唯.即1果力有JR琳HA,不帐间置为相同粗揭地址.S12mu1.ticastport81播炭口,必须4位数以上，用于JEJIHA,WftU7889$9,$10,$12埔口不能咏发.也不悠与己使用继口啦.S13masternodeOftnTit.默认是运行脚本的主机为master主机.S14syncrate该参数可选,默认是100.即同步速率最得100MB6.1是在千龙网络

9、里的默认钝.如果星万兆M络,可以设为300或400.此为足人速率.其实速率也9健点性能和N络负找有为.如果需要埔入该谷It则上一个介数$13:masternode也必须检入.举例如下:rootCVM01:#cvm_main.sh192.168.1.193192.168.1.11192.168.1.12CVM01192.168.1.191CVM02192.168.1.192root77898879239.88.3.775687当出现如卜信息时,衣示CVM双机热备功能安装完毕且服务己经正常开启。此时可以通过虚拟IP地址登录CAS系统的WEB!i1.ftHAresourceStartStarting

10、resourceservice.successtostartresourceservice,CVMMasterZSIaveConfigurationSuccess如果执行失败，则在执行脚本过程中，会有类似“ERROR.”的失败提示信兄.在出现拈说时，脚本将自动中止执行，详细的枯误信息将保存在/VamogmvmjnasteHog日志文件中H3C何依赖关系。/被依赖应用系统，是指该应用系统被其他应用系统所依赖，如数据库等。/依赖应用系统，是指该应用系统依赖于其他应用系统。/堆段应用系统，是指物理主机上有多个应用系统，这些应用系统间或者有依赖关系或者没有依赖关系.在实际迁移中,建议应由难而易，由过杂

11、到简单，从而能更好的完成所有的迁移工作.建议遵从如下迁移顺序：,被依城的应用系统优先，数据库等被迁移系统先进行迁移,应用依赖关系系统,独立应用的系统/应用堆祗的应用系统2.3,环境准备阶段2.3.1.环境准备步骤虚拟化环境准备步骤物理迁移环境准备步骤2. 3.2.环境准备与方案设计2.3. 2.1.环境确认在环境确认中，应确认如下环境是否准备就位，以便顺利进行项目实施。 确认需要的网络资源是否就绪： 确认需要的存储资源是否就绪： 确认需要的计算资源是否就绪： 确认需要的数据库资源是否就绪2.3.2.2.实施规划与设计方案项目实施前应制定详细的实施规划与设计方案,包括但不限于如下内容： 云平台及

12、业务系统组网设计 云平台及业务系统存储系统设计 云平台迁移实施详细规划及具体参数设计 虚拟机设巴参数： 外围环境设计等。2.4. 应用迁移应用系统迁移首先将应用系统从物理服务器移植到虚拟机上，可直接在虚拟机上重新部署或者移植应用系统,也可将物理机利用迁移工具转换为虚拟机。H3C2.4拄移实施流程迁移环境准备是迁移前最重要的工作,包括人员、网络环境、迁移技术手段、迁移工具等内容的准备.应用系统迁移前，相关人员应准备就绪，包括业务单位信息化负责人、云平台建设运维服务方、迁移服务商等；确认云平台或x86物理服务器具有足够的CpI、内存、存储和网络资源满足被迁移系统的需求。迁移前，对重要的数据和应用系

13、统进行必要的备份，以防迁移过程中有意外的情况发生，必要的系统迁移前做好压力测试工作。迁移执行在迁移执行阶段，须严格执行制定的迁移方案和迁移流程。2.4.2.迁移后优化在应用系统迁移到后，应对迁移后系统作出相关的设巴调整，以满足更好的业务服务需求，具体调整可参考如卜几点（不限于）：,消除不必要的虚拟硬件设备/按需求适当增加或者减少虚拟资源配置.，比如调整或者减少处理器和内存等设置H3Cr*翕/设置资源竞争相关参数，如设置虚拟机爆小、最大CPU可用资源，及发生竞争时的竞争权重等/调整虚拟机磁楸空间大小，满足应用系统的发展需求，/物理服务器迁移做好操作系统、网络、存储的各项参数优化。1.5. 测试验

14、证应用系统应该做好充分的测试与验证，为业务割接上线做好准备工作，测成方案应包括在迁移方案中。苜先测试在迁以后应用系统是否具有与原有系统相同的功能，然后对应用系统进行功能性测试、性能测试、稔定性测试，并对有问题的地方进行初步优化，及后进行应用系统验证，保证应用系统顺利别接。1.5.1. 应用系统测试对被迁移的应用系统通过创建测试用例和测式脚本，选择合适的测试数据和测忒样例.确认迁移数据在应用系统迁移到云平台环境后的有效性，进行有计划的测试.并在测试结果基础上生成报告.功能性测试对云平台的业务应用系统进行功能性测试，并与物理服务器进行对比,确保应用系统在平台迁移后所有功能工作正常，可采用手工测试或者自动化测试工具。对于迁移后应用系统，重点测试虚拟环境下对应用业务的影响，对于新的业务系统.需要进行完整的业务逻辑性测试。在性能测试中，主要采用压力软件在压力机上对应用系统进行压力测试，或者采用人工脚本进行用力性测试,从而衡量应用系统对虚拟机系统的资源消耗及由此产生的对物理机的资源消耗，从而