超融合排行-超融合-云服科技(查看)

虚拟机迁移

手动迁移

      虚拟化环境中，物理服务器和存储上承载更多的业务和数据，超融合排行，设备故障时造成的影响更大。 aSV虚拟化平台提供虚拟机热迁移和虚拟机热备份技术，降低宕机带来的风险、减少业务中断的时间。

      aSV虚拟化平台热迁移技术是指把一个虚拟机从一台物理服务器迁移到另一台物理服务器上，即虚拟机保存/恢复(Save/Restore)。首先将整个虚拟机的运行状态完整保存下来，同时可以快速的恢复到目标硬件平台上，超融合优势，恢复以后虚拟机仍旧平滑运行，用户不会察觉到任何差异。

      虚拟机的热迁移技术主要被用于双机容错、负载均衡和节能降耗等应用场景。 aSV虚拟化平台热迁移提供内存压缩技术，使热迁移效率提升一倍，可支持并发8台虚拟机同时迁移。

      虚拟机迁移适用于以下场景：

      在主机维护过程中，通过热迁移手动将应用迁移至另一台主机，维护结束后再迁回来，中间应用不停机，减少计划内宕机时间。

      可结合资源动态调度策略，例如在夜晚虚拟机负荷减少时，通过预先配置自动将虚拟机迁移集中至部分服务器，超融合，减少服务器的运行数量，从而降低设备运营能耗上的支出。

通过修改虚拟机的存储位置和运行位置，可以实现将虚拟机在不同的主机和不同的存储位置之间进行迁移。其中虚拟机开机状态时迁移，称为“热迁移”，可以实现当虚拟机在不同主机上切换时业务运行不中断。

P2V/V2V迁移功能介绍

迁移后配置资源评估（CPU配置评估）：

? 服务器CPU资源的合理平均利用率为：30%-70%，业务高峰期时也能保持在80%以下；

? 企业云平台主机的主频建议要高于原服务器或者保持持平；

? 应用服务器CPU平均利用率低于30%时可以适当降低CPU配置，无公式计算，可通过观察调整；

? 应用服务器/数据库服务器CPU平均利用率高于70%时可以增加CPU配置，可以按照如下公式进

行计算：原配置大小*原CPU平均使用率/30%；

? 数据库服务器迁移后不建议降低CPU配置，可以运行一段时间后观察，是否需要降低CPU配置；

? 数据库服务器迁移，若原系统CPU使用率过高（超过70%），可以增加原系统的CPU配置；

? MySQL 、MSSQL 、Oracle 数据库服务器配置建议16C-32C如果32C还不能满足业务需求，

建议1、优化数据库，排查慢查询；2、更改数据库架构，比如将ORACLE改为Oracle RAC集群

架构，不建议再通过增加服务器配置来承载业务；

超融合数据通信口

为什么要配置数据通信口多台aSV主机组建集群，使用虚拟网络功能时，必然会存在以下情况：Server-1和Server-2两个虚拟机分别运行在两台不同的主机上，但这两个虚拟机同时连接到了一个虚拟交换机上。此时两个虚拟机相互通信时，必然需要经过物理网络在两台物理主机之间传输数据。

由于虚拟机和虚拟交换机组成的是虚拟网络，出于安全和隔离需要，虚拟机之间的经过虚拟交换机通信的流量（虚拟网络内部）是不允许直接出现在物理网络上的。因此我们需要在两台主机之间使用一个独立的物理网口，专门用于虚拟交换机上多个虚拟机之间的数据转发。

虚拟交换机是分布式存在的，同一个虚拟交换机会在集群的每台主机上存在一个实例。当Server-1向Server-2发送数据包时，Server-1所在主机的虚拟交换机收到数据包，发现目标在另一个主机上，则会将该数据包进行封装之后，超融合代理，再转发到的主机。Server-2所在的主机收到封装后的数据包，从封装头部识别虚拟交换机的信息，然后转发到的虚拟交换机。

多个虚拟交换机在不同主机之间的流量转发，需要相互隔离，这里我们不能使用传统的VLAN技术来进行隔离。一方面是因为虚拟交换机本身可以配置VLAN，可以传输VLAN封装的数据，我们需要保证虚拟交换机之间转发数据的独立和完整；另一方面是因为VLAN支持4096个，不适合虚拟化和云计算的大规模部署场景。所以，我们使用了vxlan来封装隔离虚拟交换机的数据转发。