Badoo 告诉你切换到 PHP7 节省了 100 万美元

很明显我们需要一种简单快速的方法在任何数量以及类型的服务器上切换php版本。要启用的话，所有指向CLI-interpreter的代码路径都 替换成了 /local/php，相应的，是/local/php5或者/local/php7。这样的话，要在服务器上改变php版本，需要改变链接（为cli脚 本操作设置原子操作是很重要的），停止php5-fpm，然后启动php7-fpm。在nginx中，我们使用不同的端口为php-fpm和启动 php5-fpm，php7-fom设置两个不同的upstream，但我们不喜欢复杂的nginx配置。

在执行完以上的清单后，我们接着在预发布环境运行Selenium 测试，这个阶段暴露更多我们早期没注意到的问题。这些问题涉及到PHP代码（比如，我们不再使用过期全局变量$HTTP_RAW_POST_DATA，取 而代之是 file_get_contents(“php://input”)）以及扩展（这里存在各种不同类型的段错误）。
修复完早期发现的问题和重写单元测试（这个过程中我们也发现若干隐藏在解析器的BUG比如这里）后，进入到我们称为“隔离”发布阶段。这个阶段我们在一定数量的服务器上运行新版PHP。一开始我们在每个主要PHP集群（Web后台，移动APP后台，云平台） 上只启动一个服务，然后在没有错误出现情况下，一点一点增加服务数量。云平台是第一个完全切换到PHP7的大集群，因为这个集群没有php-fpm需求。 fpm 集群必须等到我们找到或者Dmitri Stogov修复了OpCache问题。之后，我们也会将fpm集群切换到PHP7。

现在看下结果，简单的说，他们是非常出色的。在这里，你能看到响应时间图，包括内存消耗和我们的最大的集群（包括263服务器）的处理器的使用情况，以及在 Prague 数据中心的移动应用后端的使用。

响应时间分布：

RUsage (CPU 时间):

内存使用:

CPU 加载 (%)-移动后台集群

这一切到位，处理时间减少了一半，从而提高整体响应时间约40%，由于一定量的请求处理时间是花在与数据库和守护进程通信。从逻辑上讲，我们不希望 这部分加快切换到php7。除此之外，由于超线程技术，集群的整体负载下降到50%以下，进一步促进了令人印象深刻的结果。广义而言，当负载增加超过 50%，HT-engines，而不是作为有用的物理引擎开始工作。但这已经是另一篇文章的主题。此外，记忆的使用，这从来没有一个瓶颈，我们，减少了大 约八倍以上！最后，我们节省了机器的数量。换句话说，服务器的数量可以承受更大的负载，从而降低获取和维修设备的费用。在剩余的聚类结果相似，除云上的收 益是一个更温和的（大约40%个CPU），由于opcache操作的减少。

来算算我们能节省多少费用呢？大致测算一下，一个Badoo应用服务器集群大概包含600多台服务器。如果cpu使用率减半，我们可以节省大约 300台服务器。考虑服务器的硬件成本和折旧，每台大约4000美元。总的算下来我们能节省大约100万美元，另加每年10万的主机托管费。而且这还没有 计算对服务云性能的提升带来的价值，这个结果很令人振奋。

另外，您是否也考虑切换到PHP 7.0版本呢？ 我们很希望听听您关于此问题的观点，而且非常愿意在下面的评论中回答您的疑问。

Badoo 团队

（编辑：开发网_开封站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!