华为云计算IE面试笔记

1. 迁移场景：华为云计算解决方案按照源端环境来说，支持P2V、V2V（P2V：物理设备（操作系统及其上的应用软件和数据）迁移到华为虚拟化平台。V2V：其他厂商的虚拟化平台迁移到华为虚拟化平台。）以及华为虚拟化平台之间的迁移（低版本升级到高版本或者同版本迁移）。按照迁移是否停止业务分为在线迁移和离线迁移。按照迁移时操作的对象，分为文件级迁移和块级迁移。

2. 特点：（优势）

         ①支持在线迁移。

         ②支持多种Windows和Linux操作系统的物理机或虚拟机。

    ③支持多种虚拟化平台类型（VMware、Xen、KVM、Hyper-V等）

④支持文件级迁移和块级迁移。

         ⑤支持并发迁移任务。

         ⑥支持断点续传。Linux支持 Win不支持

         ⑦多次数据同步功能保障了数据的一致性。

    ⑧迁移工具采用B/S架构，界面操作性比较好

3. 交付流程主要包括客户调研、迁移评估、规划设计、迁移实施和迁移验收。

①客户调研：分析客户现网中的拓扑，了解客户的生产环境、虚拟化平台、硬件设备、软件、网络。分析客户需求：了解客户具体想要实现的功能、能力，根据客户的需求去进行

②迁移评估包括项目信息调研、业务关联性分析、性能分析、兼容性分析。

         ③规划设计包括总体方案、迁移方式和工具选择、迁移批次规划、容量规划和责任划分。

         ④迁移实施包括迁移计划、迁移演练、方案实施和检查测试。

         ⑤迁移验收包括遗留问题解决、文档移交、项目验收和支持服务。

4. 迁移原则：一般情况下，由于客户的应用系统及设备数量众多，且各应用系统的重要程度、服务时段、依赖的设备情况等各不相同，因而建议采用分批次逐步迁移的方案，依据如下原则对设备进行分批次迁移：

①业务复杂度先易后难。对于相对独立，关联系统少的应用，迁移到新的数据中心机房后，容易恢复正常运行。这类应用的迁移较为容易，可优先进行。

②业务影响由小到大、业务风险由低到高、业务中断时间由长到短。先普通业务系统，后核心业务系统。普通业务系统在迁移过程中出现问题，对公司日常经营活动造成的影响较小，可优先进行，为核心业务系统的迁移积累经验并验证迁移计划。

③选择周末或节假日进行迁移。迁移前需进行大量准备工作，迁移后需要进行大量测试工作，因而选择周末或节假日能使得迁移具备充裕的时间，同时避免对日常业务工作造成影响。

业务迁移的原则

业务风险由低到高

对业务影响由小到大

对业务中断时间由长到短

业务复杂度由易到难

选择周末节假日迁移时间充裕

5. 迁移流程：

 

①安装迁移工具（物理服务器、VM：支持win10 2012 2016 2023）

②登录Web UI 注册用户

③配置license（不配置仅可以迁移两台源端主机，迁移速率不超过30M/S）、添加云平台（私有云不用添加）、配置共享目录（rainbow空镜像）

④添加源端VM

选择系统类型、IP、VM用户名密码、检测磁盘、分区、系统是否支持迁移

⑤根据建议规格创建目标VM（描述为Rainbow，因为rainbow对接VRM会扫描述文件）

配置磁盘、网卡、CPU、内存

⑥创建迁移任务

配置目标VM临时IP。

选择Windows系统：采用块级迁移，技术：VSS+NTFS        

选择Linux系统：采用文件级迁移，技术：Tar+Rsync+SSH

⑦执行迁移任务

给源端挂载镜像（agent负责挂载镜像）

配置目标端IP

对目的VM进行分区

块级数据迁移

对目标VM进行修改（完成目标配置，重新建立引导；设置从硬盘启动）

卸载代理镜像，迁移成功

⑧测试验证：验证迁移后的系统可否正常工作

⑨增量同步：将源主机迁移后新增的数据同步至目的虚拟机

⑩业务切换：最后一次数据同步将业务切换至目的虚拟机

核心技术

