记一次Linux物理服务器迁移总结

记一次Linux物理服务器迁移总结

前两天我们在线迁移了生产系统中的两台服务器，这里想总结一下迁移前后的一些事情和成功经验。秉承技术专业的设计风格，前后看了一些微软公司和红帽官网的迁移手册，发现有些并不是特别有用。所以在参考了微软公司和红帽的迁移手册后，我打算打造一个符合现状的服务器迁移“手册”，仅供参考。
迁移情况:
因为两台服务器都要挪作他用(可以理解为服务器硬件配置的升级。新的服务器硬件配置比旧的服务器有更好的性能(比如更强的CPU、运行内存和存储)，所以原来的两台服务器要迁移到新的两台服务器上。由于白天从事主题活动的用户数量多，各服务器的并发量高，因此需要在夜间进行迁移(后面会讲到如何防止这种情况的发生)
迁移的一些定义:
系统软件的迁移是指将计算机 *** 作系统和应用程序从源服务器移动到目的服务器，一切都可以在目的服务器上正常工作。在没有虚拟机的时代，物理机之间的迁移依赖于系统软件备份和恢复技术。在源服务器上实时备份数据、计算机 *** 作系统和应用程序，然后将移动存储设备连接到目标服务器，最后在目标服务器上修复系统。随着vm虚拟机技术的发展趋势，系统软件的迁移更加灵活和多样化，所以如果是虚拟化技术的自然环境，就会容易很多，因为vm虚拟机可以感觉到无状态。
一些迁移标准:

1.尽可能不终止业务流程，不损害客户的应用。如果损害了客户的应用，你要提前告诉客户做好验收和准备工作
2。服务器硬件平台要统一，比如硬件配置架构，主板芯片组，CPU等。
3。系统软件环境应尽可能保持一致
4。用最好的人来做这件事。

一些迁移指数值:

1.总迁移时间:从开始迁移源服务器到完成迁移的时间
2。关机时间:整个迁移过程中源服务器和目的服务器不可用的时间
3。对应用程序的性能损害:迁移对运行在被迁移服务器上的服务项目的性能造成的损害程度。

一个优秀的专用迁移工具，目标是最小化整体迁移时间和关机时间，最小化迁移对迁移服务器上运行的服务项目性能造成的伤害。自然，这些因素是相互有害的，所以领导者必须根据迁移的应用需求来考虑它们，并采用合适的软件工具。对于Linux系统软件的迁移，因为是开源网站，所以可以依靠一些开源的系统专用工具和脚本来手动迁移系统软件。这种方式规定，承担迁移的管理人员必须具备相关工作经验，并对物理机上运行的Linux系统软件了如指掌。
迁移的整体流程和步骤:

1.提前做好迁移准备

1)收集源服务器硬件信息、手机软件自然环境等信息内容，提前准备好与源服务器相关的软硬件文本文档
2)。根据信息内容和文本文档，将目标计算机主机配置到与源服务器相同的手机软件自然环境中(在服务器硬件平台的统一标准下)
3)。检查配置结果(测试标准请参考认证迁移)
4)。迁移前做好以上工作。

2.执行迁移

1).提前通知相关工作人员，提前做好迁移准备
2)。转换互联网的主要参数，比如IP转换
3)。关闭源服务器上的业务流程应用程序
4)。在目标服务器上启动业务流程应用程序
5)。重启或平滑重启相关服务器的相关服务项
6)。迁移将在同一天进行。

3.认证迁移

1).测试迁移结果
2)。请其他人员对迁移结果进行测试，如R&D部门相关人员或测试精英团队
3)。在同一天执行迁移。

4.迁移后的日常任务

1).向相关负责人汇报
2)。向相关客户汇报
3)。更新相关文本文件和记录。

5.迁移(同“迁移后的日常任务”)
6。回滚。

1).再次转换互联网的主要参数，比如IP转换
2)。关闭目标服务器上的业务流程应用程序
3)。在源服务器上启动业务流程应用程序
4)。升级相关服务器运行的相关服务项目的环境变量等。，并重新启动相关服务器运行的关系服务项
5)。调整好问题，提前做好下次迁移的准备。

