Вопросы Теги

Действительно ли БитТоррент хорош для файлов копии между серверами на рабочем месте?

У меня есть сырая, но несколько эффективная мера, которую я использую на апачском веб-сервере, показывающем подобные признаки. У меня есть задание крона, которое каждую минуту работает 

curl -s http://localhost/server-status > `date!`

Таким образом, если апачская очередь сервера заполняется запросами (который она иногда делает по неизвестным причинам: Apache "забит" с определенными запросами), у меня есть журнал того, что произошло, ведя до запросов. Это также полезно для поиска и устранения неисправностей моментов высокой загрузки.

Я также настоятельно рекомендую Cacti и Nagios для контроля

12
задан 3 February 2009 в 17:42
4 ответа

Это зависит от того, как Ваша сеть размечается и где узкие места, но да, это может быть быстрее для использования БитТоррента. В теории, вместо того, чтобы отослать 7 копий тех же файлов, Ваш исходный сервер должен только должен быть отослать 1 копию, разделить среди получателей. К тому времени, когда происходит, остающиеся коллеги совместно используют части, которые они не получили непосредственно между собой.

Если Ваша сетевая многоадресная передача поддержек, тем не менее, вероятно, легче настроить udpcast, mdp, мультиотправляет, или что-то как этот: Ваш источник отошлет единственную копию данных, и сеть направит его всем получателям.

7
ответ дан 2 December 2019 в 21:38

Если все 8 из Ваших серверов будут включены в тот же раздел сети с помощью Разрядного Потока, то вряд ли ускорит вещи. На самом деле Вы получили бы столько коллизий, что это, вероятно, будет очень медленно. БитТоррент только ускорил бы вещи, если Вы используете полностью коммутируемую сеть, и эти восемь серверов могут говорить друг с другом независимо, не влияя на коммуникацию между другими серверами.

0
ответ дан 2 December 2019 в 21:38
  • 1
    Положительная сторона - но является там действительно многими сетями там, которые являются not' t полностью переключенный еще? –  phyllis diller 19 March 2010 в 21:25

Преимущество БитТоррента по другим инструментам распределения файла, скажем rsync, состоит в том, что клиенты начинают предлагать свои данные другим клиентам, поэтому если сервер будет иметь медленное соединение с клиентами, то пропускная способность будет намного лучше.

BT является протоколом, который разработан для глобального совместного использования, все же. Таким образом, необходимо будет найти средство заблокировать все другие клиенты, но 7, которые Вы хотите подать (или Ваш поток скоро закончится на Pirate Bay).

Что касается остановки в 100%, каждый клиент BT сделает это: Так как никакой клиент больше не запрашивает данные, больше не будет отбора. Приложение будет все еще работать, но они только заставят немного струйки данных между клиентами и средством отслеживания говорить ему, что они все еще доступны.

Судите исходный клиент БитТоррента, который записан в Python. Это позволит Вам делать любые модификации, которых Вы требуете. К сожалению, я не могу найти ссылку ATM. Кто-либо?

[РЕДАКТИРОВАНИЕ] На основе комментария saua: при использовании частного средства отслеживания потоки не должны неожиданно распространяться. Тем не менее необходимо только использовать клиент потока из надежного источника. Иначе Вы могли бы рискнуть тем некоторым взломщиком, поместил немного дополнительной функции в код, который публикует частные потоки где-нибудь, где Вы не хотите, чтобы они появились.

3
ответ дан 2 December 2019 в 21:38
  • 1
    Не обнародовать поток легко сделано при помощи частного средства отслеживания. –  Joachim Sauer 3 February 2009 в 17:58
  • 2
    Вы 100%, уверенных что исходный код клиента doesn' t содержат " эй, let' s говорят некоторый сервер хакера об этом torrent" часть кода? I' d скорее не рискуют моей шеей здесь. –  Aaron Digulla 3 February 2009 в 18:50
  • 3
    Если Вы don' t доверяют части кода и работают, он так или иначе, имея его протекает, данные о Ваших частных потоках являются наименьшим количеством Ваших забот. –  Michael Borgwardt 23 June 2009 в 00:58

BitTorrent - отличная идея, если вы хотите реплицировать файлы через дерево серверов, например, без необходимости отдавать удаленную команду всем серверам для копирования из одного места; потенциально может вызвать узкое место.

Инженеры Twitter сделали это с большим успехом с помощью Murder, которая сейчас находится на github.

http://engineering.twitter.com/2010/07/murder-fast-datacenter-code-deploys .html

1
ответ дан 2 December 2019 в 21:38

Теги

Похожие вопросы