Windows块（推荐）

VSS+NTFS：卷影副本技术+ NTFS文件系统

Linux文件（推荐）

Tar+rsync+SSH：归档技术+同步工具+SSH

*华为的 Rainbow 业务迁移（在线迁移）优势？

1. 覆盖面非常广。V2V，P2V，华为自身产品版本之间的迁移（I2I）。

2. 对 OS 的兼容性支持比较好。最低 WinXP，CentOS、RedHat。

3. 对虚拟化平台支持比较好。VMware、Xen、KVM、Hyper-V

4. 对业务中断的时间可以做到业务可以容忍的一个中断时长。

5. 运行文件级、块级迁移，可选性比较好。

6. 迁移系统采用 BS 架构，界面操作性比较好。

7. 支持并发性迁移，可以降低整体业务的迁移时长。

8. 迁移过程中数据加密传输，避免数据被窃取非法利用。

9. 断点续传。（这个不记了 直接就说rainbow从产品文档上写着不支持。）

10. 多次数据同步功能保障数据一致性。

*迁移业务是否会中断？中断多久？（考到）

会：执行迁移任务

中断时长：最后一次离线同步+业务切换

***文件级、块级的选择？（考到）  Windows 文件级、Linux 文件级: 可以对分区进行增减容，硬盘进行增减容。*Rainbow 迁移能否调整进行增减容?   

Windows 块迁移: 可以对分区进行增容，不可减容，可以对硬盘进行增减容。

Linux 块迁移:不可以对分区进行增减容，可以对硬盘进行增容。

*Rainbow限制条件：（考到） 源端为windows：（Windows迁移源端约束） 不支持多操作系统迁移源端系统时间：保证源端的本地系统时间在2015年1月2日之后。分区数量：系统级迁移分区数量小于23文件系统：仅支持NTFS文件系统组件依赖：Volume Shadow Copy Service、Wmi、.Net Framework组件 源端为Linux：（Linux迁移源端约束） 文件系统：支持ext2，ext3，ext4，vfat，xfs，reiserfs文件系统迁移组件依赖：源端需要有ssh、sftp、tar、rsync组件。 源端公有限制条件： 不支持多操作系统迁移共享磁盘：不支持磁盘类型为共享的磁盘迁移。共享分区：不迁移外部挂载的共享分区（如CIFS、NFS）。半虚拟化：不支持半虚拟化系统迁移。裸设备：不支持裸设备系统迁移。加密文件：不支持含有受保护文件夹、加密卷的系统迁移。群集应用：不支持含有群集类应用的系统，例如微软的故障转移群集等。数据库与应用：只用于系统迁移，如果包含AD、数据库等大型应用时，请参考应用自身迁移方案。应用与硬件绑定：不支持含有与硬件绑定的应用的系统迁移。 网络约束条件： 仅支持局域网迁移，不支持广域网、NAT网络迁移。仅支持私有云迁移，不支持公有云、桌面云迁移。迁移实施要求网络无丢包、无抖动、延迟100Mbps，如不满足此QoS要求，则迁移失败风险较高。 *Rainbow限制条件：

① OS：window（不支持win7以下）、linux（不支持redhat5.6以下、centos6以下、乌班图14.04以下等）   记到版本号

② 引导方式：部分不支持UEFI方式

③ 服务器架构：只支持X86，后面会支持ARM架构

④ 虚拟化环境：只支持Hyper-V、Xen、KVM、Vmware等

⑤ 不支持含有与硬件设备绑定的应用系统

⑥ 文件系统：window（不支持非ntfs）、linux（不支持非ext2.3.4、xfs等类型）

*迁移原理（考到）

核心技术

Windows块（推荐）

VSS+NTFS：卷影副本技术+ NTFS文件系统

Linux文件（推荐）

Tar+rsync+SSH：归档技术+同步工具+SSH

通常，Rainbow指hConvertor，故上述也可以是 hConvertor的实现原理的答案。

Linux文件级迁移：首次采用Tar归档的方式，多次将大量文件归档为一个单文件，通过SSH维持的通道传递到目的端，后续同步使用Rsync完成文件的同步。

