这里是我在我的服务器日志中收到的/ var / mail / root中的邮件http://paste.ubuntu.com/532874/我看到一遍又一遍地下载了相同的软件包。 正在升级的服务器共有5台（4台虚拟机和一台主机），所以我可以通过这种方式节省带宽。
在其中一个框上创buildapt-cacher ，然后将sources.list指向您的caching代理。 Apt-cacher只下载请求的软件包，所以没有带宽的磁盘空间被浪费。
由于软件包是通过HTTP获取的，您可以设置一个像Squid这样的caching代理，并通过在apt.conf中设置相关选项来设置服务器。
您也可以使用专门针对apt的caching软件包进行了优化的服务，但是如果您可能混合使用通过相同代理工作的Debian和Ubuntu机器，请注意这些服务。 一个普通的HTTP代理可以帮助你减less其他入站服务的带宽占用，而不需要运行几个不同的代理服务（我相信Yum也使用HTTP，就像clamav的模式数据更新等许多其他服务更新过程一样。
尽pipe通常的apt / yum更新所使用的带宽量并不是现代标准所能达到的最高水平，除非你的连接速度非常慢（或非常昂贵）。 唯一一次你真正注意到一个很大的区别就是安装一台新的机器，因为从现在到从你安装的CD（或者ISO映像）被创build的时候，可能会有大量的软件包更新需要下载。 运行代理和确保机器使用它的额外麻烦可能会花费你更多的pipe理时间，因为减less了带宽使用和下载时间，节省的成本将是值得的。 如果您担心所有的机器都会同时尝试更新，并且一次性使您的连接饱和，请确保这些pipe理任务（和/或cron作业）错开，以便一台机器在下次启动之前完成。
您可以设置自己的镜像，或者find某种方法将软件包预先填充到临时区域。
真正的问题是，你支付带宽还是只是微观优化？