【问题标题】:Ideal setup for dynamic wordpress install, nginx, varnish, memcached, mixture...动态 wordpress 安装、nginx、varnish、memcached、混合的理想设置...
【发布时间】:2014-02-17 20:51:48
【问题描述】:

TL:DR - 简而言之,您是否会放弃任何类型的“动态”内容/功能来获得 varnish 提供的巨大性能提升,更不用说 varnish 如何处理诸如使用 LiveFyre 之类的事情了(评论系统托管在场外) ?


我正在寻求构建一个可扩展的堆栈,可以为 ~500k/唯一视图/m (Wordpress) 提供服务,同时我可以从一个单独的服务器上运行清漆,nginx 使用单独的 mysql 服务器运行,并且很高兴为我提供服务'认为这对我们来说不是最好的路线。

我们不需要 SSL,我也没有涉足 SPDY(当然需要 SSL),所以让我们暂时不需要 SSL...

我目前在单独的服务器上使用 nginx+mod_pagespeed+APC 和 mysql,并确保任何缓存都会有所提升,但我也不想在 6 个月后重新开始扩展工作。

我希望动态内容能够正常工作(例如在文章视图上将某些值添加到数据库行等),这根本不适用于清漆,至少不是我使用清漆的方式。我知道你可以做 ESI 之类的,基本上只是让清漆缓存页眉/页脚,让它让 php/mysql 处理正文,但不知道此时额外的清漆层是否值得。

实际上,在动态(本质上是小部件,还有通过 LiveFyre 提供的 cmets)Wordpress 上安装您首选的堆栈包含什么?我不想说钱不是问题,但没有说“运行 nginx 的 2 个 Hex Cores,1 个使用 varnish,2 个用于 memcache,3 个用于 mysql”......你会选择什么?

我不确定 memcached 是否会成为我们的解决方案(坦率地说,不知道 Wordpress 如何区分它是否应该从缓存中提取的内部机制“确定从缓存中提取文章,但仍需要插入DB PER 文章视图中的值") 与否。

【问题讨论】:

    标签: php mysql wordpress nginx memcached


    【解决方案1】:

    首先,不要担心 LiveFyre,因为 LiveFyre 背后的人已经思考过如何构建他们的解决方案。这与您无关,因为 LiveFyre 的性能将取决于访问者和 LiveFyre 服务器之间的连接情况;并且与您的任何事情无关。

    我正在寻求构建一个可扩展的堆栈,可提供约 500k/独特的服务 views/m (Wordpress) 虽然我可以从单独的服务器运行清漆 nginx 与一个单独的 mysql 服务器一起运行,并且很高兴为我服务 不要认为这对我们来说是最好的路线。

    为什么不呢?

    我目前正在单独使用 nginx+mod_pagespeed+APC 和 mysql 服务器,并确保任何缓存都会促进,但我不想成为 从现在起 6 个月后重新开始扩展工作。

    没关系,如果您预计访问者人数不会在 6 个月内发生变化。换句话说,缩放按定义就是变化。随着应用程序的使用需求发生变化,您需要为此努力。您将需要重新审视您的架构和布局。

    我希望动态内容能够正常运行(例如添加某些 文章视图上的数据库行的值等),这根本无法使用 清漆,至少不是我使用清漆的方式。我知道你能做到 ESI 等,基本上只有清漆缓存 页眉/页脚离开它让 php/mysql 处理正文但不知道 如果在这一点上额外的一层清漆甚至是值得的。

    Varnish 是一个缓存;根据定义,您缓存不会更改的内容-通常是您的静态内容。因此,要确定 varnish 是否适合您,您需要分析您的应用程序以查看:

    1. 哪些查询被使用得最多,它们对时间敏感。换句话说,您是否需要计算每个请求的访问者数量,或者每天计算一次是否可以。

    2. 找出哪些内容没有改变,这是缓存的主要候选者。

    您还需要监控缓存的性能。如果您的未命中率上升,这意味着您需要缓存一些东西但没有;您还需要监控它的陈旧内容(但有plugins to handle this for you)。

    如此现实地,在动态(本质上是小部件,但也 cmets,通过 LiveFyre 提供)Wordpress 安装什么 您首选的堆栈包括?我不想说钱不是 问题但没有说“2 Hex Cores running nginx, 1 with varnish, 2 用于 memcache,3 用于 mysql”...你会用什么?

    没有人能回答这个问题,因为每个人的安装都有不同的使用配置文件,如前所述;这会随着时间而改变。

    我的首选堆栈,例如:

    1. nginx
    2. redis
    3. postgresql
    4. S3
    5. 内存缓存
    6. mongodb

    别人会过来给你另一个建议。

    我不确定 memcached 是否会成为我们的解决方案(相当 坦率地说,不知道 Wordpress 如何区分的内部结构 如果它应该从缓存中提取“确保从缓存中提取文章,但是 仍然需要在 DB PER 文章视图中插入值")。

    这就是插件的用武之地。

    【讨论】:

      猜你喜欢
      • 2014-12-18
      • 2019-12-25
      • 1970-01-01
      • 2017-11-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多