- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Собственно собираю такую схему:
1. Есть основной сервер. Он иногда падает на небольшое время. Всё остальное с ним - отлично.
2. Есть резервный сервер. С ним всё отлично. Но он резервный
3. Есть третий сервер, который будем считать, никогда не падает, но он очень ограничен в ресурсе
На 1 сервере крутится много чего, в том числе апачина и мускул. Раз в сутки, рсинком синхорнизируется 1 сервер со втором - файлы сайтов (htdocs), файлы БД, конфиг БД, конфиг апача. Также синхронизируются зоны днс (bind 9), в зонах меняются нужные айпишники. Всё работает, всё окей.
На первом сервере настроен днс на ns1.domain.ru ns2.domain.ru . Зона domain.ru расположена на третьем сервере, в зоне прописаны A записи ns1 и ns2, айпишники указывают на сервер1. Сервер номер 3 каждую минуту проверяет ответ от сервера 1. Если N раз подряд сервер 1 не ответил - он считается упавшим. Айпишники ns2 и ns1 меняются на айпишники сервера 2.
Вопрос - как быстро конечный юзер (у которого ничего нигде не закешировалось) на днс сервере своего провайдера увидит ответ от нового сервера? Я совсем плохо себе представляю работу днс серверов, которые клиентам отдают ответы...
betam добавил 10.07.2009 в 03:20
Опытным путём проверил - результат виден моментально.
непонял, а зачем такие сложности с днс, они же и придуманы как мастер и славе, подними на одном сервере мастер а на других слейв зоны, и если хоть один сервер останется в строю то клиент в любом случае получит ответ и синхронизацию настрой не рсинк а средствами днс по ключу
Смотреть на тему TTL в named
http://en.wikipedia.org/wiki/Domain_Name_System#Caching_and_time_to_live
Можно уменьшать до очень маленьких значений, но повысится нагрузка на bind, так как практически все будут напрямую обращаться.
Также возможно удобнее будет сделать mysql репликацию в Вашем случае.
rsync файлы можно синхронизировать и чаще, если нужно и трафик позволяет.
Если не учитывать то, что ISP кешируют записи на пару недель, то таки можно
Тема раскрыта тут
Ну в последнее время редко кто так кэширует, вроде с этим получше стало. Трафика не так много экономится на самом деле. Конечно такие остались в любом случае.
TC нигде не писал что там WHM.
Проще найти приличный датацентр, который редко падает. И ведь такие есть...
Необязательно WHM - его заменяет rsync
Andreyka добавил 10.07.2009 в 10:31
Проще найти приличный датацентр, который редко падает. И ведь такие есть...
А вот где найти сервер который не падает
Да, оба сервера в один vlan и carp или что-то вроде того.
Если нет вероятности, что сервер просто отключат и увезут куда-то по распоряжению кого-либо, то лучше использовать такой вариант. Никаких проблем с кэшированием днс ответов.
V(o)ViK добавил 10.07.2009 в 10:43
Необязательно WHM - его заменяет rsync
Как я понял из первого поста именно такая схема и работает сейчас.
Основной вопрос по кэшированию ДНС запросов был.
Необязательно WHM - его заменяет rsync
Andreyka добавил 10.07.2009 в 10:31
А вот где найти сервер который не падает
В каком смысле где? Любой сервер не падает если его не ронять. Проблема с DNS начинается не при падении сервера, а при падении канала от сервера до интернета, то есть при падении датацентра. Значит надо искать надёжный датацентр, ставить в него все три сервера как отказоустойчивый кластер, и не изобретать хитрые схемы. Наверняка еcли сравнить процент посетителей, потерянных из-за смены DNS, с потерянными из-за падения датацентра - получим больше для DNS.
Если в одном ДЦ, то достаточно и 2-х сервером, есть варианты с разделением нагрузки и т.д. У разных ДЦ тоже есть свои
плюсы, и если канал в ДЦ не падал до сих пор, это не значит, что он никогда не упадет. К тому же форс мажор, типа потоп/ураган/метиорит/фбр говорит за географическое разделение.
В каком смысле где? Любой сервер не падает если его не ронять.
Статистика гугла свидетельствует об обратном, мой опыт - тоже