Tar：归档动作  对数据进行归档，提升了传输效率。

*为什么windows推荐使用块级迁移？（windows现在只能用块级）

因为windows有大量小文件，使用块级迁移不会造成疏漏（windows 操作系统少一个重要文件的话就会导致系统损坏），同时也没有权限不足的问题，并且windows通常磁盘使用率过高，通过使用块级迁移的方式，以及NTFS支持零拷贝技术，还有VSS卷影副本技术，可以做到在使用Windows的场景下，迁移的成功率以及效率都能够比使用文件级高，块级迁移能保证迁移前后磁盘分区结构完全一致，保证了系统迁移之后的安全性。

*为什么Linux推荐使用文件级迁移？（Linux现在只能用文件级）

因为Linux的结构目录相对于Windows更为简洁分明，同时也可以做到选择什么文件迁移，什么文件不迁移，通过Tar归档技术以及SSH技术发送到对端，最后再使用Rsync技术来同步，在这种情况下成功率与效率也是不低的。至于为什么Linux不采用块级迁移，因为块级迁移会搬运未使用的空间，在数据未定格的情况下，存在数据受损的可能性。

Linux

1. 文件的组织分明。

2. 文件迁移通过 tar 多次将大量的文件归档为一个单文件,然后用 SSH 发送过去，最后用 rsync 来同步。（不是一次 tar 打包所有文件，通过多次 tar 多次打包数据）

Linux 文件级迁移： 首次：tar+ssh，首次迁移失败会将 tar 包重传     后面：rsync

*为什么 Windows 不能使用文件级？Linux 不能使用块级迁移？ 

windows 小文件多，目录结构复杂不清晰，不建议文件级，且 NTFS支持零拷贝技术，块级迁移效率高。  Linux 通常无法打快照定格数据，DD 命令块级迁移失败会造成数据受损或者破坏 linux 目录结构，风险高，另外 DD 会将空数据也拷贝过去（不支持零拷贝），块级迁移效率低， Linux 作为开源操作系统目录结构清晰，系统文件精简干净，不似 windows 那么臃肿复杂，用文件级迁移效率高。

*你说说业界主要的迁移内容和层次？（考到）

   应用级业务迁移：使用专门的应用层迁移工具，在保证可用性前提下，从应用程序层面，将数据从旧系统迁移到新系统，满足客户迁移同时，完成对操作系统、数据库软件的升级。例如：Oracle 和 SQL SERVER 的在线迁移。 

文件级业务迁移：根据客户的需要，通过迁移工具，将客户的工作负载以基于文件系统的方式，从源主机迁移到目标主机，以满足客户对磁盘规格的重规划、操作系统的升级。 

系统级业务迁移：客户的一台主机上运行了大量应用，可以通过迁移工具将主机硬件上的系统迁移到目标虚拟机，包括操作系统、应用程序和配置数据，主要用于系统盘的迁移。

业务迁移方案交付流程

 

1. 客户调研：

   调研的内容包括以下几个方面:

   - IT 组织架构: 主要向客户IT 人员调研客户的 IT 组织架构以及IT 运作流程。

   - IT 硬件资产: 了解客户目前业务系统的硬件信息，例如服务器类型、磁盘阵列类型等等，为业务迁移提供原始输入信息。

   - 系统性能参数: 通过部署信息采集工具，得到客户现行业务及 IT 设备具体信息，为客户业务云化评估、云平台容量规划和业务迁移提供最直接的信息。

   - IT 系统配置: 通过了解客户目前配置和性能情况，评估迁移至我司云平台上性能情况，作为业务发放和资源配置的参考基准。

   - 业务流程: 要清楚客户业务流程，这样才能根据客户实际情况制定迁移方案。

   - 业务&IT联系: 从IT 的角度看，系统的优先级是怎样的。

   - IT 网络配置: 了解客户目前组网情况。重点关注网络带宽信息。

   - 迁移备份容灾需求: 调研客户是否对业务有灾备需求。

   - 客户其他要求: 详细了解客户对整个业务迁移的特殊需求，例如迁移时想将老的业务迁移到新的操作系统环境下，oracle数据库迁移时想直接从老版本迁移至最新版本，这些不仅要考虑到可行性，还要考虑到稳定性和兼容性问题。

