Nicholas_M Опубликовано 13 марта, 2013 · Жалоба Добрый день. Может ли кто-то порекомендовать Openstack для организации надежной и быстрой платформы ? Задача - заменить "failover ip" чем-то более современным и использовать два сервера одновременно (вместо простоя резервного), для повышения отзывчивости на пиковых нагрузках. Возможно есть другие, проверенные варианты решения этой задачи ? Спасибо. С уважением, Николай. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
voron Опубликовано 13 марта, 2013 · Жалоба http://habrahabr.ru/post/170471/ актив-актив на уровне ДНС Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 13 марта, 2013 · Жалоба Скриптом проверять живучесть IP и править DNS зону. Хотя я себе слабо представляю реакцию на неисправность менее 30 с.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 13 марта, 2013 · Жалоба Возможно есть другие, проверенные варианты решения этой задачи ? load-balancing proxy на nginx, виртуальный ип перекидывается между нодами кластера средствами pacemaker/keepalived/скриптов. Не забыть указать нгинксу параметры proxy_next_upstream и proxy_connect_timeout. Ничего сложного в общем-то. Потом и БД кластеризовать/распаралелить запросы чтения (лепить мастер-мастер и параллелить запись - ИМХО не стоит, огребете больше проблем чем профита). Это если без облачных извращений делать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
^rage^ Опубликовано 14 марта, 2013 · Жалоба Возможно есть другие, проверенные варианты решения этой задачи ? load-balancing proxy на nginx, только не nginx, а haproxy. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nicholas_M Опубликовано 19 марта, 2013 · Жалоба Про "другие варианты" - понятно, спасибо. А про сам openstack - хотелось бы узнать, есть ли успешный опыт его использования, у кого нибудь, для организации надежного и отзывчивого сервера ? С уважением, Николай. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sirmax Опубликовано 19 марта, 2013 · Жалоба Возможно есть другие, проверенные варианты решения этой задачи ? load-balancing proxy на nginx, только не nginx, а haproxy. А почему не nginx ? Там есть что то вроде upstream my_backend { server srv1:8080; server srv2:8080; check interval=10000 rise=2 fall=1 timeout=1500 type=http; check_http_send "GET /my/url/healthcheck HTTP/1.0\r\n\r\n"; check_http_expect_alive http_2xx; } Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 19 марта, 2013 · Жалоба Задача - заменить "failover ip" чем-то более современным и использовать два сервера одновременно (вместо простоя резервного), для повышения отзывчивости на пиковых нагрузках. Можно сделать ospf equal cost (анонсировать один и тот же лупбэк с двух серверов). главное чтоб per-packet балансировки не было. Но IRL балансирока per-flow (sa-da) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 19 марта, 2013 · Жалоба Можно сделать ospf equal cost (анонсировать один и тот же лупбэк с двух серверов). А вы уверены, что вышестоящий л3 надумает форвардить пакеты от одного источника сугубо для одного и того же свича? Я - нет... Хотя да, можно пытаться изобретать способы почесать пяткой за ухом потому, что это круто - но смысл от этого? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 20 марта, 2013 · Жалоба s.lobanov (Вчера, 20:20) писал: Можно сделать ospf equal cost (анонсировать один и тот же лупбэк с двух серверов). А вы уверены, что вышестоящий л3 надумает форвардить пакеты от одного источника сугубо для одного и того же свича? Я - нет... Хотя да, можно пытаться изобретать способы почесать пяткой за ухом потому, что это круто - но смысл от этого? В современном оборудовании балансировка делается per-flow, а не per-packet. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 20 марта, 2013 · Жалоба Вы знаете, что за железки на л3 стоят? :) Я бы не рекомендовал сомнительые с т.з. повторяемости решения... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...