服务器迁移

Docker容器迁移几种方法 2021-08-27 17:14

IT工作的小伙伴们都知道，应用、数据迁移在日常的工作中是不可避免的。比如硬件升级、数据中心搬迁、操作系统替换、版本更新等等，所有这些操作都可能成为迁移的触发点。

现如今Docker容器技术的采用十分普遍，容器迁移也是迁移任务的一部分。磐林IT小编今天跟大家说一说Docker容器迁移的几种方法。

导出和导入容器

导出容器就是从容器的文件系统创建压缩文件，导出的文件保存为“gzip”文件。

docker export container-name | gzip > container-name.gz

然后用文件传输工具将压缩文件复制到新服务器。在新服务器中导入这个gzip文件到一个新容器中。

zcat container-name.gz | docker import - container-name

但是导出容器工具的一个缺点是，它不导出容器的端口和变量，也不导出包含容器的底层数据，当在新的服务器环境中加载时，会导致错误。

要避免这种情况，我们可以用Docker镜像迁移

容器镜像迁移

将Docker容器迁移到另一台服务器的最常用方法是迁移容器关联到的镜像。

对于必须迁移的容器，首先使用“Docker commit”命令将其Docker镜像保存到压缩文件中。

docker commit container-id image-name

将生成的镜像上传到新服务器上，使用“docker run”创建一个新容器。

使用此方法，数据卷不会被迁移，它仅仅保留在容器内创建的应用程序数据。

保存和加载镜像

Docker镜像是应用程序的代码、库、配置文件等的包，Docker容器是由这些镜像创建的。

我们可以使用“docker save”压缩镜像并迁移到新服务器。

docker save image-name >

image-name.tar

在新服务器中，使用“docker load”将压缩镜像文件用于创建新镜像。

cat image-name.tar | docker load

迁移数据卷

Docker容器中的数据卷是共享目录，其中包含特定于容器的数据。卷中的数据是持久的，在容器重新创建期间不会丢失。

使用导出或提交工具将Docker容器或镜像从一台服务器迁移到另一台服务器时，不会迁移基础数据卷。在这种情况下，包含数据的目录将手动迁移到新服务器。然后在新服务器创建容器，引用该目录作为其数据卷。

另一个简单的方法是通过在“docker run”命令中传递“-volumes from”参数来备份和恢复数据卷。

docker run --rm --volumes-from datavolume-name -v $(pwd):/backup image-name tar cvf backup.tar /path-to-datavolume

这里datavolume名称是/path-to-datavolume。此命令提供数据卷的备份。

要指定工作目录，还可以指定-w/backup。在/backup文件夹中生成的备份可以通过文件传输工具复制到新服务器。然后提取复制的备份并将其还原到新容器中的数据卷中。

docker run --rm --volumes-from datavolume-name -v $(pwd):/backup image-name bash -c "cd /path-to-datavolume && tar xvf /backup/backup.tar --strip 1"

迁移整个Docker容器

以上的方法适用于单个容器，但是将所有容器都要从一台服务器迁移到另一台服务器的情况下，我们可以采用另一种方法。

这个方法包括将整个docker目录(“/var/lib/docker”)复制到新服务器。

为了使这种方法成功，需要确定以下几个关键点。

• 保留文件夹的权限和所有权。
• 迁移前停止Docker服务。
• 验证两台服务器中的Docker版本是否兼容。
• 迁移前后验证容器列表和功能。
• 环境变量和其他配置文件的路径。
  

Docker容器广泛应用于DevOps和基于web托管。小伙伴们可以尝试使用以上方法进行操作。

五、Kvm虚拟机迁移

一、迁移简介

迁移：

      系统的迁移是指把源主机上的操作系统和应用程序移动到目的主机，并且能够在目的主机上正常运行。在没有虚拟机的时代，物理机之间的迁移依靠的是系统备份和恢复技术。在源主机上实时备份操作系统和应用程序的状态，然后把存储介质连接到目标主机上，最后在目标主机上恢复系统。随着虚拟机技术的发展，系统的迁移更加灵活和多样化。

