我有 23 台 Web 服务器 - 我需要清除所有服务器 - 在它们之间托管的任何站点上都不会丢失服务

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,并在维护窗口期间更改域名和其他相关设置。再次测试。部署新服务器后,请留意任何错误

  • 不要破坏旧的服务器安装,直到你可以验证新的工作

掩护自己。如果出现问题,在短期内,您始终可以退回到旧服务器。

  • +很多,如果可以的话,对于所有这些。我要补充的唯一一件事是,由于这需要一段时间,因此在您计划、测试和执行举措时,让管理层支持一段时间的稳定。在此稳定期内,不得创建新的 Web 服务器,不得对任何现有服务器进行未经您本人同意和实施的更改。否则,您正在尝试小心而专业地复制一个疯狂而愚蠢的移动目标。还要考虑在完成迁移后如何控制服务器上的更改,否则很快就必须再次执行所有操作。 (3认同)