- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
![Зачем быть уникальным в мире, где все можно скопировать](https://d.searchengines.guru/20/96/frame_27_600x314__b353b658.jpg)
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Задумался об устойчивости сайтов в случае если хостинг умирает.
Держу сейчас два идентичных хостинга. В случаи падения одного, быстро переписываю DNS-ы.
А если в DNS указать два разных хостинга? Например:
Хостинг1:
ns1.chajnik.ru
ns2.chajnik.ru
Хостинг2:
ns1.so-sputnika.ru
ns2.so-sputnika.ru
Если прописать в DNS:
ns1.chajnik.ru
ns1.so-sputnika.ru
Или вообще так:
ns1.chajnik.ru
ns1.so-sputnika.ru
ns2.so-sputnika.ru
ns2.chajnik.ru
Спасибо.
Это реализуется другим образом - система мониторинга при недоступности одной автоматически площадки изменяет A-запись с TTL в несколько секунд на IP-адрес другой.
Мы предлагаем DDoS-устойчивый Failover DNS-сервис со SLA, если интересует - пишите в личку, стоимость от $60 в год.
Вообще интересный вопрос. Кто может объяснить принцип работы схемы которую описал ТС?
В каких случаях будет происходить переключение от нс'а к нс'у?
Почему посетители из разных стран, и разные ПС в том числе, при такой схеме, ломятся на разные сервера в одно и тоже время, не смотря на доступность первого нс'а и соответственно первого сервера?
почитайте тут - это кластерный хостинг http://freehost.com.ua/cluster/whatiscluster.php
vandamme добавил 05.10.2010 в 02:24
miltorg, лучше уже взять один такой нежели постоянно синхронизировать данные между двумя хостингами
Delarante, все просто - описанная ТСом схема работать не будет.
vandamme, это заблуждение, т.к. в случае кластерного хостинга существует единая точка отказа, кроме того, доступность при размещении всех серверов в одном ДЦ априори ниже, чем при использовании географически распределенной структуры, да и качественный кластерный хостинг - удовольствие не из дешевых.
Delarante, все просто - описанная ТСом схема работать не будет.
Если не сложно напишите подробнее почему? В чем вообще смысл тогда кучи ns'ок...
Вот если не доступны серверы одного хостера, и его ns'ы в том числе, будет ли переход на ns второго хостера... В каком случае вообще это происходит?
Если хостинг лежит вместе со всеми DNS, то (гипотетически) это закешируется, и когда сервер поднимется, сайты заработают только после обновления DNS. Как-то так.
Если хостинг лежит вместе со всеми DNS, то (гипотетически) это закешируется, и когда сервер поднимется, сайты заработают только после обновления DNS. Как-то так.
То есть пока лежит хостер №1 с его серверами и его NSки не отвечают, все посетители ломанутся на сайт расположенный у хостера №2. Так называемое зеркало... Или нет?
Ведь мы забили в домен 4 nsа, по два от каждого хостера, и у каждого повесили по одной копии сайта.
Типа:
ns1.хостер1
ns2.хостер1
и
ns1.хостер2
ns2.хостер2
Delarante, указание кучи NSов само по себе не обеспечивает фэйловер, т.к. отсутствует мониторинг доступности серверов. Конечно, если NSы размещены на хостинг-серверах (что само по себе дико), при недоступности одного из них, домен будут резольвиться другим, но во-первых, все NSы должны отдавать одинаковые записи, во-вторых, такая кустарная "конфигурация", мягко говоря, имеет очевидные минусы.