- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Тут вы слегка не верно понимаете, балансировки нагрузки здесь нету. Трафик отдаётся клиенту по средствам ДНС настроек, кеш-сервера и определяют откуда пришёл запрос на контент, и подставляют географически близкий сервер для посетителя сайта.
Фактически схему можно понять так:
Запрос от клиента -> определение ДНС для сайта -> отдача динамически сгенерированного контента -> отправление запроса кеш-серверу на получение статики -> определение наименьшего пути к клиенту -> отдача контента
А если сервер, которого 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 минут (разные причины могут быть)