- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Кто нибудь пробовал синхронизировать через rsync данные рабочих серверов? Какие в случае с веб сервером могут быть проблемы?
Мы используем rsync , для синхронизации ssl сертификатов , для авторизации новых клиентов проблем не возникает синхронизируем только по изменению , раз в 3 минуты , демоны подхватывают моментально.
Думаю с httpd , тоже проблем не возникнет.
проблемы те, которые обусловлены здравым смыслом - если работающее приложение знает, что его файлы могут измениться, всё хорошо. Если не знает, то может быть всё что угодно. Например, mysql базы работающие нельзя синхронизировать. Если синхронизировать директории со скриптами, может быть всё что угодно.
Кто нибудь пробовал синхронизировать через rsync данные рабочих серверов?
Куча народу. Например, как один из методов синхронизации зеркал debian.org :)
Какие в случае с веб сервером могут быть проблемы?
Вам что синхронизировать-то надо? Данные? Конфиги сервера? Больше контекста.
Насколько критично вам то, что файлы будут рассинхронизированы как
минимум в промежутке между rsync-ми (например, этот файл есть на
сервере A, но нет на сервере B)?
Или что файл на сервере B может модифицировать
и rsync и локальный скрипт - одновременно?
хорошая практика.
а какие вообще могут быть проблемы?
кроме как пытаться синкать два огромных дерева, типа две корневых директории ;)
>Например, mysql базы работающие нельзя синхронизировать.
да ну. откровение какое то
вы про репликацию слышали
по сабжу - слышали, синхронизируются пиксы и видео
>да ну. откровение какое то
вы про репликацию слышали
Я - да. А Вы - нет. Разница между репликацией и синхронизацией есть, тем более в рамках данного топика.
есть люди что используют rsync для синхронизации баз?
есть люди что используют rsync для синхронизации баз?
надеюсь, что нет
у БД есть собственные механизмы синхронизации
кореетнее работать с ними
дык у rsync ключей немеряно, обычно всё что нужно делается набором нескольких ключей и rsync по умолчанию кажется не лочит файлы
но mysql нужно канеш бекапить аккуратно, лучше всего репликация slave stop, mysqldump, slave start
... и rsync по умолчанию кажется не лочит файлы
а не по-умолчанию лочит? И как это в юниксе выглядит?