- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
DLag, я так понимаю вы вспомнили случай из личной практики? и сколько там было у такого ISP клиентов ?
traffic inspector вообще хрень какая-то, а bind - отраслевой стандарт. Разговор был о среднестатистическом ISP. Монополист вынужден быть достаточно большим и не использует разные поделки наколенные.
А зачем что-то обновлять?
Есть roundrobin.
Dlag: Если под roundrobin имеется ввиду прописывание вместо одного address record, двух и более, то это проблемы не решает, клиенты будут ломиться на оба ip адреса, выбирая их в случайном порядке. В итоге ~50% клиентов будут попадать на неработающий сервер, это решение для балансировки нагрузки, а не для обеспечения отказоустойчивости/надежности.
netwind: по поводу TTL, можете сами попробовать поставить сколь угодно низкий TTL, затем обновите зону, и засеките время, когда на днс сервере того же mts'a обновится Ваша зона.
Да нету в настоящих геокластерах никаких DNS
Там есть десяток балансеров в сверхнадежных ДЦ и все
netwind, да из личной практики.
Когда работал с/в этим/ом ISP было несколько сотен клиентов.
Сейчас думаю пара тысяч наберется.
Oleg_ST, вам уже написал Андрейка по этому поводу.
netwind: по поводу TTL, можете сами попробовать поставить сколь угодно низкий TTL, затем обновите зону, и засеките время, когда на днс сервере того же mts'a обновится Ваша зона.
Совершенно случайно МТС у меня тоже есть. Докладываю : сервер ns.mtsnet.ru 213.87.0.1, обслуживающий GPRS работает в строгом соответствии с RFC, что подтверждают результаты эксперимента. Эксперимент проведен с TTL=60 секунд. TTL возвращается правильно. Запись изменилась в пределах расчетного времени. На стороне клиента использовалась утилита nslookup.exe из поставки лицензионной windows xp sp3.
То есть из вышесказанного следует, что для эффективной работы такой конструкции нужно арендовать ДНС-поддержку у толстого американского провайдера ДНСов?
vedomir, вы определитесь - вам надо автоматический переход на другой сервер при падении одного или ручной?
Я тоже думал над такой проблемой и для себя и своих проектов сделал так. Есть два дедика настроенных идентично. По дефолту часть сайтов на одном, часть на другом. ДНС-ы у регистраторов. Благо - обычно у них 3-4 сервера, которые вполне надежны. Контент синхронизируется простым rsync. Синхронизация занимает буквально пару минут. В случае ахтунга на одном из серверов я получаю кучу алармов от внешних мониторингов и вручную у регистратора меняю днс-ы.
Все очень просто, топорно и гарантирует простой максимум полчаса-час что для меня вполне приемлемо.
То есть из вышесказанного следует, что для эффективной работы такой конструкции нужно арендовать ДНС-поддержку у толстого американского провайдера ДНСов?
По большому счёту, прав опять Андрейка. В России его схема выглядит так:
1. нужно получить и зарегистрировать в RIPE NNC Autonomous System (автономную сеть) из 256 IP.
2. заключить договор с M9 о размещении на их площадке балансера (для договора требуется пункт 1).
3. на балансер повесить нужный IP (это и будет IP сайта).
4. балансером уже маршрутизировать трафик на один из живых серверов в одном из датацентров.
Если падает М9, то интернета в России нет. Так что хватит и одного балансера.
По большому счёту, прав опять Андрейка. В России его схема выглядит так:
.
Если падает М9, то интернета в России нет. .
Это правда? Один кнопка и весь рунет отключен?
А как же буружунеты? А Украина/Беллоруссия/Казахстан итп
Это правда? Один кнопка и весь рунет отключен?
Когда 80% трафика идёт через одну точку - да. А в России это именно так.