翻旧账，评规划

Posted 2020-10-19

昨天夜里加班搬迁服务器，虽然没去现场（去不了嘛），但也得网络及肉身在线进行协助。无聊中，看新闻说"某达网科裁员上千人"。马上就想起数年前的一桩旧事，记忆比较深刻---

有人让我去帮忙，说某达那个监控有问题，服务故障后，不发送任何报警信息，甚至死机了也照样一片安静。于是有人给了我监控服务器的权限，登上去一看，配置基本没问题，用的是nagios（我写了一篇好长的nagios，参看此处），配置也没啥问题，原来只是启动了apache，nagios服务本身没启动。不清楚是谁部署的，你干完活，至少也模拟一下，人为把某个服务停掉，看看监控干不干活，不要只顾收钱嘛。检查完这个之后，那边的人不放心，让我帮他检查一下整个环境有没有什么大的问题，于是发来好大一个文件，word的，有好几十页呢，图画得很漂亮。当然，只是为了描述，节省我的时间，我就手画了，不影响阅读。

每一对服务器服务运行同一个站点，那是大概有20几个某达广场（石景山某达广场、大望路某达广场...）。规划者的初衷应该是考虑到高可用性，死掉一台还有一台可用嘛。但让我纳闷的是，为啥只有一台F5及一台oracle数据库呢？接着，我有随机登录了几个服务器，发现负载低，访问量也很少，更没有什么在线交易类的其他业务，仅仅就是一个门户而已。

这个规划，在我看来，有几个很明显的问题：

1、严重浪费资源。没什么访问量，也没有重要的交易业务，有服务器使用web虚拟机足以（那时云服务还没出现）应付。40多台服务器，加交换机及F5等，起码要4个机柜，浪费资金，浪费能源，也浪费人力。

2、半拉子高可用：F5及数据库很明显就是单点，随便哪个出故障或者down机，所有站点停止服务。某达土豪，应该不缺这点钱，你弄2台F5，做2节点oracle RAC它也不会破产啊。

3、门户网站用oracle做数据库，本人还是第一次遇到，你让mysql咋想？

讲完了某达，再看两例。

某互联网慈善平台，购买了7台云主机，每台主机都是独立的（独立的带宽，独立的ip），但主机之间的业务有关联。据说每台主机购买带宽为5M，虽然花了不少带宽费，但资源总是不够用--用的带宽跑满了，有的却没有什么流量。从这个事实可以看出，他们做事根本没有规划这个概念，需要一个，就采购一个，钱花出去了，效果也不佳。

建议他们使用云服务商的VPC网络，购买2个带宽，一个用于用户访问（主要带宽），一个用于系统及后台管理（2-5兆足也）。这样即增强了安全性，也降低了成本，提高了效率。不清楚后来他们是否采纳我这个建议。

未完，待续...