最终我们迁移的目的就是：

    简化系统维护管理

    高系统负载均衡

    增强系统错误容忍度

    优化系统电源管理

二、热迁移 ---Live Migration

KVM 虚拟机的热迁移 ---Live Migration：

      服务器虚拟化技术是当前的热点，而虚拟机的“热迁移（ Live Migration ）”技术则是虚拟化技术当中的热点。

热迁移（又叫动态迁移、实时迁移），即虚拟机保存（ save ） / 恢复 (restore) ：将整个虚拟机的运行状态完整保存下来，同时可以快速的恢复到原有硬件平台甚至是不同硬件平台上。恢复以后，虚拟机仍旧平滑运行，用户不会察觉到任何差异。

迁移的种类：

P2P ：物理机之间的迁移

V2P ：虚拟机迁到物理机

P2V ：物理机迁到虚拟机

V2V ：虚拟机迁到虚拟机

三、热迁移的应用

1. 虚拟机的热迁移技术最初是被用于双机容错或者负载均衡：当宿主机出现软硬件故障导致服务异常时，虚拟机可漂移到另外主机上，或者在集群中依据工作负载量的大小，选择更换宿主机与否来保证自身良好的服务提供性。

2. 系统硬件维护：当前很多操作系统都能够稳定支持 7×24 运行，但是硬件却需要定期的进行维护。如果使用虚拟机的动态迁移技术，将虚拟机从需要维护的物理机器迁移到另外一主器，等维护完成后，在将其迁回到原来的物理机器。所有的系统服务和应用程序在迁移 & 恢复后仍旧正常运行，用户不会察觉到由于硬件维护造成的中断。最终实现了我们服务不受硬件维护干扰的 7*24 小时的工作愿望。

3. 数据库备份：对于一些大型、关键的数据库应用，备份是一项重要但复杂的工作。虚拟机的保存/ 恢复可以将数据库运行在虚拟机中，如需备份就保存虚拟机，这样数据库中的所有数据、状态都做了备份。如果数据库崩溃了，就可以通过恢复虚拟机来恢复整个数据库。

4. 环境重现：进行性能测试或程序调试时，都需要重现当时复杂庞大并且与实时完全一致的网络环境 , 不仅仅是重启、配置软件，而且常常需要一定的运行时间。我们可以将各服务安装到独立的各个虚拟机，然后利用各个独立虚拟机部署我们所需的工作环境，可以大大缩短环境重现时间。

5. 计算机共享： 在一些公共场合用户需要共享计算机，但是由于不同的系统配置和软件需要花费大量的时间来配置和恢复。这时使用虚拟机的保存 /恢复可以很好地解决这个问题。或者也可以，在物理机上运行多个逻辑虚拟机帮助我们分配给每一个需要者一个独立，安全，稳定的环境。当因为宿主机出现问题影响虚拟机使用时，我们可以让该虚拟机漂移到其他宿主机以此来保持正常工作。

四、热迁移的优势

1. 首先是可伸缩性比较强， IT 管理者可以在合理时间段让运行某些关键业务的服务器适当减少工作量，以便进行更新操作系统，给应用程序打补丁等。而到了服务高峰期，又可以弹性地进行大负载量的运算。虚拟机迁移过程完全透明，几乎不影响使用。

2. 其次，现在的数据中心都追求环保节能， 工作量负载大的应用程序必然会令服务器能耗增加，有了虚拟机热迁移技术，当一台物理服务器负载过大时，系统管理员可以将其上面的虚拟机迁移到其他服务器，可有效减低数据中心服务器的总体能耗，再通过冷却系统将数据中心的温度保持在正常水平。

五、热迁移的局限

进行虚拟机的热迁移也有不少的限制。例如，

      VMotion 在进行迁移之前，管理软件会检测目标服务器的 X86 架构是否与原服务器兼容。包括存储设备以及处理器，虚拟机必须放到共享的存储里， CPU 的类型也要一样，不仅不能一个是英特尔，一个是 AMD ，甚至相同厂商不同产品线的CPU 也不行，比如英特尔至强和奔腾

