- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Тут вы слегка не верно понимаете, балансировки нагрузки здесь нету. Трафик отдаётся клиенту по средствам ДНС настроек, кеш-сервера и определяют откуда пришёл запрос на контент, и подставляют географически близкий сервер для посетителя сайта.
Фактически схему можно понять так:
Запрос от клиента -> определение ДНС для сайта -> отдача динамически сгенерированного контента -> отправление запроса кеш-серверу на получение статики -> определение наименьшего пути к клиенту -> отдача контента
А если сервер, которого ip получен не доступен?
Он попадает в кэш и какое-то время запросы все будут идти на него.
А если сервер, которого ip получен не доступен?
Он попадает в кэш и какое-то время запросы все будут идти на него.
Сорри, не совсем понял ваш вопрос.
Падает кеш-сервер, или падает основной сервер где лежит ваш сайт и контент?
dim_s, ну допустим такая ситуация, взял я самый дешевый тариф за $10, положил на счет $20, думая, что хватит на 2 мес. но внезапно трафик у меня вырос и эти 50 ГБ съелись за неделю, что при этом случится? следующие $10 спишутся автоматом и все будет хорошо еще неделю или заблокируется отдача контента?
dim_s, ну допустим такая ситуация, взял я самый дешевый тариф за $10, положил на счет $20, думая, что хватит на 2 мес. но внезапно трафик у меня вырос и эти 50 ГБ съелись за неделю, что при этом случится? следующие $10 спишутся автоматом и все будет хорошо еще неделю или заблокируется отдача контента?
Нет, сейчас так не предусмотрено, потому как оплата продукта происходит за месяц, и эта плата фиксирована. Насколько я понимаю пользователям куда выгодней будет оплачивать по факту, то есть положить средства на баланс, и пусть бы они списывались с баланса, и лишь при нулевом балансе сервис бы отключался и присылал уведомление? Сейчас такая модель работает с нашими облачными продуктами, в перспективе такая же ситуация будет и для продукта CDN.
Сорри, не совсем понял ваш вопрос.
Падает кеш-сервер, или падает основной сервер где лежит ваш сайт и контент?
Не понятно в вашей схеме:
Запрос от клиента -> определение ДНС для сайта -> отдача динамически сгенерированного контента -> отправление запроса кеш-серверу на получение статики -> определение наименьшего пути к клиенту -> отдача контента
последнее "определение наименьшего пути к клиенту -> отдача контента" как вы можете вообще контролировать? Какая разница, какой наименьший путь к клиенту, если вы отдаёте всё через сервер, который попадает на стадии "определение ДНС для сайта".
Или что-то вы указали не так.
Каким образом клиент получает статику?
Стоимость услуги зависит от месячного трафика:
А от объёма контента? Каков лимит на размер одного файла?
А от объёма контента? Каков лимит на размер одного файла?
Лимита на размер файла нету, но большие файлы не рекомендуется раздавать при ограниченном объёме трафика, в панели управления предусмотрен механизм "эксклюда" файлов, которые не нужно кешировать, но опять же смотреть нужно вам.
---------- Добавлено 03.02.2012 в 18:38 ----------
Не понятно в вашей схеме:
Запрос от клиента -> определение ДНС для сайта -> отдача динамически сгенерированного контента -> отправление запроса кеш-серверу на получение статики -> определение наименьшего пути к клиенту -> отдача контента
последнее "определение наименьшего пути к клиенту -> отдача контента" как вы можете вообще контролировать? Какая разница, какой наименьший путь к клиенту, если вы отдаёте всё через сервер, который попадает на стадии "определение ДНС для сайта".
Или что-то вы указали не так.
Каким образом клиент получает статику?
Для определения с какого сервера раздавать контент используется механизм geoip(http://www.maxmind.com/app/country). Раскрыть вам все тонкости и детали организации мы не можем.
Спасибо.
Спасибо.
Я это представляю.
Но если через DNS, то после первого же запроса у провайдера клиента ip попадёт в кэш и даже при падении этого сервера все запросы от этого провайдера пойдут на него. А при достаточном количестве запросов можно весь регион (запросы с которого идут на неработающий позже сервер) оставить без сайта.
В данном случае используется низкий TTL в нашем случае это 180 секунд, после чего запросы будут адресованы на работающий кеш-сервер.
В данном случае используется низкий TTL в нашем случае это 180 секунд, после чего запросы будут адресованы на работающий кеш-сервер.
1) Это время на то, чтобы ваша система определила, что сервер вышел из строя
2) 3 минуты по вашему TTL
3) Провайдеры часто просто плюют на TTL для экономии трафика.
Может достаточно много времени пройти для полного переключения.
По схеме понятно, многим может и подойти. Но будет не приятно, если клиент увидит свой сайт неработающим из-за того, что выпал один из серверов, а переключение у него произойдёт через 20-30 минут (разные причины могут быть)