Комментарии 3
Можно попросить вас прокомментировать кусочек текста?)))
И ещё хотелось бы узнать подробнее про стек технологий, который использовался при создании am.ru. Это же PHP? Какой фреймворк использовали при реализации и использовали ли его вообще?
был nginx, который до сих пор может только проксировать веб и почту
И ещё хотелось бы узнать подробнее про стек технологий, который использовался при создании am.ru. Это же PHP? Какой фреймворк использовали при реализации и использовали ли его вообще?
Я уже задавал вопросы в обсуждении доклада, где меня тщательно проигнорировали. Ничего, я перезадам их здесь в надежде что совесть помешает проигнорировать их на Хабре.
1. Split brain
Вводная: По вашим же рассказам у вас есть 2 ДЦ, репликация настроена, все работает.
Допустим, в 11:00 МСК происходит авария в первом ДЦ и он становится недоступен. Система работает на втором ДЦ. В 13:00 аварию чинят и начинается репликация из второго ДЦ в первый всего того, что накопилось за 2 часа отсутствия связи. В 13:10 МСК отваливается второй ДЦ, ровно в тот момент, когда из ДЦ 2 в ДЦ 1 было отреплицировано 23% изменений.
Вопросы:
1.1) Что происходит с данными?
1.2) Продолжает ли система работать?
1.3) Какая вероятность в цифрах этого события?
1.4) Проводилось ли моделирование таких аварий в лаборатории?
1.5) Что произойдет, если оба два ДЦ отключить по питанию с промежутком 5 минут (недостаточным для перестройки маршрутов), сначала ДЦ1, потом ДЦ2, а потом включить их сначала ДЦ2, а потом ДЦ1?
2. Технические вопросы, все в кучу.
Какой трафик репликации между ДЦ?
Что такое «переезд виртуалок» в контексте обещания максимума 12 секунд простоя? Горячий снапшот с отображением страниц памяти? Тогда почему так долго? Физическая репликация файлов и рестарт? Тогда слишком быстро. Какая технология за этим кроется? В каком состоянии будет ВМ после такого переезда? А гипервизор? Скажите, настройки сети, хранения и безопасности переедут вслед за машиной?
1. Split brain
Вводная: По вашим же рассказам у вас есть 2 ДЦ, репликация настроена, все работает.
Допустим, в 11:00 МСК происходит авария в первом ДЦ и он становится недоступен. Система работает на втором ДЦ. В 13:00 аварию чинят и начинается репликация из второго ДЦ в первый всего того, что накопилось за 2 часа отсутствия связи. В 13:10 МСК отваливается второй ДЦ, ровно в тот момент, когда из ДЦ 2 в ДЦ 1 было отреплицировано 23% изменений.
Вопросы:
1.1) Что происходит с данными?
1.2) Продолжает ли система работать?
1.3) Какая вероятность в цифрах этого события?
1.4) Проводилось ли моделирование таких аварий в лаборатории?
1.5) Что произойдет, если оба два ДЦ отключить по питанию с промежутком 5 минут (недостаточным для перестройки маршрутов), сначала ДЦ1, потом ДЦ2, а потом включить их сначала ДЦ2, а потом ДЦ1?
2. Технические вопросы, все в кучу.
Какой трафик репликации между ДЦ?
Что такое «переезд виртуалок» в контексте обещания максимума 12 секунд простоя? Горячий снапшот с отображением страниц памяти? Тогда почему так долго? Физическая репликация файлов и рестарт? Тогда слишком быстро. Какая технология за этим кроется? В каком состоянии будет ВМ после такого переезда? А гипервизор? Скажите, настройки сети, хранения и безопасности переедут вслед за машиной?
О чем статья-то? Реклама?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Highload 2014, полный HA