六、衡量虚拟机迁移的效率

1. 整体迁移时间：从源主机中迁移操作开始到目的主机上客户机服务处于不可用状态的时间，此时源主机上客户机已经暂停服务，目的主机上的客户机还未恢复服务。

2. 服务器停机时间：在迁移过程中，源主机和目的主机上的客户机都处于不可用状态的时间，此时源主机上客户机已暂停，目的目的主机上客户还未恢

复服务。

3. 对服务的性能影响：不仅包括迁移后的客户机中应用程序的性能与迁移前相对比是否有所降低，还包括迁移后对目的主机上的其他服务的性能影响。

Kvm 动态迁移，也有如下几个建议和注意事项：

1. 源宿主机和目的宿主机直接尽量用网络共享的存储系统来保存客户机磁盘镜像。例如 NFS ， ISCSI ， Glusterfs 等。

2. 为了提高动态迁移的成功率，尽量在同类型 cpu的主机上面进行动态迁移，尽管 kvm 动态迁移也支持从 Intel 平台迁移到 amd 平台。  但，从安全性，稳定度考虑不建议这样去操作！！！

3. 64 位的客户机只能运行在 64 宿主机之间的迁移，而 32 位客户机可以在 32 宿主机和 64 位宿主机之间迁移。

4. 在进行动态迁移时，被迁移客户机的名称是唯一的，在目的宿主机上不能有与源宿主机被迁移客户机同名的客户机存在。

5. 目的宿主机和源宿主机的软件尽可能的相同。也就是同为 Vmware ， KVM ， Xen 等。

七、v2v迁移实践

安装前准备工作：

迁移需要识别 source&target 主机的主机名所以需要我们搭建 DNS Ser 或者将 IP& 域名 & 主机名的对应条目写入到 hosts 文件中去。

实验环境：

Source Ser ---- VM

Target Ser

NFS Server 共享存储服务器

实验步骤：

（1）首先在宿主机上配置NFS

第一步：下载

[root@Ken ~]# yum install rpcbind nfs-utils -y

第二步：编辑配置文件

[root@ken ~]# vim /etc/exports   

    /nfsdate *(rw,sync)  

第三步：更改属主

[root@ken ~]# chown -R nfsnobody: /nfsdate

第四步：启动nfs

[root@ken ~]# systemctl restart rpcbind
[root@ken ~]# systemctl restart nfs

第五步：客户端挂载使用

[root@host1 ~]# yum install  nfs-utils -y

[root@host1 ~]# showmount -e 192.168.5.5
[root@host1 ~]# mkdir /nfsdate                        
[root@host1 ~]# mount -t nfs 192.168.5.5:/nfsdate /nfsdate

（3）冷迁移

virst list --all

cd /etc/libvirt/qemu

cp vm3.xml /root

virsh undefine vm3

cd /var/lib/libvirt/images/

mv vm3.qcow2 /nfsdate

cd /nfsdate

ls

cd /root

ls

vim vm3.xml

<source file='/nfsdate/vm3.qcow2'/>

virsh define vm3.xml

virsh list --all

virsh start vm3

virsh console vm3

（4）热迁移

1.首先进行链接

2.迁移

VMware虚拟机无缝迁移有哪些注意事项