应用转换/迁移时的注意事项:

1.有些应用程序在执行前必须经过测试，但启动后，很可能会与工作环境中的某些服务器发生冲突。例如，信息解析应用程序很可能会与其他信息程序竞争处理消息队列中的信息，因此在测试过程中需要注意消除这种可能的矛盾和问题。这也规定了应用程序必须尽可能地松散耦合，尽可能地模块化设计，并且易于更改。
2。在整个迁移过程中，启动目标服务器上的业务流程应用，一定要关闭源服务器上的业务流程应用，反之亦然
3。无论哪种转换，都要尽量保证没有疏忽，凡事有大有小。

下面是Linux系统软件迁移全过程中必须注意和考虑的几个方面的例子:

1.整理迁移目录。

1).包含 *** 作系统名称、版本号、服务器名称、环境变量、驱动软件、进程、已安装手机软件、已安装服务项目、服务器防火墙、核心主要参数、安全策略、客户设备、资质证书密钥、文件权限等系统软件的基本自然环境
2)。根据进程名、服务器端口、服务器防火墙配置，或者查找服务器维护管理方法的日志，根据文本文档搜索当今服务器已经呈现的服务项目。服务安装指南，服务项目所依赖的手机软件自然环境
3)。根据文本文档或者源服务器当前的数据连接，主要是关联服务器应用源服务器的内网地址，比如找到代理源服务器的关联服务器。注意这个代理主机的配置，比如写内网IP，网站备案信息等。，必须一起改。典型的例子有nginx，HAProxy反向代理
4)。一些独特的文件名，手机软件编译文件的目录，/etc/profile，~/。bash_profile，/etc/rc.local，~/。个人资料，~/。ssh、/etc/fstab、/etc/hosts、/etc/sysconfig这些
5)。如果迁移的新项目或流程太多，可以做成相对目录，方便比较参考，避免疏忽，请参考补充规定。

2.提前准备好目标服务器。

1)选择手动方式(实际可以一个一个 *** 作，写脚本等。)，并与源服务器一起尽可能将目标电脑主机配置为手机软件自然环境检测的目标服务器。

3.转换互联网的主要参数。如果只转换公网IP，内网IP不转换，因为内网IP很可能在互联网内部做一些耦合，所以一定要注意其他相关的服务器。

迁移摘要:

1.规范文本文档的实现是非常重要的。尽管这可能很辛苦，很累，但还是要努力去做。已经发生的变化必须立即改变，并通知相关人员。应该部署规范化，比如固定的编译器安装文件，个性化的软链接。参考严格的文本文档
4。有效使用特殊工具和方法，减少实际 *** 作时间
5。软件开发全过程尽量高内聚低耦合，尽量应用横向扩展。无状态软件开发是一个非常理性的设计目标。一些硬件配置厂商展示了一些迁移或者信息收集的专用工具，可以借鉴，比如戴尔的SystemManager，dset，思科的UCSManager等相关专用工具。

如何防止夜间迁移、升级或业务流程变更等实际 *** 作:

1.为防止深夜升级，一定要选择HA(无服务器宕机)的系统架构图，即当一台或几台服务器宕机时，对客户无害
2。手机软件要尽量松耦合。尽量横向扩展
3。有效利用自动化技术、脚本制作、任务规划等。
4。多写测试，多做练习，比如一切能不能正常回去
5。提前沟通，急商量。)

补充条款:

例如，“迁移数据收集工作簿”和“xxx变更表”，迁移数据收集工作簿可以参考以下内容:

# 源服务器设置 设置标志 目标服务器设置结果 备注名称 1 key1 value1 成功 2 key2 value1 失败 ，解决方案等。

其他参考:
1。红帽文本文档:https://access.redhat.com/documentation/en-us/red_帽子_企业_Linux/
2。微软技术网:https://technet.microsoft.com/en-us/library/dd365353(v=ws.10)。aspx
3。微软论坛中的迁移主题风格:https://social.technet.microsoft.com/forums论坛=Winserver迁移
4。虚拟机迁移技术漫谈:http://www.ibm.com/developerworks/cn/linux/l-cn-mgrtvm1/

-结束-