- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Знатоки, подскажите, или дайте ссылки наинформацию, как можн сделать дублирующий сервер, но чтобы он дублировал полностью, вплоть до инфы которую пользователи сохраняют. Чтбы можно было просто переключить и они могли дальше работать.:)
DRBD - http://ru.wikipedia.org/wiki/DRBD и http://www.linux-ha.org/
Но это не панацея, разумеется - только конструктор.
DRBD - http://ru.wikipedia.org/wiki/DRBD и http://www.linux-ha.org/
Но это не панацея, разумеется - только конструктор.
Кто нибудь реально использовал подобное решение на практике ?
Я делал - работает. Но косяков много.
Надо сразу нормальный кластер делать.
Ещё как вариант, можно базы реплицировать, а файлы синхронизировать по крону таром или rsync.
У меня так сервера в разных датацентрах синхронизируются, в случае падения одного из них, виртуальная машина на втором принимает на себя нагрузку. Переключение происходит посредством смены IP на ДНС сервере (главное не забыть у ДНС сервера поставить минимальный TTL, например 10 минут).
Будет обидно когда упадет сервер с которого идет синхронизация
Есть еще другой проверенный вариант, ставить второй сервак с теми же настройками что и первый, но добавить один отдельный IP (для синхронизации). Раз в сутки соответственно делать rsync, притом что на дублирующем сервере порт в свитче выключен. Если основной сервер падает, ДЦ роняет его порт и поднимает порт дублирующего (при условии что VLAN-ы прописаны одинаково).
Раз в сутки соответственно делать rsync
а как в таком варианте дела обстоят с мускулем и его бесперебойной работой?
мускуль в кластер.... да и вообще сразу кластер, зачем придумывать геморой.
мускуль в кластер.... да и вообще сразу кластер, зачем придумывать геморой.
Именно! ☝
по поводу балансирования способов куча (от железки до round-robin в DNS), репликация также тема обширная, думаю тут все понятно
мускуль в кластер.... да и вообще сразу кластер, зачем придумывать геморой.
Кластер в России не вариант, uptime ДЦ слишком маленький. Нужно в разные ДЦ сервера разносить.