正睿科技  发布时间：2015-11-05 10:05:42  浏览数：3227

    Vmware能够在全球范围引起共鸣，它在为用户提供桌面、服务器、数据等虚拟化方案，同时也为用户节省了IT支出，简化了管理。最近有用户在使用过程中提出几个问题，‘无缝迁移虚拟机’可以实现将虚拟化在服务器或存储阵列间随意迁移，并且对其性能没有任何影响，但是具有有什么注意的事情却不清楚，几天就来分享一下这方面的知识。

    1、检查服务器迁移设置是否打开

    在服务器之间进行VMware迁移前首先要求两个服务器启用迁移功能。例如，使用VMware ESX或者ESXi的两个服务器必须启用vMotion。如果是Hyper-V服务器进行VM迁移，一定要确定两台服务器的动态迁移功能可用。VMware ESX或ESXi服务器上，在配置选项卡为特定的vSphere客户端启用vMotion，所以IT管理员必须使用与每个hypervisor匹配的文档并在每个服务器上启用迁移功能。

    2、检查服务器硬件的兼容性和设备相关性

    虚拟化的服务器专门用来将底层的硬件从上层的工作负载抽离??抽离让工作负载迁移变得可能??但是有小部分情况可能会导致源、目的服务器的硬件不兼容，导致迁移失败。

    排错的第一步是评估服务器硬件和配置。举个简单的例子，源/目的服务器需要使用完全相同处理器来进行工作负载迁移。每个系统BIOS的处理或者I/O虚拟化设置稍微有所不同也会引起硬件问题。

    当VMware依赖目的服务器上不可用的硬件时，也会导致迁移失败。比如，像VMware ESX/ESXi等hypervisor允许VM连接到物理磁盘。如果VM依赖与源服务器连接的物理磁盘??而目的服务器上没有??迁移就出问题了。安全断开任何本地物理磁盘或者源服务器VM上的客户端设备，然后再重新进行迁移。

    3、服务器间的网络连接是否正常

    迁移依赖网络连接，因此源/目的服务器之间的任何连接问题都能轻易影响迁移活动。最直接的方法是ping源/目的服务器之间的网络连接。例如，VMware的vmkping可以在源服务器上使用命令shell ping 目的服务器。进入到主机名称或者目的服务器的IP地址，查看成功的ping反馈，如：vmkping 192.168.1.1

    还可以通过Windows命令提示或者Linux命令行使用标准的ping命令执行该过程。如果ping成功了，证明源、目的服务器之间的LAN通讯正常。如果不成功，源、目的服务器上的网卡(NIC)可能存在不兼容性。

    一个常见的兼容性问题是使用超长帧。例如，如果一个服务器的NIC配置了支持超长帧，另外一个没有，那么这两个服务器不会正常通信，工作负载迁移不会成功，除非两个NIC的配置完全相同。使用目标服务器的主机名ping时，会发生另一个常见的问题。如果主机名ping失败了，但是IP地址ping正常，说明主机名解析出问题了，解决这个问题会对解决连接问题有帮助。

    4、目的服务器上的计算资源是否足够

    如果目的服务器上没有足够的计算资源，工作负载迁移也会失败。当目的服务器缺少足够的处理核心、内存空间、NIC端口或者存储时，就不能储备新的工作负载。随着物理服务器数量下降和工作负载整合水平的提升，这已经变成越来越普遍的问题。

    例如，如果目标服务器已经从从其他系统接受额外的工作负载失败，这时就会发生资源短缺。另外，如果目的服务器上已有的工作负载已经获得了额外的计算资源，以满足用户活动增加所引起的更的的资源需求，这种情况下，资源短缺也会发生。试着将工作负载迁移到其他有足够计算资源的系统(比如闲置或备用的服务器)，或者在有需求的服务器上执行工作负载平衡。

    一个常见的问题是，目的服务器上缺少磁盘空间，所以要检查可用的磁盘空间。例如，VMware ESX/ESXi用户可面向目的服务器打开一个控制台，使用df -h命令监测易用的空间(或者使用vdf ?h命令检查VMFS卷上的空间)。如果没有足够的空间来存储迁移过来的工作负载，管理员需要腾出空间或者将工作负载迁移到其他系统里。如果存储通过存储区域网(SAN)提供，确认源、目的服务器配置相同的分区。

    服务器之间迁移虚拟机作为VMware虚机化的基础功能之一，虽然操作方法简单，但如果哪一项设置不对或配置有问题，都会导致迁移失败，所以在实现相关功能之前，一定要掌握方法，这样才能有备无范。

