【发布时间】：2015-05-25 20:39:59
【问题描述】：
有没有人在高延迟网络上也遇到过非常缓慢的食谱更新？我在 ec2 中有一些节点被配置为通过网络与厨师服务器一起工作，延迟约为 150 毫秒。对于这些节点，运行了许多食谱，并且单个厨师客户端运行可能需要长达 20 分钟，这主要是由于似乎有很多单独的请求导致食谱更新缓慢。
我想知道是否有某种厨师插件/附加组件能够将食谱压缩并捆绑到一个传输中，而不是多个单独的传输。
谢谢！
【问题讨论】：
标签： chef-infra
【发布时间】：2015-05-25 20:39:59
【问题描述】：
150ms 听起来距离很远或者连接很差，所以我先检查一下网络连接。
您将烹饪书存放在哪里？本地在 chef-server 上还是在 s3 上？
您的食谱中有大型二进制文件吗？
【讨论】：
-
您好罗兰感谢您的评论。根据以前的经验，我可以告诉你，我所说的距离预计需要 150 毫秒。我在厨师服务器上存储食谱，其中没有大的二进制文件。即使是像食谱和模板这样的小文本文件，下载速度也很慢。我认为逐个文件的开销在这里非常昂贵。我正在考虑尝试减少这种开销，但也许你让食谱更接近原点的方向确实更容易实现。
-
在运行内部厨师服务器（版本 11）时，由于某些 SolR/RabbitMQ 索引问题，我有时会看到性能不佳。通常负载也非常高。因此，您可能希望监控 chef-server 节点并不时重新启动它。我不确定此问题是否已完全修复，或者在以后的 11.x.x 版本或 12.x.x 版本中是否仍然存在。
这有点难看，但我最终将食谱复制到一个 tarball 中，并将它们提取到初始化脚本中的 /var/chef/cache/cookbooks 中，我在运行 chef-client 之前通过 ec2 用户数据。现在，厨师跳过了通过高延迟网络下载所有食谱，这节省了大约 15 分钟。
我想这是 chef solo 应该出现的地方，但我更喜欢将这些实例连接到 chef-server，因为我基于在 chef 中注册的节点构建我的内部 DNS zonfiles。
【讨论】：