Хотели сначала попробовать Docker Swarm. Как-то k8s показался мудренным для начала. Ошибочное впечатление? From: uanog [mailto:uanog-bounces@uanog.kiev.ua] On Behalf Of Michael Bochkaryov Sent: Friday, August 4, 2017 11:21 PM To: Sergey Smitienko Cc: List, Uanog Subject: Re: [uanog] Health check, remote file storage. Под k8s еще стоит посмотреть на Prometheus. Они вместе с grafana неплохо работают в связке. On Aug 4, 2017 12:41 PM, "Sergey Smitienko" mailto:hunter@comsys.com.ua > wrote: Hi, Все, что вы написали покроет AWS. Но за деньги. Если надо экономить, смотрите kubernetes, consul / consul-template. Если просто графички, то grafana и statd. Если что-то сложнее, то elastic.* NFS сразу в топку, cмотрите gluster или ceph. On 04.08.17 15:55, Alex Cherevko wrote: Всем привет, Отвлеку вас немного от цен на домены... Есть несколько вопросов, поделитесь, пожалуйста, опытом. В процессе разворачивание некоторого количества серверов под CentOS 7 с nodejs, redis, postgresql, nginx и т.п. 1. Хочется ко всему этому добру Health Check. Надеждный. В ближайшей перспективе, планируется deployment через docker (сейчас в процессе разворачивания тестовой фермы руками, затем в production пойдем с doсker'ом). Подскажите в какой очередности и куда смотреть в плане Health Check? Cмотреть ли на что-то вообще, кроме Zabbix + продукты Elastic? Нужно все вот это: + Hearth Beat (т.е. сразу знать, что что-то умерло), + Load, Performance, Stats (тормоза, нагрузка) + умение разворачивать докером новые машинки, когда умерло или не хватает ресурсов + логи ошибок + вообще работа с данными 2. Для веб серверов с nodejs нужен load balancer. Изначально думали поднять на отдельном хосте nginx, чтобы он еще и статику отдавал с нескольких отдельных file storage. Нагуглил: хвалят HAProxy в качестве load balancer, Nginx / Varnish для статики. А есть вообще G-WAN - пока не понял куда и зачем он вообще? Что использовать в качестве load balancer, а что для статики? 3. Сейчас web ноды пиушт в file storage по NFS (при'mount'чены файловые системы с file storage серверов). Есть ли что-то лучше, чем NFS, с точки зрения надежности (1-й приоритет) и производительности (2-й приоритет)? Сейчас FS один, в перспективе хочется несколько, т.е. синхронизация между ними нужна. Пробовать ли сразу SMB, BeeGFS, GlusterFS или пока жить на NFS до нескольких FS. Тогда что использовать потом? Спасибо. С уважением, Александр _______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog _______________________________________________ uanog mailing list uanog@uanog.kiev.ua mailto:uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

Hi, AWS за деньга на первом этане - не интересно. Взлетаем на машинках на Digitalocean. В качестве docker сначала хотим попробовать swarm. В k8s пока не хотелось идти. Почему NFS в топку? Про Gluster пишут, что на маленьких файлах (наш случай) он сильно тормознутый. Спасибо, Александр -----Original Message----- From: uanog [mailto:uanog-bounces@uanog.kiev.ua] On Behalf Of Sergey Smitienko Sent: Friday, August 4, 2017 10:42 PM To: uanog@uanog.kiev.ua Subject: Re: [uanog] Health check, remote file storage. Hi, Все, что вы написали покроет AWS. Но за деньги. Если надо экономить, смотрите kubernetes, consul / consul-template. Если просто графички, то grafana и statd. Если что-то сложнее, то elastic.* NFS сразу в топку, cмотрите gluster или ceph. On 04.08.17 15:55, Alex Cherevko wrote:

Всем привет,

Отвлеку вас немного от цен на домены... Есть несколько вопросов, поделитесь, пожалуйста, опытом.

В процессе разворачивание некоторого количества серверов под CentOS 7 с nodejs, redis, postgresql, nginx и т.п.

1. Хочется ко всему этому добру Health Check. Надеждный. В ближайшей перспективе, планируется deployment через docker (сейчас в процессе разворачивания тестовой фермы руками, затем в production пойдем с doсker'ом). Подскажите в какой очередности и куда смотреть в плане Health Check? Cмотреть ли на что-то вообще, кроме Zabbix + продукты Elastic? Нужно все вот это: + Hearth Beat (т.е. сразу знать, что что-то умерло), + Load, Performance, Stats (тормоза, нагрузка) + умение разворачивать докером новые машинки, когда умерло или не хватает ресурсов + логи ошибок + вообще работа с данными

2. Для веб серверов с nodejs нужен load balancer. Изначально думали поднять на отдельном хосте nginx, чтобы он еще и статику отдавал с нескольких отдельных file storage. Нагуглил: хвалят HAProxy в качестве load balancer, Nginx / Varnish для статики. А есть вообще G-WAN - пока не понял куда и зачем он вообще? Что использовать в качестве load balancer, а что для статики?

3. Сейчас web ноды пиушт в file storage по NFS (при'mount'чены файловые системы с file storage серверов). Есть ли что-то лучше, чем NFS, с точки зрения надежности (1-й приоритет) и производительности (2-й приоритет)? Сейчас FS один, в перспективе хочется несколько, т.е. синхронизация между ними нужна. Пробовать ли сразу SMB, BeeGFS, GlusterFS или пока жить на NFS до нескольких FS. Тогда что использовать потом?

Спасибо.

С уважением, Александр

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog

_______________________________________________ uanog mailing list uanog@uanog.kiev.ua http://mailman.uanog.kiev.ua/mailman/listinfo/uanog