Да, вопрос с перебрасыванием Elastic IP или более общий подход (DNS Failover с health check и обновлением пула A записей) - интересный подход.
Но в связи с тем, что AWS депрекейтит EC2 в ноябре 2017, то привязывать себя к ELB выйдет дороже, так или иначе придется мигрировать всю инфраструктуру куда-нибудь в следующем году. Анатолий > On 16 Jul 2015, at 15:32, Maxim Dounin <[email protected]> wrote: > > Hello! > >> On Wed, Jul 15, 2015 at 11:02:42PM +0100, Anatoly Mikhaylov wrote: >> >> ELB, по отзывам ребят из Loggly, в определенных случаях создает >> больше проблем, чем решает задач. >> Разумеется, auto-scaling (набор скриптов, отслеживающих очень >> ограниченное количество метрик и вызывающий несколько событий, >> таких как создание EC2 и обновление пула IP), имеет смысл, но >> как дальше копнуть, оказывается ELB: >> >> 1) не умеет проксировать UDP >> 2) не умеет веб сокеты >> 3) запрещает использовать кастомные порты >> 4) надо разогревать (нужна платная поддержка) >> 5) ограничен доступ к логам >> 6) не понятно, что там с ядром, transparent >> huge pages и какой версии там irqbalance >> 7) не настраивается под конкретную задачу, >> либо раздача больших файлов, либо мелких >> 8) вообще неясен IO, какая там файловая система >> и как в некоторых случаях включить data write back, >> noatime и O_DIRECT да и как сделать XFS на эфемерном разделе >> 9) только CNAME, то есть не сделать пул white list IP >> для крупных корпоративных клиентов >> >> Вообщем, Nginx - единственное вменяемое решение в качестве балансировщика, >> осталось понять, кто как его применяет в цепи Nginx (LB) - Nginx - backend. >> Очень хочется услышать мнение самих разработчиков Nginx. > > Если очень не хочется использовать ELB, то нормальное HA решение > можно попытаться построить с помощью Elastic IP Address и > переключения его между frontend-нодами с помощью скриптов. > > Впрочем, я с Амазоном практически не пытался разбираться, а наши > админы о таком подходе отзываются критически, и рекомендуют не > выпердриваться и использовать ELB. > > -- > Maxim Dounin > http://nginx.org/ > > _______________________________________________ > nginx-ru mailing list > [email protected] > http://mailman.nginx.org/mailman/listinfo/nginx-ru _______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