物理和虚拟机间的任意无缝迁移，其实很简单！

2018-06-28

安克诺斯 数据保护 网络安全

当下，日益复杂的IT环境需要比以往更复杂的虚拟到物理(V2P)的备份解决方案。IT人员面临的挑战是要优化存储空间，管理成本的同时还要应对各种虚拟机和物理机的各种问题。

值得庆幸的是，当下新的V2P技术可以帮助当今繁忙的IT部门实现虚拟到物理的以及物理到虚拟的迁移的相关问题。例如，Acronis Backup Advanced就解决了V2P涉及的许多挑战，包括如何支持在物理系统上备份和恢复虚拟机。

Acronis Backup由Acronis AnyData Engine提供支持，为复杂的IT环境提供强大，易用的统一数据保护和灾难恢复。使用单一的基于Web的控制台可以管理任何环境或位置的数据保护，Acronis Backup Advanced还支持虚拟到物理迁移，反之亦然，同时可以为企业节省时间和成本的投入。

主要功能

可扩展的基础架构支持多台机器的V2P转换。

将虚拟机恢复到物理机器时，可以恢复整个系统，也可以恢复单个文件夹或文件。

高级安全性确保在V2P备份和恢复期间提供额外的保护。

裸机恢复功能可让您将镜像还原到裸机硬件。

Acronis Active Restore可将恢复时间平均缩短50％。

如果您想知道如何在物理系统上安全恢复虚拟机，或者如何将VMware虚拟机备份到物理系统，接下来可以了解下Acronis Backup Advanced是如何运作的。

解决各种迁移难题

当下，大多数的企业都将物理服务器和虚拟机组合在一起来支持生产环境和各种生产工作负载。由于计划任务(例如日常维护和系统升级)或由于意外事件(如灾难恢复)，企业有时候需要将这些工作负载迁移到虚拟机(VM)或迁移到不同的硬件。

但是，当有一个虚拟环境需要迁移到物理机时，在这种情况下，很多IT人员不知道如何操作，因为现在没有虚拟机管理程序供应商提供V2P工具。

结果是，数据迁移并不容易。很多复杂的因素会最终导致宕机、延迟和数据损失的问题。

Acronis Backup Advanced可以解决了这些挑战。其磁盘镜像技术可以完全捕捉生产工作负载的每个组件，包括操作系统，设置，注册表，应用程序和数据。它可以轻松且安全地将服务器工作负载和生产系统迁移到不同硬件，或在不同虚拟机之间的迁移以及跨不同虚拟机管理程序间的迁移。它还使用户能够将整个服务器快速迁移到裸机上。

如何执行数据迁移

使用Acronis Backup Advanced执行工作负载迁移涉及三个不同的阶段：

Acronis AnyData Engine从原始平台分离服务器工作负载

迁移过程从Acronis Backup Advanced创建磁盘镜像开始 ，镜像是一个完整副本，包含了特定服务器或虚拟机的磁盘和分区上的所有内容。在复制过程中，数据被抽象化，它从数据中删除特定的平台信息，以便将其减少至一组基本特征，并将其转换为通用的统一格式。

? Acronis将服务器工作负载应用到新硬件中

接下来是将磁盘和分区的内容应用到目标物理服务器或虚拟机。在迁移到物理服务器时，您不需要在新机器上安装操作系统。您只需加载镜像进行裸机恢复即可。而且，由于Acronis可以调整磁盘和分区的大小，所以目标计算机的磁盘配置不必与原始计算机匹配。磁盘只需足够大以容纳所有数据就可。

? Acronis对服务器工作负载进行微调以匹配新硬件：

Acronis AnyData Engine分析新的硬件平台或管理程序，并优化操作系统设置以匹配新的要求。

此过程完成后，您不仅可以成功地进行数据迁移，还可以对系统进行完整的镜像备份。这意味着您的所有系统信息(包括注册表项，许可证密钥，设置和特定的应用程序数据)都被安全地捕获以供将来使用。

