サーバーにストレスがかかりすぎるため、リポジトリを頻繁に更新しないように(1日に1回以上)ユーザーに通知するメモを何度も目にしました。また、そのようなリポジトリには巨大なマシンが必要であることも理解しています。
パッケージ管理用にBitTorrentのようなものがあるのだろうか?または、ない場合、そのようなシステムを持つことは可能ですか?
(私は、各ユーザーが持っているパッケージを保持し、BitTorrentと同じ方法でそれを提供するシステムを考えています。)
サーバーにストレスがかかりすぎるため、リポジトリを頻繁に更新しないように(1日に1回以上)ユーザーに通知するメモを何度も目にしました。また、そのようなリポジトリには巨大なマシンが必要であることも理解しています。
パッケージ管理用にBitTorrentのようなものがあるのだろうか?または、ない場合、そのようなシステムを持つことは可能ですか?
(私は、各ユーザーが持っているパッケージを保持し、BitTorrentと同じ方法でそれを提供するシステムを考えています。)
回答:
実際、それは可能であり、もちろん存在しますが、既存のプロジェクトはすべてまだ実験にすぎません。
2つの興味深い論文が見つかりました。
そう、それは可能であり、それは確かに本当に興味深い主題です。
また、これが企業設定内にある場合は、ローカルミラーやプロキシをセットアップして、この問題を軽減できます。そのようにビットトレントの必要はありません。Debianベースのディストリビューションを使用している場合、すでにapt-cacher / apt-proxyを使用するだけで済みます。
一種のApacheベースのロードバランサーを設定して、いくつかの異なるミラーを「バック」エンドとして指定することができます。プロキシをヒットするたびに、異なる実際のミラーがヒットし、それによってリクエストが複数のミラーに分散されます。
ただし、ほとんどのミラーは1日に1回しか更新されません。特に大きな更新がある場合、単一のミラーリングジョブは長くなる可能性があります。ミラーオペレーターにとって、通常、1日に2回以上は価値がありません。ミラーリングは、単純なものよりもアップストリームに頻繁にストレスをかけapt-get update
ます。
多くの場合、ミラーリングと配布はボランティアベースで行われます。これらのボランティアは、帯域幅、ストレージ、電気、冷却などに多額の費用を支払う必要があります。
私は自分でDebianミラーを運用しています。私たちを助けて、私たちを強く叩きすぎないでください。
以下の場合apt
:apt-transport-debtorrent
。apt-get update
利用可能なパッケージがわかるように、ミラーの1つからパッケージリスト(つまり)を取得する必要があることに注意してください。