我正在尝试旋转Varnish实例,以加快服务的缓慢但静态的端点。该服务已经在Kubernetes集群中运行,因此我将设置基于官方docker镜像,并遵循将VCL文件烘焙到镜像中的建议:
FROM varnish:6.2
COPY default.vcl /etc/varnish/
我从default.vcl
中的少量配置开始:vcl 4.0;
backend default {
.host = "172.17.0.1:8018"; # IP for local experimentation
}
# only cache '/v1/xyz/...'
sub vcl_recv {
if (req.url ~ "^/v1/xyz/") {
return (hash);
}
return (pass);
}
我希望能够使用env vars或cli args在部署文件中声明目标后端。-b
标志似乎很适合这项工作,但Error: Only one of -b or -f can be specified
失败。并且在
std.getenv
块中使用backend
也不起作用:import std;
backend default {
.host = std.getenv("VARNISH_TAGET_HOST");
}
结果是Expected CSTR got 'std'
(program line 369), at
('/etc/varnish/default.vcl' Line 6 Pos 17)
.host = std.getenv("VARNISH_TAGET_HOST");
----------------###------------------------------
是否可以通过某种方式(不包括类似sed
的hacks)来配置后端而无需将其硬编码到VCL中?
最佳答案
Varnish Enterprise具有动态后端
Varnish Cache是Varnish的开源版本,仅允许静态后端定义。
即时定义后端的唯一方法是使用软件的商业版本Varnish Enterprise。
有关动态后端功能的更多信息,请参见https://docs.varnish-software.com/varnish-cache-plus/vmods/goto/。
为什么-b和-f无法合并
显然,-b
参数是以下命令的简写:
varnishadm vcl.inline boot << EOF
vcl 4.1;
backend default {
.host = "<addr>";
}
EOF
因此,实际上-b
已经在后台创建并加载了VCL,这使得该选项与-f
互斥
关于kubernetes - 在kubernetes部署中配置Varnish后端,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65063960/