Синхронизация каталогов с автоматическим исследованием однорангового узла

Вы не имеете inotify таким образом, можно записать сценарий, который проверяет на файл в цикле:

#!/bin/sh

while [ true ]; do                     # Run for as long as nessesary
  if [ -f /path/to/file ]; then        # If fileexists
    echo "Found file"                  # Notify and stop monitoring
    exit 0
  fi
  sleep 5                             # Else wait 5 secs
done
10
02.08.2011, 12:05
5 ответов

Вы знаете как странные, поскольку это могло бы звучать, но использующий rtorrent с DHT, включенным на частном диапазоне ec2, мог работать

Это дало бы Вам

  • Автоматическое исследование Однорангового узла
  • Проверенные состояния файла (yay для хешей)
  • Минимальные требования конфигурации (добавляют магнит (или виртуальный IP для последнего потока) для потока в сценарии запуска),
  • масштабируемость
1
27.01.2020, 20:03

Rsync в восходящем направлении оказывает поддержку для SLP (Протокол обнаружения сервисов). Это не включено в ванили rsync источники, но можно найти поддержку SLP в rsync-патчах tarball в rsync домашней странице (slp.diff). Например, SUSE rsync пакет создается с этим патчем; я не знаю о других дистрибутивах.

Я не уверен, что это - то, что Вы ищете, ни делаете у меня есть любой опыт с SLP, все же.

1
27.01.2020, 20:03

Возможно, я пропускаю что-то здесь, но являюсь там некоторой причиной, Вы только устанавливаете простой каталог NFS и просто имеете все машины, монтируют это? Каждый раз, когда приложение пишет новый файл кэша, оно должно просто перезаписать любые старые.

0
27.01.2020, 20:03
  • 1
    Привет opsguy. То, что Вы пропускаете, - то, что происходит, когда машина с NFS перестала работать? Мы пытаемся устранить единую точку отказа для кэша. –   25.05.2011, 07:04

Я вполне уверен существует некоторый инструмент управления Amazon, такой как Инструменты Командной строки, который разрешает Вам писать сценарий начальной загрузки, чтобы заставить узлы обнаружить каждого другие через частные или общедоступные IP-адреса.

Между прочим, rsync и Унисон не являются правильным инструментом, если они должны распределить изменения для кэширования очень часто. В этом случае необходимо рассмотреть некоторую действительно распределенную файловую систему.

0
27.01.2020, 20:03

Возможно, DRBD (распределенное блочное устройство)?

0
27.01.2020, 20:03
  • 1
    Спасибо за Ваш ответ, но это испытывает недостаток в веществе. DRBD не так известен, что не требуется, по крайней мере, ссылки. Но действительно, необходимо дать больше информации: почему DRBD подходящий? Как это работало бы? Особенно полагая, что Kevin думал излишество Gluster: почему DRBD не был бы? –  Gilles 'SO- stop being evil' 17.06.2011, 23:08
  • 2
    я просто понят, что Вы ищущий автоматическое исследование однорангового узла, таким образом, этот не подходит для Вас. DRBD является блочным устройством на Ваших реальных аппаратных средствах или на вершине некоторого объема, и, чем это, синхронизируют их по сети. –  MSpike 21.06.2011, 11:07

Теги

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