Rozproszone repozytorium pakietów dla systemu Linux?

10

Wiele razy widziałem notatkę informującą użytkowników, aby nie aktualizowali swoich repozytoriów zbyt często (tj. Więcej niż raz dziennie), ponieważ spowoduje to zbyt duży stres dla serwerów. Rozumiem również, że do takich repozytoriów potrzeba potwornych maszyn.

Zastanawiam się, czy istnieje coś takiego jak BitTorrent do zarządzania pakietami? A jeśli nie, to czy możliwe jest posiadanie takiego systemu?

(Myślę o systemie, w którym każdy użytkownik zachowuje pakiety, które posiada i obsługuje je w taki sam sposób, jak BitTorrent.)

package-management phunehehe
źródło
1
Nigdy nie widziałem takiej notatki. Również dlatego istnieją lustra.
tshepang
@Tshepang Oto ten dla Gentoo (na dole strony), pamiętam też, że widziałem go dla innej dystrybucji, a także gentoo.org/doc/en/handbook/handbook-amd64.xml?part=2&chap=1
phunehehe
Być może jest to unikalne w systemach opartych na SRC?
tshepang
człowieku, poprawną odpowiedzią powinno być użycie odpowiednich nagłówków pamięci podręcznej, pobierz tylko, jeśli jest nowszy ... i jestem pewien, że Arch ma to gdzieś ... to bardziej dla toczących się dystrybucji i osób takich jak ja uzależnionych od aktualizacji
xenoterracide

Odpowiedzi:

8

Rzeczywiście jest to możliwe i oczywiście istnieje, ale wszystkie istniejące projekty są nadal tylko eksperymentami.

Znalazłem dwa ciekawe artykuły:

Tak, jest to możliwe i to naprawdę bardzo interesujący temat.

tmow
źródło
Spójrz, to pierwsza odpowiedź, jakiej się spodziewałem :)
phunehehe
@phunehehe dzięki, naprawiłem trochę odpowiedź.
tmow 28.01.11
1
warto zauważyć, że sprawiłoby to, że międzynarodowa kontrola nad kryptografią byłaby prawie niemożliwa ... może dlatego, że tego nie zrobiono - amerykański rządowy na przykład uważa krypto za „uzbrojoną” technologię. byłoby trochę do bycia aresztowanym jako handlarz bronią za hosting pakietu Linux.
RobotHumans
@ aking1012 To dobra uwaga, ale kontrola jest wykonalna, wystarczy pobrać wszystkie pakiety i zweryfikować je jeden po drugim (to samo przy normalnej dystrybucji), ważne jest to, że dystrybutor GNU / Linux udostępnia listę pakiety z cksum (sha *, md5, cokolwiek), tak właśnie się dzieje w normalnych dystrybucjach pakietów.
tmow 28.01.11
4

Ponadto, jeśli jest to ustawienie korporacyjne, możesz skonfigurować lokalne kopie zapasowe i / lub serwery proxy, aby złagodzić ten problem. W ten sposób nie ma potrzeby korzystania z bittorrenta. Jeśli używasz dystrybucji opartej na Debianie, możesz już użyć do tego apt-cacher / apt-proxy .

sybreon
źródło
Dzięki, ale tak naprawdę nie chodzi o mnie ani o moją firmę. Myślałem o tym jako o sposobie uniknięcia stresu na serwerze dowolnej dystrybucji. Byłoby fantastycznie, prawda?
phunehehe
1

Możesz spróbować skonfigurować rodzaj modułu równoważenia obciążenia opartego na Apache i określić kilka różnych serwerów lustrzanych jako „zaplecze”. Za każdym razem, gdy trafisz na swoje proxy, zostanie uderzone inne prawdziwe lustro, tym samym rozkładając twoje żądania na kilka lusterek.

Ale większość serwerów lustrzanych aktualizuje się tylko raz dziennie. Pojedyncza kopia lustrzana może być długa, szczególnie w przypadku dużej aktualizacji. W przypadku serwerów lustrzanych więcej niż raz dziennie zwykle nie warto, a tworzenie kopii lustrzanych często kładzie większy nacisk na proces upstream niż zwykły apt-get update.

Pamiętaj, że mirrory i dystrybucje są często wykonywane na zasadzie wolontariatu. Ci wolontariusze muszą płacić duże pieniądze za przepustowość, przechowywanie, energię elektryczną, chłodzenie itp.

Sam prowadzę lustro Debiana. Pomóż nam i nie uderzaj nas zbyt mocno.

bahamat
źródło
1

Dla apt: apt-transport-debtorrent. Zauważ, że nadal musisz pobrać listę pakietów (tj. apt-get update) Z jednego z serwerów lustrzanych, aby wiedział, jakie pakiety są dostępne.

syockit
źródło
Próbowałem go użyć i nic się nie stało. Czy ktoś z powodzeniem go wykorzystał?
Faheem Mitha
Ostatnim razem, gdy próbowałem, zadziałało, ale było bardzo wolne. Spróbuj przeczytać to: debtorrent.alioth.debian.org/Install
syockit