Mud*_*Mud 12 debian migration web-server centos
好吧,这是一个挑战,我在计划它时遇到了困难,主要是由于缺乏经验。然而,它已成为我工作中的一项任务,我主要是用额外的手单独完成。
我对 Linux 很满意,所有这些服务器都是 Debian 或 CentOS。有些是 VPS、共享主机,有些是云虚拟机。我是公司的新手,在过去几个月里只有时间来评估未决问题。它们都运行 plesk 或 cpanel。
我发现这些服务器从未配置过,只是在过去两年中购买并在它们上投入了非常基本的管理(主要是磁盘空间清理和域/托管管理任务)。没有设置 iptables,也没有采取安全预防措施,因此这些服务器千疮百孔。我认为这里最好的解决方案是重新开始并将我们的主机整合到更少的服务器上,因为他们刚刚购买了新的共享服务器。我觉得我们可以在大约 1/4 的集群上支持我们的整个客户群。
我的问题是我不确定如何计划这一举动。它将需要大量移动站点和 DNS 更改。我认为向任何经常处理此类事情的巫师寻求建议是明智的,或者至少有经验为我指明正确的方向。
泥
Jou*_*eek 19
对此没有简单的解决方案——这可能是一条漫长而烦人的道路,让一切都动起来。我会从几件事开始,但我在评论中推荐的这本书可能会涉及一些细节。我在这里看到了四个主要阶段——库存、重新部署、测试和验收。
如果您还没有,请完整清点您拥有的和您现在正在使用的内容。确定什么是关键资源,什么只是坐在那里。这个关于 SF 的问题可能是一个好的开始,尽管自然而然,您需要针对 debianisque 环境对其进行调整 -也许像这样。这是最关键的阶段。
“Web”服务器并不完全相同 - 检查您是否正在运行一些运行自己的网络服务器(如 django)的进程,或者它是否是一个独立的网络服务器,如 apache。
您使用的是 EOLed 版本的操作系统和其他软件吗?你能移民吗?你会面临哪些问题?是否存在任何已知的安全风险?我可以将所有内容标准化为我所有软件的单一版本吗?我可以自动化我的部署过程吗?在多大程度上(看看 puppet 和chef)。
列出需要工作的内容以及您将如何测试它
这样您就可以选择最适合您需求的 P2V 或 V2V 流程。
您可以选择在一台服务器上运行几组以前独立的服务。您也可以选择运行 VM。运行特定于任务的虚拟机(您可以在不影响其他事情的情况下重新启动一个虚拟机)和将相似的任务组合在一起(因此您需要维护的逻辑系统更少)都有优势
通过这种方式,您可以设置和测试系统移动,而不会妨碍生产。您可能能够在运行 VM 的单个服务器上执行此操作。
将 VM 移到暂存区并最后一次测试它们
为已成功迁移的系统设置一个简短的 dns ttl,并在维护窗口期间更改域名和其他相关设置。再次测试。部署新服务器后,请留意任何错误
掩护自己。如果出现问题,在短期内,您始终可以退回到旧服务器。