Комментарии 25
В целом познавательно.
Вопрос, правильно ли я понимаю что это нужно скорее для очень большого количетсва слабо-нагруденных сайтов, чем для небьольшого количетсва сильно нагруженных?
Какая цель была?
Вопрос, правильно ли я понимаю что это нужно скорее для очень большого количетсва слабо-нагруденных сайтов, чем для небьольшого количетсва сильно нагруженных?
Какая цель была?
Жесть, Wordpress неслабо усложнил вам жизнь :-)
А если бы написали 1 раз как следует код лично для вас, который бы держал 500-800 запросов в секунду, ваши расходы на многочисленные сервера быстро бы отбились… :-)
А если бы написали 1 раз как следует код лично для вас, который бы держал 500-800 запросов в секунду, ваши расходы на многочисленные сервера быстро бы отбились… :-)
а зачем геокластерному хостингу быть бюджетным? есть вед ь и другие виды, более подходящие для этого
НЛО прилетело и опубликовало эту надпись здесь
Пара вопросов:
1. А чего делается если к примеру insert не прошел на одной из БД?
2. А почему не использовали к примеру вот эту услугу www.akamai.com/html/technology/products/enhanced_dns.html? Там уже с возможностью мониторинга серверов и перенаправление запросов только на живые ip.
И я так понимаю если вырубается зеленый сегмент, то все решение перестает работать, так как первичные dns имена завязаны на них.
1. А чего делается если к примеру insert не прошел на одной из БД?
2. А почему не использовали к примеру вот эту услугу www.akamai.com/html/technology/products/enhanced_dns.html? Там уже с возможностью мониторинга серверов и перенаправление запросов только на живые ip.
И я так понимаю если вырубается зеленый сегмент, то все решение перестает работать, так как первичные dns имена завязаны на них.
1. Транзакция не проходит, юзер получает сообщение об ошибке.
2. Банально — DNS от регистраторов дешевле ;)
Зеленый сегмент скидывает все на вторичные NS, не работает только регистрация и аплоад.
2. Банально — DNS от регистраторов дешевле ;)
Зеленый сегмент скидывает все на вторичные NS, не работает только регистрация и аплоад.
1. Понятно что ошибка, но я так понял транзакция проходит по всем БД параллельно, соответсвенно, если на каком то сервере не прошла транзакция нужно откатывать ее везде? или я что-то не правильно понял.
2. Просто эта услуга, которую я привел делает именно то и даже немного больше чем ваш зеленый сегмент, и мне кажется покупать эту услугу будет дешевле чем арендовать дорогие зеленые сервера. Ну и отказоустойчивость у этих ребят будет получше=)
2. Просто эта услуга, которую я привел делает именно то и даже немного больше чем ваш зеленый сегмент, и мне кажется покупать эту услугу будет дешевле чем арендовать дорогие зеленые сервера. Ну и отказоустойчивость у этих ребят будет получше=)
Схема у вас просто жесть… В смысле картинка…
Описанию как-то не очень соответствует, особенно в части прокси. Что стрелки между облачками обозначают?
Можно-ли как-то поподробнее описать как запросы проходят? В итоге клиенты обращаются к 3-м желтеньким облачкам (и немножко к зелененькому)???
Как далеко друг от друга датацентры расположены?
Описанию как-то не очень соответствует, особенно в части прокси. Что стрелки между облачками обозначают?
Можно-ли как-то поподробнее описать как запросы проходят? В итоге клиенты обращаются к 3-м желтеньким облачкам (и немножко к зелененькому)???
Как далеко друг от друга датацентры расположены?
у меня вопрос про «мягкую» репликацию БД.
можно подробнее?
можно подробнее?
Это не «мягкая» а «софтверная». Все запросы на модификацию выполняются на соседнем сервере, потом на текущим. Если все ок — завершаем транзакцию, нет — откатываемся.
soft = мягкий ;-)
почему — на соседнем..? тоесть серверы какбы связаны по-кругу? а этот соседний сервер передает запрос на модификацию на следующий (свой) соседний сервер..?
как это реализовано — адаптер БД менеджит коннекты к серверам баз данных, и запросы на модификацию отправляет на соседний сервер..?
почему — на соседнем..? тоесть серверы какбы связаны по-кругу? а этот соседний сервер передает запрос на модификацию на следующий (свой) соседний сервер..?
как это реализовано — адаптер БД менеджит коннекты к серверам баз данных, и запросы на модификацию отправляет на соседний сервер..?
Такая схема будет корректно работать только если сервер БД знает что такое двухфазная транзакция. Но, насколько я знаю, двухфазные транзакции в MySQL не реализованы. Так при помощи какого вылосипеда вы контролируете целостность зеркальных БД?
Согласен с seriyPS. Толком нифига не понятно как происходят запросы, как именно все реплицируется, как переключаются днс-ы и прочее.
Ожидал от статьи большего. В статье нет ни одного примера… Ни ссылок на ресурсы, которые рекомендует автор.
Хотелось бы:
1. примерная оценка финансовых затрат, примерные цены
2. рекомендации по выбору DNS серверов, зеленых, желтых дата-центров.
Часть ответов есть в комментах, но я думаю, стоит дополнить ими статью, не все читают комменты или могут просто пропустить ветку.
Хотелось бы:
1. примерная оценка финансовых затрат, примерные цены
2. рекомендации по выбору DNS серверов, зеленых, желтых дата-центров.
Часть ответов есть в комментах, но я думаю, стоит дополнить ими статью, не все читают комменты или могут просто пропустить ветку.
Скажите, а как происходит проксирование именно на сквиде? И как я понял из комментариев выше, при ДНС запросе, вы смотрите что менее нагружено и отдаете его адрес?
«Каждый сервер имел своего соседа» — вот это круто!
и по существу:
если предположить что каждое облако это отдельная хостинговая площадка на разных континентах, то
— какова скорость синхронизации базы данных и загружаемого контента у данного велосипеда?
— на какую нагрузку расчитанна данная конструкция?
если предположить что каждое облако это отдельная хостинговая площадка на разных континентах, то
— какова скорость синхронизации базы данных и загружаемого контента у данного велосипеда?
— на какую нагрузку расчитанна данная конструкция?
Топикстартер известный шарлатан. Его статьи — это малограмотные «фантазии на тему», никаким реальным опытом не подкрепленные. Разбирали уже не раз — тут он узнает о существовании услуги 'Slave DNS', тут он тестирует Squid vs Varnish, не имея понятия что у него в системе происходит, но выводы делает, тут он оптимизирует шаред-хостинг не имея понятия как работает *nix VM.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как сделать бюджетный геокластерный хостинг