Openstack как платформа для сайта

[Nicholas_M]

Добрый день.

 

Может ли кто-то порекомендовать Openstack для организации надежной и быстрой платформы ?

 

Задача - заменить "failover ip" чем-то более современным и использовать два сервера одновременно (вместо простоя резервного), для повышения отзывчивости на пиковых нагрузках.

 

Возможно есть другие, проверенные варианты решения этой задачи ?

 

Спасибо.

 

С уважением,

Николай.

[voron]

http://habrahabr.ru/post/170471/ актив-актив на уровне ДНС

[vlad11]

Скриптом проверять живучесть IP и править DNS зону.

Хотя я себе слабо представляю реакцию на неисправность менее 30 с....

[NiTr0]

Возможно есть другие, проверенные варианты решения этой задачи ?

load-balancing proxy на nginx, виртуальный ип перекидывается между нодами кластера средствами pacemaker/keepalived/скриптов. Не забыть указать нгинксу параметры proxy_next_upstream и proxy_connect_timeout. Ничего сложного в общем-то. Потом и БД кластеризовать/распаралелить запросы чтения (лепить мастер-мастер и параллелить запись - ИМХО не стоит, огребете больше проблем чем профита). Это если без облачных извращений делать.

[^rage^]

Возможно есть другие, проверенные варианты решения этой задачи ?

load-balancing proxy на nginx,

только не nginx, а haproxy.

[Nicholas_M]

Про "другие варианты" - понятно, спасибо.

 

А про сам openstack - хотелось бы узнать, есть ли успешный опыт его использования, у кого нибудь, для организации надежного и отзывчивого сервера ?

 

 

С уважением,

Николай.

[sirmax]

Возможно есть другие, проверенные варианты решения этой задачи ?

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;
}

[s.lobanov]

Задача - заменить "failover ip" чем-то более современным и использовать два сервера одновременно (вместо простоя резервного), для повышения отзывчивости на пиковых нагрузках.

 

Можно сделать ospf equal cost (анонсировать один и тот же лупбэк с двух серверов). главное чтоб per-packet балансировки не было. Но IRL балансирока per-flow (sa-da)

[NiTr0]

Можно сделать ospf equal cost (анонсировать один и тот же лупбэк с двух серверов).

А вы уверены, что вышестоящий л3 надумает форвардить пакеты от одного источника сугубо для одного и того же свича? Я - нет... Хотя да, можно пытаться изобретать способы почесать пяткой за ухом потому, что это круто - но смысл от этого?

[s.lobanov]

s.lobanov (Вчера, 20:20) писал:

Можно сделать ospf equal cost (анонсировать один и тот же лупбэк с двух серверов).

 

А вы уверены, что вышестоящий л3 надумает форвардить пакеты от одного источника сугубо для одного и того же свича? Я - нет... Хотя да, можно пытаться изобретать способы почесать пяткой за ухом потому, что это круто - но смысл от этого?

 

В современном оборудовании балансировка делается per-flow, а не per-packet.

[NiTr0]

Вы знаете, что за железки на л3 стоят? :) Я бы не рекомендовал сомнительые с т.з. повторяемости решения...