2. 迁移评估：

   主要通过采集客户IT 设备信息和客户业务信息，在此基础上综合分析，得出业务可云化及可迁移性评估。

3. 迁移风险及应对计划：

   - 在新的云计算平台中，应用会部署到不同的硬件，甚至是操作系统上，能否实现应用的无缝迁移，是保证业务迁移成功的重要内容。我们要确保业务持久运行不中断。这就要求我们能够将宕机时间保证在合理的范围内从而实现业务连续性。如果需要和客户协议业务中断出现的保险责任问题，就需要明晰自己的底线。

   - 业务迁移风险评估完成之后，针对例如搬迁的物理部件损坏，数据丢失，机器无法启动，业务无法启动等风险点，应该制定专门的应对措施。还应该针对每一类业务专门撰写应对计划，对所有可能涉及到的风险均加以描述和给出应对计划。计划完成之后和客户进行沟通，消除在业务迁移风险和应对计划上的分歧，在迁移风险及风险控制、应对上和客户达成一致。

4. 迁移计划制定：

   按照客户的需求，对业务迁移优先级进行排序。首先对业务迁移的关联性进行考虑，其次对业务迁移的迁移风险进行考虑，最后考虑迁移目标值，据此得出业务迁移顺序。

   一般情况下，由于客户的应用系统及设备数量众多，且各应用系统的重要程度、服务时段、依赖的设备情况等各不相同，因而建议采用分批次逐步迁移的方案，依据如下原则对设备进行分批次迁移：

   - 先易后难。对于相对独立，关联系统少的应用，迁移到新的数据中心机房后，容易恢复正常运行。这类应用的迁移较为容易，可优先进行。

   - 先普通业务系统，后核心业务系统。普通业务系统在迁移过程中出现问题，对公司日常经营活动造成的影响较小，可优先进行，为核心业务系统的迁移积累经验并验证迁移计划。

   - 选择周末或节假日进行迁移。迁移前后需进行大量准备工作，迁移后需要进行大量测试工作，因而选择周末或节假日能使得迁移作具备充裕的时间，同时避免对日常业务工作造成影响。

5. 迁移方案制定：

   在确定迁移可行的基础上，对客户业务迁移制定详细的实施方案。包括迁移方法选定、迁移工具选型、迁移测试环境准备、迁移工具测试、业务迁移演练、正式迁移环境准备、迁移软件安装、迁移人员安排、迁移时间和停机时间安排、业务数据同步、验证业务、业务割接、业务再次验证、风险应对及失败回退等步骤。

6. 迁移工具和方案测试：

   在确定迁移方案和迁移工具之后，需要在后台云平台部署业务迁移工具环境，并对迁移工具和迁移方案进行测试。尽可能模拟客户真实情况，测试各种场景下方案和工具的可行性，并输出测试报告，项目组评审后和客户进行沟通，对迁移过程中出现的停机时间、风险点等再次进行沟通，和客户一起对迁移方案中需要修改的地方进行细化。

7. 迁移实施：

   在迁移方案和迁移工具测试完成之后，按照和客户实现商定的迁移计划表进行业务迁移实施。具体实施包括前期准备工作，主要包括迁移软件准备、迁移人员安排；迁移实施阶段，包括客户系统备份、迁移软件安装、系统迁移、系统验证、差异数据同步、验证业务、业务割接、业务再次验证、业务回退等步骤。

8. 迁移验收：

   在迁移完成之后，需要按照前期和客户既定的指标进行验收，完成相关指标的即宣告业务迁移成功。如果有些指标达不到要求，需要和客户沟通，进行整改或者向客户提交相关定位报告，达成谅解或者得到客户认可。

业务迁移经验 

1. 能用离线迁移尽量就用离线迁移。 

2. Windows 在线迁移，注重成功率用块级；注重效率使用文件级。 

3. Linux 推荐使用文件级。 

4. 文件级迁移目的主机磁盘分区大小可变。 

5. 对业务软件部署越熟悉越有可能降低 RTO 时间（数据同步过程中可以