采取战略方式进行数据迁移

在对迁移长期规划时，重点是要关注灵活性以及与任何环境相关联的能力，而不仅仅是关注市场中昂贵主流平台。关于灵活性的规划，您现在选择的平台，需要在将来更改时，仍然可以扩展基础架构而不会产生额外成本。您用于迁移的工具应该能够链接到任何平台，并轻松地从物理过渡到虚拟或虚拟到物理。所以，通过业务所面临的所有挑战来看，不要锁定单一平台或单向迁移解决方案。

IT环境正在经历重大变革，变得更加异构和更复杂。物理，虚拟，云和存储混合成为常态。 IT经理需要灵活和可扩展的多功能解决方案，以涵盖备份，灾难恢复，数据保护，安全和防病毒，同时覆盖尽可能多的平台。

Acronis Backup Advanced的高级数据保护技术可让您将生产工作负载实现任何平台间的无缝迁移，以支持灾难恢复和系统复制，提高IT生产力和数据恢复时间，并降低管理复杂性。

上节我们介绍了导致虚拟机迁移失败的两个原因：硬件资源不足以及服务器硬件不兼容。本文接续介绍虚拟机迁移失败的其他三个原因以及如何解决。

上节我们介绍了导致虚拟机迁移失败的两个原因：硬件资源不足以及服务器硬件不兼容。本文接续介绍虚拟机迁移失败的其他三个原因以及如何解决。

3.虚拟机任务冲突

某些虚拟化任务需要花费相当多的时间才能完成，而且即使在发生超时错误后仍在后台运行。当另一个虚拟化任务也在同时运行时尝试启动一个虚拟机可能会导致服务器发生错误。例如，当你删除不需要的快照时，在合并过程中，虚拟机可能不会重启。修改虚拟机配置文件中的超时设置将允许关键的活动不间断运行，但是你可能还需要重新配置后台任务来避免在下班时间虚拟机发生迁移以及重启。

4.虚拟机文件损坏

虚拟机仅仅是运行于内存中的镜像，而且该镜像以特定的虚拟机文件格式比如.vmx以及.vmdk保存在磁盘中。与所有基于磁盘的存储一样，磁盘存储子系统或者网络连接存储以及服务器存在的问题可能会破坏虚拟机文件。当虚拟机所需要的必要文件丢失、被锁定、损坏时，虚拟机将无法启动。

文件锁定用于避免并发的任务对正在使用的文件带来意想不到的变化，经常会发生上述错误。在某些情况下，虚拟机组件文件仍旧被锁定而且避免了虚拟机在另一台服务器上启动。你可以修改被锁定的文件然后移除锁定，但是这一详细的过程需要具备有关特定hypervisor以及数据中心环境的专业知识。更为常见的是从最近的快照或者另一个备份恢复虚拟机。

5.许可、管理输入以及其他问题

导致虚拟机无法启动的其他问题与比如用户输入意外中断有关，而与服务器功能或者文件完整性无关。虚拟机可能开启了一个正常以及成功的启动过程，但是在启动完成之前暂停了，并等待管理输入。一旦你回答了该问题，虚拟机将会继续启动。在重新配置虚拟机以自动应答常规问题、消除人为干预之前，你需要在虚拟机启动过程中避免中断。这一过程与hypervisor相关而且需要具备专业知识。

另一个经常被忽略的问题是许可，该问题通常源于hypervisor安装疏忽。例如，将虚拟机部署在一台刚被虚拟化的服务器上时，这台新服务器的许可可能没有被正确配置。在其他情况下，许可可能被破坏了，或者组织可能就没有许可。因此，你必须确保有足够的许可来支持正在使用的虚拟化服务器，确保服务器已经配置了许可而且务必使许可是完整的而且没有被破坏。

访问hypervisor的日志文件或者管理日志也可能会加速故障诊断过程。如果通过日志没有找到问题，根本原因很可能是上述问题中的一个。