Re: DNS для балансировщика

[Maxim Dounin]

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/