我对Linux感到满意,所有这些服务器都是Debian或CentOS.有些是VPS,共享主机和其他是云虚拟机.我是公司的新手,只花了几十分钟的时间来评估未解决的问题.他们都运行plesk或cpanel.
我发现这些服务器从来没有配置过,只是在过去的两年里用非常基本的管理方式购买了网站并且网站被抛弃(主要是磁盘空间清理和域/托管管理任务).没有设置iptables,也没有采取任何安全预防措施,所以这些服务器都很复杂.我认为这里最好的解决方案是重新开始并将我们的托管服务整合到更少的服务器上,因为他们刚刚购买了新的共享服务器.我觉得我们可以支持整个客户群大约1/4的集群.
我的问题是,我不确定如何计划这一举措.它需要大量移动站点和DNS更改.我认为从那些经常处理这类事情或至少有经验指出我正确方向的向导寻求建议是明智的.
泥
>我现在主持什么？
如果您还没有,请完整清点您拥有的和现在使用的内容.确定什么是关键资源,以及刚刚坐在那里的东西.关于SF的这个问题可能是一个好的开始,但自然而然,你需要针对debianisque环境调整它 – maybe like this.这是最关键的阶段.
“Web”服务器并不完全相同 – 检查您是否正在运行某个运行自己的Web服务器的进程(如django),或者它是否是一个独立的Web服务器,如apache.
>重新评估当前设置以获得最佳实践
您使用的是EOLed版本的操作系统和其他软件吗？你可以迁移吗？你会遇到什么问题？有任何已知的安全风险吗？我可以将所有内容标准化为我所有软件的单个版本吗？我可以自动化我的部署过程以及在多大程度上(看看木偶和厨师).
>为每个服务器创建一组测试
列出需要工作的内容,以及如何测试它
>决定你要去的地方
这样您就可以根据需要选择最佳的P2V或V2V流程.
>决定巩固什么
您可以选择在一台服务器上运行之前单独的多组服务.您也可以选择运行VM.两者都运行特定于任务的VM(您可以重新启动一个而不影响其他事物),并将类似任务分组(因此您需要维护较少的逻辑系统)具有优势
>建立一个孤立的测试环境
这样,您可以设置和测试系统移动,而不会妨碍生产.您可能会在运行VM的单个服务器上执行此操作.
>为测试系统设置一个临时区域
将VM移动到暂存区域并最后一次测试它们
>利用维护窗口切换到新系统.
为已成功迁移的系统设置短dns ttl,并在维护窗口期间更改域名和其他相关设置.再次测试.部署新服务器后,请留意任何错误
>在验证新服务器安装工作之前,请不要销毁旧服务器安装
掩盖自己.如果出现问题,在短期内,您可以随时回到旧服务器.
