- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Доброго времени
Как лучше организовать дублирование сайта для защиты от сбоев?
то есть, если у меня есть два одинаковых сайта, но использующих разный хостинг, можно ли сделать так, чтобы
1. если не работает один сайт - то пользователь перенаправлялся на другой
2. в зависимости от нагрузки пользователь перенаправлялся на определенный сайт
3. в зависимости от города/страны - пользователь перенаправлялся на определенный сайт
или совокупность данных вариантов?
спасибо заранее
Можно, но стоит денег.
Посмотрите в сторону CDN технологий.
Можем и мы организовать, но в компаниях предоставляющих CDN для сайтов как основную услугу это дешевле и качественней будет.
Если сайт статический, можно сделать Round-Robin, можно сделать даже если и использует базу, но извращения получаются.
сайт использует БД
сайт использует БД
Купите 3-4 сервера, создайте кластер.
Угу, а лучше свой ДЦ построить!
Чтоб почти наверняка.
ТС, вы бы про масштабы проекта сказали...
Вот что интересно, на www.net.ru все это анонсируется с незапамятных времен, уже несколько веков
Высокая надежность, бесперебойная работа.
* Географически распределенная сеть хостинг-узлов обеспечивает доступность сайтов пользователей в случае аварий операторов, передавая данные с дублирующих зеркал.
* В случае выхода из строя узлового оборудования, переключение на резервное оборудование выполняется в течении 1 минуты.
* Все данные пользователей ежедневно сохраняются на дублирующих серверах.
Причем по вполне демократичным ценам на уровне средних цен обычного хостинга
Но так и не вижу ни отзывов тучи довольных клиентов, ни хостеров, в спешном порядке перенимающих этот опыт — лично я так и не понял, толи у них на самом деле что-то не так, толи, если все и правда так, это никому не нужно :( http://1stat.ru/?ns=www.net.ru
Покупаете дополнительный хостинг, настраиваете бэкап с основного на дополнительный, устанавливаете время жизни ДНС зоны (TTL) в 10 минут, и когда основной хостинг падает, просто меняете IP на ДНС сервере (разумеется ДНС сервера в этом случае должны находится не у основного хостера и поддерживать изменение параметра TTL). Можно написать небольшой скрипт который это сделает автоматически.
Shirase, а что с синхронизацией с БД?
На самом деле полный кластер делается без извращений на базе 2-х и более VDS серверов за час-два.
У нас есть пару клиентов заказавших эту услугу.
С распределением нагрузки, геотаргетингом и файл-овер системой получается от 24 USD/мес.
Я сам много раз читал отзывы по кластерам и хваленые услуги из-за этого, казалось что все супер и бесперебойно. Потом понял что лучше один сервак нормально настроить с cpanel и следить и то будет лучше, чем заморачиваться не понятно как. За кластерами думаю еще большая ответственность, ведь смотреть уже надо за большим кол-вом компьютеров, а не за одним только.
Я сам много раз читал отзывы по кластерам и хваленые услуги из-за этого, казалось что все супер и бесперебойно. Потом понял что лучше один сервак нормально настроить с cpanel и следить и то будет лучше, чем заморачиваться не понятно как. За кластерами думаю еще большая ответственность, ведь смотреть уже надо за большим кол-вом компьютеров, а не за одним только.
На самом деле при хорошей автоматизации за всем следят мониторинги.
Ничего сложного в этом нет.