(转载:www.idcew.com) 在2019年初,美国Hosting机房决定尝试将LiteSpeed Web服务器(LSWS)作为主要Web服务器,而不是Apache。LiteSpeed是Apache的一个替代品,支持.htaccess文件。
与Apache相比,它有很多优势:
事件驱动架构 高级高速缓存引擎 HTTP / 2, QUIC支持 内置的安全功能 但这只是冰山一角!
LiteSpeed支持流行的主机提供商面板,如WHM/cPanel, DirectAdmin, Plesk和更多。
然而,Hostinger使用了一个自定义的托管面板——hPanel——它具有基于Redis和Openresty +自定义LUA脚本的动态vhost管理。它是这样工作的:vhost数据保存在Redis中。Openresty在接收到web请求时检索所述数据。然后将其传递到Apache web服务器。
最初,LiteSpeed是使用配置文件配置的。但是,我们希望实现完全动态的管理,不需要重新加载服务来更新配置,就像我们在Openresty设置中所做的那样。我们联系了LiteSpeed支持,解释了我们当前的设置和我们希望动态管理它的事实。
事实证明,我们很幸运,因为他们已经在开发LiteSpeed版本5.4了。他们很乐意在开发部门帮助和实现它。这对我们来说是个好消息,因为我们不必重新实现当前的vhost管理流程。
因此,我们不仅替换了Apache,还摆脱了Openresty,减少了用于处理请求的软件堆栈,这也增加了性能收益。
当我们最初计划迁移到LiteSpeed时,我们认为这需要大约一个月的时间。在我们讨论了它应该如何实现之后,LiteSpeed工程师用一周的时间开发了一个动态vhost管理的工作版本,这对于这样的软件来说是非常快的。我们在开发环境中安装了它,并准备了迁移工具来替代Apache。
添加了对LSWS 5.4RC3的Redis支持。不幸的是,我们没有意识到LSWS 5.4RC3中已经计划和完成了多少更改。我们仍然不知道稳定的版本发布日期。RC4也即将推出,还需要进行更多的测试。在Hostinger,我们经常遇到访问客户网站的糟糕流量,所以这是一个捕捉所有意外错误的良好环境。在我们的生产服务器上进行第一次部署之后,我们开始接收崩溃报告。至此,猎虫季节开始了。在第一次部署后的近两个月里,我们开始每天向LiteSpeed工程师报告bug。好消息是,当LSWS由于任何原因崩溃时,只有访问该bug的访问者才会受到影响,因为LSWS生成了一个核心文件,并在几乎没有任何时间内优雅地重新启动。LiteSpeed的工程师们专注于修复这些bug,我们在每天报告bug后的几个小时内就发布了一个新版本。当我们停止接收来自第一个服务器的崩溃报告时,我们增加了使用LiteSpeed运行的服务器池,然后新的错误开始出现。经过大约三个月的测试、验证、报告和每周修复错误,没有任何崩溃报告,我们可以确定稳定的版本终于到来了。
结果
在部署LiteSpeed之后,我们发现与旧的设置相比,性能有了显著的改进。我们的大多数客户使用WordPress作为他们的内容管理系统,所以我们在服务器上用LiteSpeed测试了它。与Apache相比,我们看到了在Time To First Byte (TTFB)方面的巨大改进。
openresty apache vs litespeed
LiteSpeed缓存插件
LiteSpeed工程师已经为WordPress开发了他们自己的LiteSpeed缓存插件。安装了这个插件后,TTFB有了很大的改进。带有litespeed-cache插件的wordpress
此外,最新的LiteSpeed 5.4版本在SSL/TLS、QUIC和集成安全特性方面有了巨大的改进,这些特性在所有Hostinger服务器上都是默认启用的。
在看到这样的性能提升后,我们决定为所有通过Hostinger的自动安装程序安装WordPress的用户安装LiteSpeed缓存插件。我们还鼓励所有使用WordPress或其他流行的cms的用户安装LiteSpeed缓存插件,以利用它的优势。
LiteSpeed已经为最流行的CMS开发了缓存插件,比如WordPress、Magento、Joomla、PrestaShop、OpenCart、Drupal等等。点击这里查看整个列表。
在Hostinger,我们一直努力为我们的用户提供最好的体验,允许他们使用最新的技术。我们想让客户更容易地安装、使用和维护他们的网站。 (转载:www.idcew.com) |