![Magento 的良好单服务器解决方案?](https://linux22.com/image/577622/Magento%20%E7%9A%84%E8%89%AF%E5%A5%BD%E5%8D%95%E6%9C%8D%E5%8A%A1%E5%99%A8%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88%EF%BC%9F.png)
我正在设置一台使用 Mysql 为 Magento 提供服务的 Debian 服务器。预计负载会很高(每天有数百万次点击)。我读过很多人的评论,发现有很多不同的设置,但我不知道如果我想这样做的话该怎么做。当然,在多台服务器之间进行负载平衡会很好,但我只有一台服务器。那么这个怎么样?
Varnish 位于 nginx 和 apache 之前,其中 nginx 只处理静态数据,而 apache 处理动态数据。
或者将 varnish 仅放在 apache 前面会更好吗?那么 nginx 就在前面,静态数据直接由 nginx 提供,动态 apache 页面则通过 varnish 提供?
答案1
我想不出任何理由(除了故意配置不当)会让您提出的设置 A 比您提出的设置 B 更好或更差。
你有没有具体的您希望通过将 Varnish 放在 Apache 之前来解决什么问题?或者将 Varnish 放在 nginx 之前?
如果你不这样做,你就会成为货物崇拜系统管理:
“这个人很成功,他在 nginx 和 Apache 前面使用 Varnish,所以如果我在 nginx 和 Apache 前面使用 Varnish,我也会成功。”
流量很少会来得如此之快,以至于你没有时间计划如何处理它。你有一个计划来吸引这么多的流量吗(比如,斯蒂芬·弗莱承诺他会在你的网站上线后立即发推文)。或者你只是非常乐观吗?如果不乐观,那就把东西放到网上,让它运转起来。 过早的优化是一切罪恶的根源。 一旦您了解了您的流量状况和瓶颈所在,您将有足够的时间来优化网站。
越简单越好。如果您可以放弃您提到的三种不同的 Web 服务软件中的一种或两种,您可能会发现服务器上的 CPU 使用率和内存使用率会显著降低。也许 CPU 和内存使用率是你的瓶颈。
随着业务的增长,有些因素可能会影响你能够处理的流量:
- 查看 MySQL 慢日志并调整查询和索引,直到慢查询消失。
- 确保您正确设置了缓存标头。
总结
在没有遇到交通问题之前,不要担心交通问题。
答案2
首先,我完全同意Ladadadada的回答,即......
- 过早优化是万恶之源
- 通常越简单越好,大多数情况下
您不应该因为可以获得更多流量而进行优化。当您需要优化时,即当您现在遇到流量高峰时,或者当您明确知道将出现巨大流量高峰时(例如出于营销活动),才进行优化。
最重要的是:分析你的系统!在优化之前(当然之后)进行基准测试。你必须知道你的瓶颈到底是什么,以及需要优化什么。
现在,Magento 的具体部分... :)
虽然如果我坚持 Ladadadada 的意见,你不应该只遵循另一个 Cargo Cult,但我建议安装 Varnish。
为什么?因为标准的 Magento 安装如果不进行优化的话速度不会很快。好吧,它往往非常慢。
如何加速 Magento:
- 安装APC缓存
- 使用 Memcached 作为快速 Magento 后端
- 将 Magento 缓存文件放到 RAM 磁盘 (tmpfs) 上
- 将 Varnish 放在你的网络服务器软件(Apache 或 nginx,只要你使用 Varnish,其实没关系)前面,以缓存静态内容和完整页面(如 Magento Enterprise 的全页缓存)
为了有效地使用 Varnish,您必须适应 Magento,以便可以缓存完整的页面并且客户端的浏览器将额外加载动态部分(例如购物车小部件)(使用 JavaScript)。
还有一个模块可用:http://www.magentocommerce.com/magento-connect/pagecache-powered-by-varnish.html
但是,如果您计划大幅增加流量,我还建议您至少在系统中添加 2 台服务器。
仅使用一台服务器,嗯 - 我能想到的完美的 SPOF(单点故障)。:) 使用多台服务器不仅仅是为了负载平衡和扩展。它是为了高可用性。如果您的单台服务器无法再处理流量/负载,会发生什么?是的,它会停机,您的商店处于离线状态,大量新客户将无法看到您的优质产品 - 事实上,他们会看到一些丑陋的错误消息。所以基本上,...您将会非常糟糕。
在优化单个服务器以获得最佳性能之前,您确实应该规划并设置故障转移策略。
也许只有两台服务器?每台服务器都有一个 webapp 堆栈和一个数据库?或者三台服务器,...两个 webapp 节点和一个专用数据库服务器?最好是 4 台,...两个 webapp 节点和 2 个数据库节点。
它究竟是什么样子并不重要,...但你必须消除单点故障。
祝你一切顺利,......(交通)成长的痛苦是最好的痛苦。;)
答案3
好吧,我不确定在不知情的情况下有人如何可靠地为您提供建议......
- 这是针对 1 家商店,还是针对多家商店(转售)?
- 完整且准确的服务器规格是什么?
- 您的流量目标是什么(点击量、页面浏览量、带宽承诺)?
- 客户主要搜索或浏览类别吗?
我们给客户的建议...
如果你需要转售托管
Nginx > Apache > PHP-FPM
这样可以为您的客户提供 .htaccess 支持、PHP-FPM 的安全性(chroot/多个 php.inis)以及 Nginx 的静态文件性能。
如果它只适合你
Pound > Varnish > Nginx > PHP-FPM
这为您提供了来自 Pound 的 SSL 解包、来自 Varnish 的静态和动态 (ESI) 缓存、来自 Nginx 的非缓存静态内容以及来自 PHP-FPM 的动态内容
如果你没有使用过 Varnish
Apache > PHP-FPM
事实是,如果你没有正确设置 Varnish(缓存的私有会话、不需要的 cookie 取消设置),那么你使用 Varnish 带来的危害会比好处多得多。Nginx 也是如此。
读一下这个http://www.sonassi.com/knowledge-base/magento-kb/mythbusting/why-shouldnt-i-use-nginx-for-magento/
哦,无论如何都要避免使用 tmpfs,它不会提高性能。
阅读这些内容可获得更多信息...
我的最后一条建议是,咨询专业人士——这笔钱花得值得。