apt-mirror vs debmirrorおよびミラーサイズ
最近、ローカルミラーサーバーを含むUbuntuサーバー（12.04 LTS）のグループの管理者を引き継ぎました。これは、スクリプトを使用して、debmirrorで自分自身を更新しています。 apt-mirrorに対するdebmirrorの相対的な長所と短所は何ですか？私の以前のLinuxの経験は限られています。私たちは主にWindowsサイトであり、過去に1つまたは2つのSolarisボックスの世話をしていたため、これを割り当てられました。
また、ミラーに14.04 LTSを追加したいと思っています。 2つのリリースに必要なストレージの量を計算する方法はありますか？
ありがとう。
大きな違いはないと思います。しかし、代わりに apt-cacher-ng を見てください。ほとんど同じことを行う代替方法であり、作業量が少なく帯域幅の無駄が少なくなります。
deb/apt-mirrorは、cronに従って定期的に、指定したdistro/architecture/versionからすべてのファイルを（使用されていなくても）盲目的にコピーします。
しかし、apt-cacher-ngは受動的です。一部のユーザーがパッケージをプルすると、そのパッケージは次の人のためにサーバーに残ります。 squid に似ていますが、新しいバージョンがオンラインになっている場合を除き、プルされて保持されます。
そして、あなたは余分な仕事をしたり、他のものを追加したり、サードパーティのリポジトリとそれらをすべてサーバーに保存（キャッシュ）することなく、すべてのaptディストリビューションでうまく動作します。
ユーザーがapt-cacher-ngを使用するには、ローカルミラーを使用する代わりに、プロキシをapt構成に追加するだけです。