应用系统迁移设计实施方案.docx

应用系统迁移设计方案云计算中心建成后，目前90%以上的业务应用将迁移至云计算中心。数据库、硬件类测试系统由于受到安全级别高、需在物理环境下操作的需求限制，暂不纳入到云计算平台中。1新应用系统虚拟化建设新建业务系统上线部署之前，需要进行充分的评估和分析，以确认最合适的部署方式,具体评估流程如下图所示。例中通lK外的中糊流程图新业务系统建设与部署评估流程图流程说明：1 .是否对独立硬件有特殊需求：IT系统需采用加密机等特殊硬件。2 .是否对操作系统有特殊需求:IT系统需采用除LinUx、WindoWS之外的特殊操作系统平台。3 .是否能够共享己有的平台：系统可以与己有系统共享己分配的虚拟化资源，且资源需求能够满足。4 .选择相应的操作系统镜像：根据IT系统需求选择操作系统，包括需求的各版本Linux及WindowSc5 .虚拟化适用性矩阵：评估IT系统是否适合运行在虚拟化环境，对于不同的服务器可参考下图来评估其是否适合虚拟化，对于给定的应用，可以根据系统预期的硬件利用率和需求以及用户的数量决定是否适合虚拟化。适合虚拟化 低特别适合虚拟化系统资源利用率/需求热备环境的各机防病#朦务器终靖管薪务辱' 办公服务器企业级文件原务骞企业级WCb 及务思数据摩主机（用户数量较大）企业级应用服务骞企业被数据库股务森适低的 少较 较率单器 户平途务 用用用服开发/测试服务叁 NT服务器SindOWS2000）部门敦支持并发方式不文件服务着熟的Kb康务春数据至钟厂（用户数W较小） 小型应用股务叁小型数据库殿务器小型消息传递类盛务署高不适合虚拟化中可以虚拟化低开发用户规模6.虚拟化整合指标：对于IT系统的虚拟化而言，业务压力、系统I/O吞吐量、系统资源利用率是服务器虚拟化比例（虚拟机与物理机之比）的主要参考依据：a）高整合比例（如10:1）：对业务压力小的服务器，例如非实时数据采集服务器、防病毒服务器、接口服务器、备份服务器等。b）中等整合比例（如4:1）：对业务压力中等的服务器，例如中小型IT系统的数据库服务器、应用服务器（安全接入认证服务器、系统监控服务器等）、邮件服务器等。C）低整合比例（如2:1）：对业务压力较大且内容敏感类应用的服务器，例如大型数据库服务器数据传输服务器、高性能运算服务器、业务逻辑复杂的应用服务器、安全性要求高的服务器、对物理隔离有特殊要求的服务器等。7.物理平台适用性矩阵：对于独立的IT系统而言，可以按下图选择最佳的技术配置方案。单任务单任务较少使用线程较多使用级程完全使用线程CPU 负我操作不赧繁中端/中低坞分布式的工作任务LinUX/WindgsAJNIX, raclc RAC48way机架式及分舞/刀片 HpC前靖工作任务:露露：务器中处蚱之高塔LinuxZWindovs/UNIX高可扩展性SMP发务器大数据处理型的工作任务 ERP的JR务器 门户的ECbjR务骞 核心系统的测试平台GbitZS基碱工作任务 DNS原务器 AD股务寿, FiIejR 备器加金防病毒殿务器低喑 _ _LiuxVind<wsJNIX24,5机架式JR务霖/刀片内存敏感型的工作任务报表服务重数据抽取殿务器中瑞/中育蜡LinuxWind*sNIX最大可扩展至32Way蜃务界内存总战带宽Mbit/S单位容量小OB）内存大小单位容量大（MB）2老应用系统虚拟化迁移为帮助客户顺利的实现应用系统的虚拟化化建设，我们提供专业的虚拟化咨询服务。对当前运行在传统架构下的应用系统及IT基础架构现状进行充分的调研和分析，并提供虚拟化IT基础架构的规划与设计。为客户将业务系统从传统架构转移至云架构提供有效的技术支撑。咨询服务主要包含如下内容：普务名服务描述称咨询服务专家将根据调查问卷，通过电话交流或现场访谈的方式，收集客户应用系统的现状信息，主要包括但不限于如下内容：T基础架构部分团用户数/并发数团服务器、存储等设备型号、配置和数量团网络架构，如接入层、汇聚层、核心层、站点互联设计等团存储架构，如SAN、DAS.NAS分布式存储等业务系团服务器资源利用率，包括cpu、内存等峰值和平均利用率团存储资源利用，包括总容量、可用容量和剩余空间等调研团灾备系统架构，包括组网结构、规模和RTo/RPO指标0IT应用系统部分团应用系统名称和重要程度团应用系统架构，如BS、CS或其他团与其他应用系统对接和依赖关系定应用系统中间件、数据库等平台信息团应用系统业务流程、亚什二根据应用系统现状调研的结果，进行具体的评估和分析，找出差距和改进点，主要评估与八上包括但不限于以下内容：团网络架构分析，包括当前网络架构中的分层、分区、扩展性、安全性、可靠性、QOS保障等方面的分析；团计算子系统分析，包括异构平台、计算模型、数据库架构、集群架构、负载均衡架构、服务器资源利用率等方面的分析；团存储子系统分析，包括异构平台、存储架构、采用的存储技术、数据模型、性能指标、高可用现状、存储空间利用率等方面的分析；团灾备子系统分析，包括灾备系统架构（如双活容灾、LANFree备份等）、灾备目标和数据量、容灾链路带宽和距离、备份策略和备份窗口等，以及业务系统在RT0/RP0方面的需求，分析当前灾备系统是否能够满足业务需求。根据对评估与分析的结果，进行虚拟化架构的规划和设计，主要包括但不限于以下内容：团总体架构设计，描述虚拟化IT基础架构的设计思想和蓝图，包括资源层（物理资源层、虚拟化平台层、虚拟资源层）、服务层（基础设施服务和平台服务）和应用层的整体设计，以及统一的运维管理和安全管理设计；El云平台架构设计，包括资源池化管理和调度、自动编排、自助服务等；tw划与二;团网络架构设计，包括网络分层、功能分区、安全接入、Overlay、网络虚拟化、扩设计展性和可靠性等：团计算架构设计，包括计算模型定义和分类、区域部署、服务器虚拟化、计算能力分析、集群和负载均衡等；回存储架构设计，包存储网络和架构、数据模型、性能模型、数据保护、存储虚拟化整合、分布式存储等团灾备架构设计，包括灾备等级、本地/异地备份、本地/异地容灾、双活容灾等3业务整合迁移3.1 应用迁移3.1.1 应用迁移方法云应用迁移是为了将现有应用平滑迁移到云平台，应分三个步骤来实施:1.分析、设计及建设阶段收集基础设施新建、改造、扩容需求。识别和定义必需的运维、技术架构功能组件：包括技术规范、服务器架构、数据库服务/基础服务、并发处理能力、存储容量及增长趋势、SLA,故障响应时间、变更管理等等。快速建设支持测试验证的环境，包括基础网络、存储和服务器环境。2 .测试阶段包括组件功能性测试、组件集成性测试和组件性能测试。功能型测试：包括应用功能模块测试、高可靠性测试、数据备份测试等；组件集成性测试：包括系统各模块间数据交互，与其他系统间数据交互，系统安全保障要求，设备故障恢复时间等；组件性能测试：包括系统响应测试，负荷峰值，数据交换吞吐量等。3 .迁移及扩展3. 制定完善的迁移方案、充分的实施方案、良好的应急预案等，最后实施迁移。4. 1.2应用迁移流程已有应用要迁移到云平台需要各个线条对应用系统进行梳理，具体梳理的主要内容如下表所示：编号梳理项目主要内容1系统重要性适用范围；故障影响用户范围；允许最大宕机时间；重要等级；2系统当前部署模式台网中心集中；各所分散部署；部署位置；3系统是否具备迁移条件系统是否长期使用；系统是否存在严重故障隐患；同时在线用户比例；系统资源利用率；是否支持系统优化改造;是否支持平滑移植；在梳理完上述内容后,各应用可参照下图所示的流程进行迁移。用尸比例是印，4是是保持 现状现有系统是进行系统过否否是应动力进行是是否迁移到云平台改造后迁移保挣 现状里幼力遂行是行曲内进行蛎动力遂行改造后迁移保持 现状具体流程图的说明如下：1 .迁移到云平台：将IT系统迁移到云平台，使用虚拟化资源或物理资源（例如虚拟服务器、虚拟存储、虚拟网络），并采用统一运营管理平台进行管理。2 .改造后迁移：对系统架构、运行环境、接口等进行改造，使其满足迁移到云平台的技术要求，然后再迁移到云平台。3 .保持现状：继续保持IT系统当前的运行环境，包括基础设施直至IT系统退役。4 .系统是否会长期使用：该系统是否还将继续长期使用，如是否还会继续使用超过一年。5 .系统是否存在故障隐患：该系统是否存在验证的故隙隐患，如数据安全、架构缺陷等。6 .设备利用率是否在60%与80%之间：该系统是否能够有效的利用基础设施硬件资源，如CPU利用率、存储利用率过低或过高。7 .同时在线用户比例是否大于等于50%:该系统用户的平均使用率（平均使用率指总体而言,同时在线的用户占全部预期用户的比例）大于等于50%o8 .系统是否随着压力增长而扩展：该系统是否能够进行平滑扩展以满足预期内或预期外的业务需求。9 .系统是否能够移植：该系统是否能够消除隐患以进行移植，并满足业务使用需求。10 .是否有能力进行系统迁移及测试：该系统维护团队是否有足够的能力对系统进行测试及迁移。11 .系统是否近期停用：该系统是否由于技术原因或业务的原因在近期将被停用。12 .是否有业务驱动力进行系统迁移：该系统是否有足够的业务驱动力进行系统移植。13 .是否能够进行虚拟化：该系统平台是否有合适的技术支持虚拟化。14 .是否有业务驱动力进行虚拟化：该系统是否有足够的业务驱动力对基础设施（服务器或存储）进行虚拟化。15 .系统是否支持快速移植：该系是否能够进行快速移植。16 .是否有业务驱动力进行系统移植：该系统是否有足够的业务驱动力进行应用移植。3. .是否有业务驱动力进行平台转换：该系统是否有足够的业务驱动力进行平台转换。4. 1.3应用迁移方式选型应用系统迁移需要根据系统类型和重要性选择合适的迁移方式,而对于复杂系统的迁移,需要根据实际情况采用定制化的迁移技术及方法：1 .重新安装：IT系统相关文档、安装流程齐全，在虚拟化环境中重新部署IT系统再进行数据迁移。2 .镜像快照：在某个时间点对系统进行快照，在虚拟化环境中恢复快照。3 .虚拟化迁移：物理服务器到虚拟机的实时迁移（P2V）。通过网络设备将需要迁移的业务网络与云平台实现二层的互通。有选择的分批次的迁移服务器，将业务从原物理服务器迁移到新平台的虚拟机上。在业务迁移后，服务器网络属性配置保持不变仅口IP地址/VLAN等等），业务依然通过老平台承载。通过依次迁移服务器的网关，防火墙的安全策略，以及在云平台发布相应的路由，最终实现业务通过云平台承载。整个的迁移过程对业务来说几乎是透明的，应用不需要修改任何参数。3.2虚拟化迁移虚拟化迁移是指把源主机上的操作系统和应用程序通过离线或在线的方式移动到目标虚拟化主机上，并且能够在目标虚拟化主机上正常运行。在实施虚拟化迁移的过程中，我们除了要关注迁移过程的可靠性，还需要关注迁移的性能，即迁移的时间和对业务系统的影响，虚拟化迁移的性能指标包括以下三个方面：团整体迁移时间：从源主机开始迁移到迁移结束的时间团业务停机时间：迁移过程中，源主机、目标主机同时不可用的时间国对应用程序的性能影响：迁移对于源主机上运行服务性能的影响程度。虚拟化迁移的目标是最小化整体迁移的时间和业务停机时间，并且将迁移对于源主机上运行服务的性能造成的影响降至最低。在迁移过程中，这几个因素互相影响，我们将针对不同的业务场景和客户需求，进行充分和专业的评估与分析，并设计合理的和定制化的迁移方案，以达到预期的目标。3.2.1虚拟化迁移方法和流程虚拟化迁移过程中，服务交付人员需要详细了解客户需求,深入分析客户业务系统现状,设计出切实可行的迁移方案，并细化成可供实施的各种图、表、配置文件等交付件。虚拟化迁移具体交付内容如下表所示：T务名服务描述称服务专家将根据信息收集模板，通过电话或现场交流的方式，收集客户需求和现场环境信息，主要收集内容如下：团当前业务系统组网拓扑、业务类型、服务器数量和分布田源服务器软硬件配置、操作系统和软件版本详细信息收集团源服务器的资源包括CPU、内存、磁盘和网络连接等占用状况团各业务系统之间的依赖关系和对接情况团客户对可靠性、安全性方面的要求团命名规则根据信息收集的结果，对应用系统的虚拟化迁移进行评估和规划，主要包括如下内容：评估和团评估当前物理服务器资源利用率，并计算迁移后虚拟机所应具备的计算资源。分析团评估当前存储类型、资源利用率和性能指标，并计算迁移后虚拟化平台所应提供的存储类型和容量。出评估当前虚拟化平台可用资源（计算、存储、网络等）是否具备迁移的条件。团评估迁移过程对业务系统的风险，包括业务暂停、数据丢失、性能下降等，并提出相应的规避或回退措施。根据对当前系统的评估和分析结果，进行具体的迁移方案设计，在保障迁移过程的可靠性的基础上，应尽量降低业务整体的暂停时间。主要包括以下内容：团确定迁移工具和迁移方式（在线/离线）团确定迁移前环境准备工作方案设7回规划并设计具体的迁移步骤，包括所有服务器的迁移先后顺序。计由规划并设计必要的备份方案，对于某些关键业务系统数据，或虚拟化后需要重复利用的服务器，建议在迁移前进行适当的数据备份团规划并设计迁移后所需的网络环境团规划迁移实施计划，包括迁移起止时间、团队成员和具体分工等根据迁移实施方案确定中的步骤和计划，执行具体的虚拟化迁移工作，主要包括如下内容：回迁移前环境准备，包括迁移工具安装、网络环境准备回迁移前原系统健康检查，确保迁移前原系统处于健康状态迁移执团迁移前数据备份（可选）行团在虚拟化平台完成迁移前准备，包括虚拟机创建等回暂停业务系统运行（可选）团通过迁移工具执行在线/离线迁移团将业务系统切换到虚拟化平台并停用旧系统完成虚拟化迁移后，将对迁移后的业务系统进行验证和测试，以确认业务系统在虚拟化平台运行正常，主要包括如下内容：业务验团根据客户需求和业务环境，输出测试方案证和测二G加回与客户讨论，制定明确的测试计划试团根据测试计划中的时间点，按照测试方案中的内容和步骤进行业务系统的验证和测试团完成测试后，输出测试报告3. 2.2虚拟化迁移方案迁移方式选型根据信息收集的结果，分析各应用系统特点，包括重要程度、与其他业务系统的关联关系、是否允许离线迁移、允许离线的时间窗口等因素，然后为每个应用系统制定相匹配的迁移方式，如下表所示：序号迁移方式服务名称迁移工具选择依据1预报系统H3C_CAS_Converter在线业务连续性要求高，允许离线的时间窗口较小，2办公自动化系统H3C_CAS_Converter离线业务连续性要求较低,有足够的离线时间窗口3邮件系统H3C_CAS_Converter离线业务连续性要求高，允许离线的时间窗口较小，虚拟资源计算在进行虚拟化迁移之前,应对每个应用系统虚拟化迁移后所需的虚拟计算进行合理的评估和计算，以确保迁移后应用系统的可用性、可靠性和各项性能指标可满足业务目标。虚拟资源计算的原则是，如果客户希望业务系统迁移后，业务系统能够保持与原系统一致的体验，我们建议虚拟机的计算能力与原物理服务器的计算能力保持一致；如果客户希望通过P2V的迁移，提高资源的利用率，我们建议虚拟机的计算能力可以相比原先进行一定程度的压缩，具体的压缩计算方式如下图所示。（虚拟资源1方法1: VCPUs=CeiI （PX峰值利用率/80%）方法2: VCPUs=CeiI （PX 均值利用率50%80%）igMJ 注1： P=物理机CPU总核数，Ceil表示向上取整注2:以上计克方法的前提定货设发理ECPU,二盅:“机CPU计克无二大致相当，否则应当通过CPU的实际计算能力如TPMC进行换算方法1: VMEM二峰值利用率/80%HRM方法2: VMEM=均值利用率“0%80%方法1、对物理机整机采用备份/还原的方式进行迁移；方法2、对物理机业务数据采用备份/还原的方式，需垂1新安装虚拟机操作系统3.3虚拟资源计算P2V迁移至虚拟机前，要对每个业务系统迁移至虚拟化平台后的虚拟机进行计算、存储和网络资源的预估，并根据评估值设定虚拟机相关参数。对于虚拟机虚拟资源评估的原则是，如果客户希望业务系统迁移后，业务系统能够保持与原系统一致的体验，我们建议虚拟机的计算能力与原物理服务器的计算能力保持一致;如果客户希望通过P2V的迁移，提高资源的利用率，我们建议虚拟机的计算能力可以相比原先进行一定程度的压缩，具体的压缩计算方式参照下文。3.3.1内存资源的计算首先需获知每个业务系统的内存总量和内存利用率，利用率包括峰值和均值。如果仅反馈了均值，按照均值是峰值的70%来估算峰值。这样，得到业务系统的内存利用峰值后,按照该业务系统虚拟机的内存总量为峰值的1.25倍进行设置（即峰值是虚拟机内存总量的80%）O由上述算法，业务系统虚拟机内存估算结果如下：序号系统内存内存利用率（均值/峰值）内存利用峰值（G）虚拟机设定内存大小（G）1待补充4G3G/未统计3÷70%=4.294.29÷80%=5.362待补充8G4G/未统计4÷70%=5.715.71÷80%=7.133待补充16G5G/未统计5÷70%=7.147.14÷80%=8.934待补充16G7G/未统计7÷70%=1010÷80%=12.55根据以上算法得出了业务系统迁移至虚拟机后，内存设定大小的理论值。可见，在一定程度上已经实现了内存资源的压缩利用。但要保证，所有虚拟机设定的总内存之和不要超过服务器总内存的2/3。3.3.2CPU资源的计算首先获知每个业务系统所在服务器的CPU总核数和CPU利用率，利用率包括峰值和均值。若反馈均值利用率，以服务器总核数与均值利用率的乘积估算该业务运行时平均占用服务器CPU的核数，并按照均值是峰值的50%（由于CPU波动性较大，故余量设置比内存要大）估算该业务系统运行时占用服务器CPU核数的峰值；若反馈峰值利用率，则直接以服务器总核数与峰值利用率的乘积估算该业务运行时占用服务器CPU核数的峰值。这样，得到业务系统的CPU核数占用峰值后，按照该业务系统虚拟机的总核数为峰值核数的1.25倍进行设置（即峰值核数是虚拟机总核数的80%）。估算完后若得到小数，则进位到紧邻的下一个自然偶数。（若小于1,为保证虚拟机CPU性能，也至少分配2核）。由上述算法，业务系统虚拟机CPU估算结果如下：序号系统CPU核数CPU利用率（均值/峰值）CPU利用核数峰值虚拟机设定CPU总核数（即（个）VCPU）（个）1待补充1220%/未统计12×20%÷50%=4.84.8÷80%=62而充247%/未统计24×7%÷50%=3.363.36÷80%=4.263待补充207%/未统计20×7%÷50%=2.82.8÷80%=3.544W充168%/未统计16×8%÷50%=2.562.56÷80%=3.245根据以上算法得出了业务系统迁移至虚拟机后，CPU核数设定大小的理论值。且物理服务器路数为2路或4路等，实际设置时可设置为2*x核或4*x核，以此类推。可见，估算后在一定程度上已经实现了CPU资源的压缩利用。但要保证，所有虚拟机总核数不超过服务器总核数的L5倍！3.3.3存储资源的计算获知每个业务系统迁移前的实际数据量大小后，与客户确认是否保证虚拟机磁盘设置与原磁盘设置一致，以客户对磁盘的要求为准，或为缩短迁移时间，先适当缩小虚拟机磁盘大小，后续随时间推移有扩大存储空间需求时，再扩大至客户要求的磁盘大小。但这里需要注意，采用拷贝文件方式V2V迁移和DD方式迁移LinUX系统，迁移后业务系统与原业务系统磁盘大小会一致，迁移后可扩展；Acronis方式迁移可以适当缩小磁盘；再生龙迁移业务系统后虚拟机每个磁盘要比原磁盘大1-2G,因此，对存储资源的计算需要考虑迁移方式的影响。3.3.4网络资源的计算CAS集成部署后，应该已对业务网络做出了统一的规划，确认是否采用迁移前系统ip地址，如不是，与客户沟通明确后确定ip地址。迁移至虚拟化平台以后的虚拟机要将ip地址设定为前期规划好的的ip地址，并在网络策略模板配置规划的Vlan信息，以保证系统迁移后业务可以正常运行。3.3.5虚拟资源的规划对虚拟机内存、CPU、存储和网络进行计算后，得出每个业务虚拟机的设定参数如下虚拟磁盘 Id I l jr . ±口 K1I设置（GB）IP地址及Man规划序业务虚拟内存虚拟CPU迁移工号系统设置（GB）设置（X路具选择名称*核）1待补充5.362*3Acronis10010.10.120.56/24-vlanl0；114.251.10.26/24:80-vlanll4（外网）2待补充7.132*3Acronis30010.100.199.81/24-vlanl00；10.100.199.181/24-vlanl00（远程）I3待补充8.932*2DD95010.100.199.80/24-vlanl00；10.100.199.180/24-vlan100（远程）4待补充12.52*2Acronis10010.100.199.82/24-vlanl00；10.100.199.182/24-vlanl00（远程）5迁移计划设计根据先易后难、先小后大、有关联的业务系统统一迁移的原则，并在与客户协商后，确定业务迁移的计划，包括迁移时间窗口、所需资源等信息，如下所示：序号系统计划迁移窗口实际迁移窗口所需资源备注1邮件系统影响小2办公自动化系统迁移难度较小3预报系统业务重要迁移注意事项应用系统迁移前，建议进行健康检查，确保当前应用系统及所属的服务器、存储设备、操作系统、中间件平台等均处于健康状态，没有未处理的告警、报错等异常信息。在条件许可的情况下，建议重启一次业务系统以测试业务是否可以自动启动且运行正常。对于重要或核心的应用系统，建议在进行虚拟化迁移之前配合用户做好核心数据的备份,以规避迁移过程中由于各种软硬件故障、人员误操作等意外因素所带来的数据安全风险。3.4迁移实施方案迁移的实施，主要包括“迁移的执行”及“业务验证和测试”（见章节6.321）。执行迁移即根据选择的工具将物理机系统和数据迁移至虚拟化环境，本章给出迁移的执行步骤。3.4.1 迁移工具的选择每一种迁移手段或迁移工具的运行方式都或多或少有一定的差异。需要结合实际情况,选择合适的迁移工具和迁移方法。一般情况下，优先使用在线迁移方式或相应的迁移工具，当迁移工具无法安装，或者无法正常完成备份与还原时，再向用户申请离线迁移。针对整理的待迁移服务器系统类型，H3C建议：1 .对于LinUXSerVer系统，使用dd命令，对系统磁盘进行整体迁移；2 .对于WindoWSSerVer系统，使用H3C自研工具，进行在线的磁盘快照备份及远程拷贝。3 .4.2dd方式迁移Linux系统dd是Linuxnix下的一个非常有用的命令，作用是用指定大小的块拷贝一个文件，并在拷贝的同时进行指定的转换。我们可以使用dd命令对Iinux系统磁盘进行拷贝，直接生成可以被KVM系统识别的raw格式磁盘文件。此方法拷贝出来的磁盘文件大小与原始磁盘大小完全相同。操作步骤前提条件1.要做P2V迁移的原始LinUX系统，在迁移过程中，无业务访问，或业务访问很小且无数据变更操作。避免磁盘镜像内容出现较大不一致情况。2 .需保证CVK目录可用空间大于迁移原始系统磁盘大小。3 .迁移过程的磁盘文件可以通过移动硬盘或者NFS/SAMBA等网络传输方式传到CVK服务器上，建议在网络联通且带宽足够的情况下采用NFS方式传输，效率最高。下面以NFS进行迁移。启动NFS1.SSh登录要迁移的目的CVK服务器，启动nfs服务vimetcexports2 .按i进入编辑模式，增加如下一行，vmsimages为本地硬盘目录，如使用共享存储，则需对应共享存储目录vmsimages*(rw,no-root-squash,no-subtree-check)按ESe键退出编辑模式，输入!wq回车，保存退出*代表任意IP地址均可以访问。3 .重启nfs服务servicenfs-kernel-serverrestartNFS挂载1.SSh登录要迁移的IinUX系统，挂载NFS服务目录mkdir/nfsmount-tnfs4ipofcvkvmsimages/nfs2 .查看是否己经挂在，如挂载成功，可以看到对应CVk共享目录下的文件Il/nfs3 .如果源IinUX操作系统为32位，则尽量采用nfs4格式连接，否则可能出现无法生成大于2G的磁盘文件问题。磁盘备份1.首先使用fdisk检查要迁移的服务器磁盘情况，如下举例中有一块10.7G大小磁盘，目录为/dev/sda。rootrh5/#fdisk-IDiskdevsda:10.7GB,10737418240bytes255heads,63sectorstrackz1305cylindersUnits=cylindersof16065*512=8225280bytesDeviceBootStartEndBlocksIdSystemdevsdal*11310439183Linuxdevsda2141305103779908eLinuxLVMDiskdevsdb:1073MB,1073741824bytes255heads,63sectorstrackz130cylindersUnits=cylindersof16065*512=8225280bytesDiskdevsdbdoesn'tcontainavalidpartitiontable2 .将整个磁盘dd到共享目录下，生成raw格式文件ddif=devsdaof=nfssda.rawif为原始磁盘，如果多块，则需要生成多个对应磁盘文件；Of为输出文件，采用缺省。只能输出为raw格式，因此要保证目录下可用空间大于磁盘大小。3 .生成时间与磁盘数据大小与网络传输速率有关，IOG的磁盘约用时5分钟，完成后会有如下提示。rootrh5/#ddif=devsdaof=nfssda.raw20971520+0recordsin20971520+0recordsout4 0737418240bytes(11GB)copied,470.369seconds,22.8MB/srootrh5/#Ilnfs37294108- rw1rootroot168044789762013-04-22COS-I- rw1rootroot106556293122013-04-22COS-4- rw-r-r-1rootroot107374182402013-04-22sda.raw4.完成后使用umount/nfs取消nfs挂载。文件格式转换(可选)1 .此时如果有需要，可以将文件格式修改为qcow2格式，但此转换需要一定时间，视磁盘数据量大小有关。IoG磁盘，7G数据，约用时2分钟。在CVK服务器上执行以下命令，其中diskl为输出的文件名称，可自定义。qemu-imgconvert-0qcow2sda.rawdiskl2 .完成后可以查看生成文件r。OtSUgOni620G15:/VmS/images#Iltotal45213744drwxrwxrwx2rootroot4096Apr2219:45./drwxr-xr-x5rootroot4096Apr1822:21./-rw1rootroot16804478976Apr2218:10COS-I-rw1rootroot10655629312Apr2217:43COS-4-rw-r-r-1rootroot8113881088Apr2219:45diskl-rw-r-r-1rootroot10737418240Apr2219:32sda.raw创建虚拟机1 .在CVK上创建虚拟机，磁盘文件选择共享目录下对应文件vmsimagesdiskl,该文件是上步骤中经过转换后的磁盘需注意，如果是早期的IinUX版本，使用IDE硬盘类型，避免其不支持Virtio方式的驱动。当硬盘类型变更，如原始服务器为SCSI,虚拟机为IDE,则第一次启动时，操作系统需要做一轮文件系统检查，然后重启即可。redhat55参考命令为fsck。2 .然后正常启动虚拟机，打开控制台可以确认虚拟机能够运行。进入系统后还需要修改网卡,虚拟化后网卡的mac地址发生变化,需要重新配置网络。3.4.3使用H3C自研工具在线迁移Windows系统H3C自研工具迁移Windows系统，需要在待迁移的系统内安装迁移工具。操作步骤安装1 .运行H3C_CAS_Converter_setup.exe安装:H3CCASConverter安装;安装选项勾选你想要安装的蛆件，并解除勾选你不希望安装的组件。单击j下一步00继续。选定安装的蛆件:所需空间：6.4MB取消C)点击下一步:设置目标文件夹以后，点击安装:安装完成后点击关闭。卸载（非必选）在开始菜单中，点击“H3CCASCOnVerter”下面的"Uninstall”：点击卸载:完成后点击关闭。使用1 .运行H3CCASConverter.在开始菜单中，点击“H3CCASConVerter"下面的"H3CCASConVerterJ2 .设置选项。点击选项按钮，设定需要的选项。对包含系统分区的硬盘，需要选择第一项，否则可能启动出问题。对不包含系统分区的硬盘，可以选择第二项。建议对所有硬盘都选择缺省的第一项，做快照不会占用太多空间，使用不同的操作系统，每分区做快照会占用几十到几百兆空间。如果在选择第一项和第二项都P2V失败的情况下，再选择第三项转换试试，这个选项的转换速度最慢，生成的映像文件与硬盘大小相同（可能会略微大一些）。3 .选择需要转换的磁盘，一次只能选择1个磁盘，不能选择多个磁盘。4 .设定映像文件保存路径，映像文件不能保存在被转换的磁盘本身里，可以保存在主机的其它磁盘里，或者连接的移动硬盘里，最常用的是保存在CAS主机的共享目录里。5 .点击开始按钮开始转换，如果映像文件保存路径的可用的磁盘空间小于磁盘的大小,会有下面的这个警告：6 .如果选项用的是第一项或第二项，要转换的磁盘的使用空间小于可用的磁盘空间，可以忽略这个警告，点”是继续转换：H3CP2VConverter正在爸G台分区2总共2小谈分区转换结束后点击退出按钮退出程序，点击窗口右上角的X也能退出。转换结束后，得到的即是格式为qcow2的虚拟机磁盘镜像，只需在新建虚拟机时，关联这个镜像，启动虚拟机后，即可看到完整的原系统。创建虚拟机的内容不再赘述，其资源分配（即虚拟机CPU、内存、磁盘容量的分配）按照章节6.3.3进行。3.4.4迁移后业务验证待迁移系统成功迁移至虚拟化平台后，需要协助客户进行业务的连通性、数据完整性检验。一般建议的连通性测试，使用ICMP协议命令进行。数据完整性测试，可以比较迁移前后，系统各分区的数据字节是否一致，或应用程序能否正常运行。