主页 / server / 问题 / 1029282
Accepted
user3758232
Asked: 2020-08-08 09:44:54 +0800 CST

Varnish 禁令的范围和效用

  • 772

我需要使与已删除/未发布或更新的资源相关的一组 URL 的缓存无效。例如，如果我的资源 UUID 是1234abcd我想在/resource/1234abcd/*.

我知道在 Varnish 中无法使用 来做到这一点purge，但可以通过禁令来做到这一点。但是我很难理解禁令是如何运作的。

例如，如果我更新资源1234abcd并禁止其所有衍生物，我假设下一个客户端请求/resource/1234abcd/derv1将是一个新的后端获取，并且新资源将被缓存。我会有两个版本的同一个衍生品，一个被禁止，一个没有（直到旧版本到期，最终它的禁令也到期）？如果我的资源有很长的到期日期，我可能会积累很多我宁愿立即清除的缓存资源禁令。

在软件设计级别上，留下无法访问的资源而不是实施基于正则表达式的清除有什么用处，这似乎更易于管理？

另外，我在我的开发环境中实施了禁令，我看到禁令只在被请求后一分钟左右生效。这是否与禁令潜伏者或其他一些时间设置有关？

谢谢。

varnish

1 个回答

  1. Best Answer

    禁令和禁令清单

    Varnish 中的禁令是根据所谓的禁令列表完成的。禁止列表中的项目与理想匹配缓存对象属性的特定标准匹配。

    ban lurker是一个监控禁令列表的单独线程，负责删除匹配的对象。

    禁止和正则表达式 url 匹配

    在大多数情况下，您需要匹配需要失效的 URL 模式。

    一个简单的方法是发布以下禁令：

    req.http.host == example.com && req.url ~ /resource/1234abcd/.*

    这个例子的问题是请求范围：ban lurker 只能访问对象及其属性。请求信息不是其中的一部分，因为一个对象只包含响应信息。

    在这种情况下，潜伏者不会匹配禁止列表中的项目，并且该项目将保留在缓存中，直到下一个用户点击匹配的 URL。这效率不高。

    对潜伏者友好的禁令

    我们用来绕过这些范围限制的一个技巧是在响应中添加主机和url信息。

    以下是如何执行此操作：

    sub vcl_backend_response {
  set beresp.http.url = bereq.url;
  set beresp.http.host = bereq.http.host;
}

sub vcl_deliver {
  unset resp.http.url;
  unset resp.http.host;
}

    然后，您可以运行以下禁令：

    obj.http.host == example.com && obj.http.url ~ /resource/1234abcd/.*

    潜伏者将能够匹配这些属性，并将匹配的对象从缓存中远程，而不需要发生请求。

    潜伏者何时从缓存中删除对象？

    该varnishd二进制文件有几个运行时设置会影响禁令潜伏者如何处理禁令：

    • ban_lurker_age：ban lurker 会忽略禁令，直到他们这么老
    • ban_lurker_sleep：在检查了一批禁令列表项后，禁令潜伏者睡了多长时间
    • ban_lurker_batch : lurker 进程在重新进入睡眠状态之前被禁止的次数

    如何发布禁令

    您可以通过 3 种方式发布禁令：

    • 通过 VCL 中定义的 HTTP 调用
    • 通过varnishadm本地二进制文件
    • 通过TCP/IP 上的远程CLI调用

    这是一个varnishadm例子：

    varnishadm ban obj.http.host == example.com '&&' obj.http.url '~' '\\.png$'

    有关远程CLI调用的更多信息，请查看：http: //varnish-cache.org/docs/6.0/reference/varnish-cli.html#varnish-command-line-interface

    这是一个HTTP示例：

    acl purge {
    "localhost";
    "192.168.55.0"/24;
}

sub vcl_recv {
    if (req.method == "PURGE") {
        if (!client.ip ~ purge) {
            return(synth(405,"Not allowed."));
        }
        if(req.http.x-purge-regex) {
            ban("obj.http.host == " + req.http.host +" && obj.http.url ~ " + req.http.x-purge-regex);
            return(synth(200, "Purged."));
        }
        return (purge);
    }
}

    在这个HTTP示例中，我们结合了purging和banning。

    curl发出的定期清除如下所示：

    curl -XPURGE http://example.com/resource/1234abcd/abc

    使用bans的更灵活的正则表达式清除将像这样发布：

    curl -XPURGE -H"x-purge-regex: /resource/1234abcd/.*" http://example.com

    禁令问题

    禁止并非没有问题。

    禁令的整个概念围绕着将列表中的模式与存储在缓存中的对象进行匹配。

    • 列表中的项目越多，处理它们所需的 CPU 周期就越多
    • 缓存中的对象越多，处理它们所需的 CPU 周期就越多

    如此大的禁止列表和大量对象可能会导致大量 CPU 开销

    URL 上的标签

    禁令的另一个用例是基于标签的失效。

    有时很难将实体更改转换为匹配的 URL。有时您甚至不知道实体更改会影响哪些 URL。

    在这种情况下，标记内容并使匹配这些标记之一的对象无效更有意义。

    在您的应用程序中，您将发出如下响应标头：

    X-Cache-Tags: type:resource, id:1234abcd, category:product

    如果您想删除属于产品类别的所有资源，您可以简单地发出以下禁令：

    ban obj.http.x-cache-tags ~ category:product

    基于标签的失效的更好解决方案

    如果您计划将禁令用于基于标签的失效，如果您的禁令列表增长得很快，并且您在缓存中有太多需要验证的对象，您将遇到相同的 CPU 问题。

    一个更好的解决方案是使用Varnish 模块，它是Varnish 模块集合xkey附带的。有关更多信息，请参阅https://github.com/varnish/varnish-modules/blob/master/src/vmod_xkey.vcc。

    你必须编译这个模块，但是 API 更灵活，性能也好很多。

    • 3

相关问题