- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
часть это уже не все, так что лучше потерять часть
Извините что влез, PrivatUsluga.ru это какой то извращенный способ :)
Вы главное скажите чего вы хотите добиться путем размещения на нескольких хостингах?
добиться я хочу только одного, чтобы не всех посеителей терять при проблемах хостинга, а хоть часть из них сохранить
В целом сама идея таким способом улучшать аптайм гиблое дело. Также я не понимаю что за сайты, для которых нехватает среднего реального аптайма хостингов, эта величина крутится около 99,7% (орентировочно 2 часа в месяц в офлайне), тем более для сайтов без DB, этот показатель и так будет лучше.
Будет проблема в другом. Если хоть один из 3-х серверов недоступен, то у части посетителей сайт не откроется. (dns выдаст ip неработающего сервера)
Да нет, будет открыватся всё коректно. Так как типично у хостёров DNS сервера на том же сервере что и сайт только на разных IP, то при падении сервера не ответит и DNS, по этому отвечать будет сервера имён другого хостёра и направлять на рабочий IP.
Только просто такие DNS будут некоректны смотря с технической стороны, так как все DNS сервера будут выдавать разные данные о реальных DNS серверах:
К примеру DNS первого хостёра скажет:
domen.ru. 86383 IN NS ns1.host1.com.
domen.ru. 86383 IN NS ns2.host1.com.
DNS второго хостёра:
domen.ru. 86383 IN NS ns1.host2.com.
domen.ru. 86383 IN NS ns2.host2.com.
DNS третьего хостёра:
domen.ru. 86383 IN NS ns1.host3.com.
domen.ru. 86383 IN NS ns2.host3.com.
Также неправильно будет указыватся мейл сервер, почта будет расбросанна по всем хостингам.
Система не будет работоспособна в том случае, если у хостёров DNS сервера не на том сервере, на котором сайты. То есть в случае DNS кластера....
И если ДДОС пойдёт на ваш сайт, то он попадёт почти равномерно на все 3 сервера :)
Это да, автоматом все три хостёра заблокируют....
Да нет, будет открыватся всё коректно. Так как типично у хостёров DNS сервера на том же сервере что и сайт только на разных IP, то при падении сервера не ответит и DNS, по этому отвечать будет сервера имён другого хостёра и направлять на рабочий IP.
Только просто такие DNS будут некоректны смотря с технической стороны, так как все DNS сервера будут выдавать разные данные о реальных DNS серверах:
К примеру DNS первого хостёра скажет:
domen.ru. 86383 IN NS ns1.host1.com.
domen.ru. 86383 IN NS ns2.host1.com.
DNS второго хостёра:
domen.ru. 86383 IN NS ns1.host2.com.
domen.ru. 86383 IN NS ns2.host2.com.
DNS третьего хостёра:
domen.ru. 86383 IN NS ns1.host3.com.
domen.ru. 86383 IN NS ns2.host3.com.
Также неправильно будет указыватся мейл сервер, почта будет расбросанна по всем хостингам.
1. Если dns вообще на том же сервере находится и сервер лёг полностью.
2. Если есть возможность редактирования записей dns (ISPManager тот же такое позволяет), то всё можно настроить корректно.
3. Почтовые записи можно все настроить на один сервер. Невдумаю, что почта очень критична. (да и можно на gmail всё перевести и указать эти MX во всех dns)
К примеру DNS первого хостёра скажет:
domen.ru. 86383 IN NS ns1.host1.com.
domen.ru. 86383 IN NS ns2.host1.com.
DNS второго хостёра:
domen.ru. 86383 IN NS ns1.host2.com.
domen.ru. 86383 IN NS ns2.host2.com.
DNS третьего хостёра:
domen.ru. 86383 IN NS ns1.host3.com.
domen.ru. 86383 IN NS ns2.host3.com.
что то вы все в кучу смешали...
Уважаемому ТС уже сказали, что достичь желаемого можно не разными NS, а прописыванием ОДНОЙ зоне нескольких А-записей, ссылающихся на разные хосты. Таким образом NS приписываются от одного хостера, который непосредственно и держит зону, или вы в дополнение пытаетесь предложить "отказоустойчивость" ДНС? Тогда это не так делать надо :) для этого достаточно бы было добавить в зону третичный "стороннний" NS, хотя бы и бесплатный.
Если dns вообще на том же сервере находится и сервер лёг полностью.
На вашем хостинге так может быть? Неужели у вас ns1 и ns2 на одном сервере? :) (остается вариант падения канала, согласен)
Ставьте NS регистратора, а при проблемах менять для записи A IP другого хостинга. Простой должен быть минимальный. Новые посетители пойдут на новый хостинг, а те кто уже посетил сайт до падения попадет на новый через пару часов.
Ставьте NS регистратора, а при проблемах менять для записи A IP другого хостинга. Простой должен быть минимальный. Новые посетители пойдут на новый хостинг, а те кто уже посетил сайт до падения попадет на новый через пару часов.
Этот простой до 24-х часов может быть, начиная с того, что A запись там не моментально меняется после нажатия кнопки. Бывает, что и через сутки часть посетителей идёт на старый ip.
Ставьте NS регистратора, а при проблемах менять для записи A IP другого хостинга. Простой должен быть минимальный. Новые посетители пойдут на новый хостинг, а те кто уже посетил сайт до падения попадет на новый через пару часов.
Так и сделал
Этот простой до 24-х часов может быть, начиная с того, что A запись там не моментально меняется после нажатия кнопки. Бывает, что и через сутки часть посетителей идёт на старый ip.
В наунете быстро меняется