自动反向/caching代理configuration更新？

我以前从来没有做过如此雄心勃勃的事情，所以请让我知道这是不是一个好主意，我应该考虑替代解决scheme。

所以我有三个服务器（以及更多），所有托pipe站点具有相同的TLD。现在，我无法链接一个子域和一个服务器。（由于不同的订阅级别和预期的性能等，有多个服务器）

我的理想情况是这样的：所有networkingstream量都会打印一个清漆caching，而清漆会从任何一台服务器托pipe该网站caching。我可以使用Apache或Nginx的Web服务器，以较为方便。

在networking节点上总会有新的网站被创build，所以我想让我的Varnishcaching知道哪个网站在哪里，而不必手动input。（所有的服务器都在Debian上。）

我一直在考虑这个Puppetmaster，但我找不到任何文件（也许我正在寻找错误的东西？）。我也一直在考虑一个自定义的守护进程，但这似乎是重新发明轮子。

如果更方便，我可以使用Nginx作为caching代理，Varnish在这个用例中似乎更受欢迎。

谢谢

在Varnish上，我可以预见的唯一的缺陷是添加新的服务器（后端）…清漆是“主机不敏感”，所以所有的服务器可以处理所有主机的请求，你不会有任何问题。

您也可以使用DNS主pipe[1]（如果您不需要健康检查）来添加后端服务器的networking范围（cidr表示法）：

director directorname dns { .list = { .port = "80"; .connect_timeout = 0.4s; "192.168.15.0"/3; } .ttl = 5m; }

可能使用Puppet进行这种设置是个好主意，但是我认为您需要一个自定义模块。