rsyslog к FIFO

Принятие одного из Ваших вопросов "Как архитектура бэкенда YouTube, созданного для обработки этого". даже при том, что Вы никогда не использовали вопросительный знак в своем сообщении, ответ на это - то, что Google невероятно огромен, и рассеял тонны серверов по всему миру, и можно быть уверены, что данные хранятся больше чем на одной машине, поэтому в случае, если один из них понижается, данные могут продолжить передавать потоком.

Обычные планы резервного копирования включают имеющее удаленное резервное копирование, но если у Вас должно быть высокое время работы, Вам, возможно, понадобятся и удаленные и локальные резервные копии, таким образом, можно восстановить быстро от локального, хотя, если существует какая-либо авария когда-нибудь в DC, необходимо будет использовать удаленные.

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

Существуют способы, которыми можно сверхусложнить его и способы записать деньги, настраивающие большое дублирование, но что-то мне подсказывает, что Вы не можете позволить себе его, и Вам не нужна стычка управления слишком многими машинами.

1
задан 30 March 2011 в 00:29
1 ответ

Если Вы имеете какой-либо контроль над способом, которым запускается демон, скажите rsyslog регистрироваться к порту UDP и передавать данные по каналу в демона с netcat:

nc -u -l localhost 53396 | daemon --read-from-stdin

Тот путь, если демон не доступен, записи, будет отброшен.

При наблюдении демона это будет доступно почти все время так или иначе.

2
ответ дан 3 December 2019 в 22:12

Теги

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