<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>ELB, по отзывам ребят из Loggly, в определенных случаях создает больше проблем, чем решает задач.</div><div>Разумеется, auto-scaling (набор скриптов, отслеживающих очень ограниченное количество метрик и вызывающий несколько событий, таких как создание EC2 и обновление пула IP), имеет смысл, но как дальше копнуть, оказывается ELB:</div><div><br></div><div>1) не умеет проксировать UDP</div><div>2) не умеет веб сокеты</div><div>3) запрещает использовать кастомные порты</div><div>4) надо разогревать (нужна платная поддержка)</div><div>5) ограничен доступ к логам</div><div>6) не понятно, что там с ядром, transparent </div><div>huge pages и какой версии там irqbalance </div><div>7) не настраивается под конкретную задачу,</div><div>либо раздача больших файлов, либо мелких</div><div>8) вообще неясен IO, какая там файловая система</div><div>и как в некоторых случаях включить data write back, </div><div>noatime и O_DIRECT да и как сделать XFS на эфемерном разделе</div><div>9) только CNAME, то есть не сделать пул white list IP </div><div>для крупных корпоративных клиентов</div><div><br></div><div>Вообщем, Nginx - единственное вменяемое решение в качестве балансировщика,</div><div>осталось понять, кто как его применяет в цепи Nginx (LB) - Nginx - backend.</div><div>Очень хочется услышать мнение самих разработчиков Nginx.</div><div><br></div><div><table border="0" class="" style="-webkit-text-size-adjust: auto; font-family: Times; margin-top: 0px; margin-left: 0px; margin-bottom: 0px; width: 300px !important;"><tbody class=""><tr class="" style="font-size: 13pt;"><td class=""><table border="0" style="margin-top: 0px; margin-left: 0px; margin-bottom: 0px; width: 858px;"><tbody><tr><td><font face=".HelveticaNeueInterface-Regular"><span style="-webkit-text-size-adjust: none; background-color: rgba(255, 255, 255, 0);"><br></span></font></td></tr><tr><td width="40"><br></td></tr></tbody></table></td></tr><tr class="" style="font-size: 13pt;"></tr></tbody></table></div><div><br>On 13 Jul 2015, at 16:41, Maxim Konovalov <<a href="mailto:maxim@nginx.com">maxim@nginx.com</a>> wrote:<br><br></div><blockquote type="cite"><div><span>Анатолий, добрый день.</span><br><span></span><br><span>On 7/13/15 9:29 AM, Anatoly Mikhaylov wrote:</span><br><blockquote type="cite"><span>Есть задача, организовать балансировку средствами Nginx, EC2 и</span><br></blockquote><blockquote type="cite"><span>Route53. Брать черную коробку AWS ELB и лишаться всех преимуществ</span><br></blockquote><blockquote type="cite"><span>Nginx нет желания, а что касается проксирования веб сокетов, то</span><br></blockquote><blockquote type="cite"><span>тут AWS ELB однозначно не подходит.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Минимальная HA схема подразумевает 2 балансировщика и 2 сервера </span><br></blockquote><blockquote type="cite"><span>приложений. Предположим у меня Nginx Plus, который преподносится</span><br></blockquote><blockquote type="cite"><span>как альтернатива AWS ELB в условиях Амазона. Какая в данном</span><br></blockquote><span></span><br><span>Не преподносится он как альтернатива. У ELB теснейшая интеграция с</span><br><span>другими элементами AWS, которой на данный момент у nginx/nginx-plus нет.</span><br><span></span><br><span>В кач-ве доп. литературы:</span><br><span></span><br><span><a href="https://www.nginx.com/blog/using-ngnix-amazon-elastic-load-balancer-aws/">https://www.nginx.com/blog/using-ngnix-amazon-elastic-load-balancer-aws/</a></span><br><span><a href="http://d0.awsstatic.com/whitepapers/AWS_NGINX_Plus-whitepaper-final_v4.pdf">http://d0.awsstatic.com/whitepapers/AWS_NGINX_Plus-whitepaper-final_v4.pdf</a></span><br><span></span><br><blockquote type="cite"><span>случае рекомендованная DNS конфигурация для балансировщикоа:</span><br></blockquote><blockquote type="cite"><span>A/CNAME round robin либо active-passive?</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><span>Обе схемы рабочие, если вы можете обеспечить прозрачный</span><br><span>takeover/handover ip address вышедшего из строя/вернувшегося в</span><br><span>кластер хоста.</span><br><span></span><br><blockquote type="cite"><span>Этот вопрос не только об Nginx Plus, а более конкретный, какую </span><br></blockquote><blockquote type="cite"><span>конфигурацию DNS для Nginx HA схемы вы рекомендуете?</span><br></blockquote><span></span><br><span>-- </span><br><span>Maxim Konovalov</span><br><span><a href="http://nginx.com">http://nginx.com</a></span><br><span></span><br><span>_______________________________________________</span><br><span>nginx-ru mailing list</span><br><span><a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a></span><br><span><a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></span></div></blockquote></body></html>