Много лет хостю сайты у cifnet, еще со времен SWRUS. И вот сегодня все слегло, даже их собственный сайт.
Никто не в курсе, что произошло?
И второй вопрос. Как по науке держать две копии (для простоты, скажем, статического сайта), чтобы если у одного хостера поплохело, то отдавался бы контент с другого?
Здравствуйте, Unhandled_Exception, Вы писали:
U_E>И второй вопрос. Как по науке держать две копии (для простоты, скажем, статического сайта), чтобы если у одного хостера поплохело, то отдавался бы контент с другого?
если совсем просто, то на DO балансировщик нагрузки и два дроплета
Здравствуйте, Unhandled_Exception, Вы писали:
U_E>И второй вопрос. Как по науке держать две копии (для простоты, скажем, статического сайта), чтобы если у одного хостера поплохело, то отдавался бы контент с другого?
Вроде были похожие темы на рсдн. Воде предлагали решать через DNS который будет правильно выбирать хост в зависимости от доступности при резолве имени.
Здравствуйте, Kernan, Вы писали:
K>Здравствуйте, Unhandled_Exception, Вы писали:
U_E>>И второй вопрос. Как по науке держать две копии (для простоты, скажем, статического сайта), чтобы если у одного хостера поплохело, то отдавался бы контент с другого? K>Вроде были похожие темы на рсдн. Воде предлагали решать через DNS который будет правильно выбирать хост в зависимости от доступности при резолве имени.
Самое простое (и лучшее решение) — CDN типа Cloudflare. Чтобы для статического контента сайт вообще не запрашивался, если не надо. С большим временем устаревания. При деплое сбрасывать кэш Cloudflare.
Правда, это не сработает для динамической выдачи (например, когда в верху страницы печатаете "Hello %username%" или что-то подобное).
Здравствуйте, sharez, Вы писали:
S>Самое простое (и лучшее решение) — CDN типа Cloudflare. Чтобы для статического контента сайт вообще не запрашивался, если не надо. С большим временем устаревания. При деплое сбрасывать кэш Cloudflare.
Здравствуйте, Unhandled_Exception, Вы писали:
U_E>Но это ведь не поможет в случае, если оба дроплета слягут, верно? Можно ли что-то подобное организовать с двумя разными хостерами?
так выбери дроплеты в разных локациях, чем это от разных хостеров отличается?
U_E>И второй вопрос. Как по науке держать две копии (для простоты, скажем, статического сайта), чтобы если у одного хостера поплохело, то отдавался бы контент с другого?
По науке надо свой балансер поднимать, например haproxy.
Тогда можно на двух хостерах сидеть.
Если вы параноик — это еще не значит, что за вами никто не следит
Здравствуйте, flаt, Вы писали:
F>Здравствуйте, sharez, Вы писали:
S>>Самое простое (и лучшее решение) — CDN типа Cloudflare. Чтобы для статического контента сайт вообще не запрашивался, если не надо. С большим временем устаревания. При деплое сбрасывать кэш Cloudflare.
F>CDN поддерживают failover и load balancing сайтов: https://blog.cloudflare.com/introducing-load-balancing-intelligent-failover-with-cloudflare
Это всё хорошо, но очень дорого для тех, кому надо просто захостить статический сайт со ссылкой на ШариАт.
Если у вас 5 сайтов-проектов, то обойдется в $5*(5*2) — $5 = $45/мес. Это когда вы делаете 2 origin'а на каждый сайт (первые 2 идут по цене 1).
Всё проще — бесплатный CDN от CF, сайт отключился — CDN ещё месяц будет выдавать контент. Бесплатно.
Здравствуйте, sharez, Вы писали:
S>Самое простое (и лучшее решение) — CDN типа Cloudflare.
Мне казалось, что про CDN все знают и там не нужен ни файловер, ни балансировка т.к. CDN, в теории, не падает. С DNS это решение без CDN и без проксирующего балансера.
Здравствуйте, c3p0, Вы писали:
U_E>>И второй вопрос. Как по науке держать две копии (для простоты, скажем, статического сайта), чтобы если у одного хостера поплохело, то отдавался бы контент с другого?
C>По науке надо свой балансер поднимать, например haproxy. C>Тогда можно на двух хостерах сидеть.
Вся проблема с балансировщиками, в скорости обновления DNS записей, если упадет хост и не важно какой, балансировки или самого хостинга, нужно ждать N времени пока NS записи не обновятся по инету, на которые мы никак и никогда оперативно повлиять не сможем.
Для грамотной балансировки или управления резервными хостерами нужно свои NS сервера подымать.
Другого варианта нет, все остальное как мертвому припарки.
Только на NS серверах и балансировка и быстрая замена хостинга
Здравствуйте, AWSVladimir, Вы писали:
AWS>Вся проблема с балансировщиками, в скорости обновления DNS записей, если упадет хост и не важно какой, балансировки или самого хостинга, нужно ждать N времени пока NS записи не обновятся по инету, на которые мы никак и никогда оперативно повлиять не сможем.
TTL 15 min не поможет? Я так делал при смене хостинга (заранее!) и NS разошелся буквально сразу по сети.