для 1го фронта бэкэнд будет второй, можно через сокет

А если усложнить вопрос, есть общий фронт, который обрабатывает все https, ему подкидываемы pem со всеми сертификатами, из него делается роутинг, нужно добавит ещё кастомный ca-cert только для одного фронта

неа

у тебя SSL терминация на фронте, дальше не получится

если сможешь решить на какой бэкенд отправлять траффик еще на этапе соединения клиента с фронта - можно сделать

можешь смотреть в сторону луа

если сможешь решить на какой бэкенд отправлять траффик еще на этапе соединения клиента с фронта - можно сделать

ну это если 1й фронт в режиме TCP только

почему?

ну так а как за HTTPS новый хэндшейк делать то?

а как коннектятся к https апстриму? так же и тут будет

а, клиенту надо сделать новый коннект?) роскомнадзор что-ли?)

а как коннектятся к https апстриму? так же и тут будет

так это будет ssl между front и back, клиент не увидит

Ну я пока сделал ca optional и на главном фронте просто в if добавил

По другому похоже что никак, ну вот кроме tcp роутинга

можешь смотреть в сторону луа

Плюсану

мне только понадобилось патч на нгинкс наложить чтобы sni нормально работал для выдачи сертификатов

мне только понадобилось патч на нгинкс наложить чтобы sni нормально работал для выдачи сертификатов

так при SSL offload нужно же сертификат подсовывать при bind

а у тебя как?

у меня cert_by_lua

я не вдавался в то как он работает

можешь смотреть в сторону луа

Не могу, у нас с haproxy не все так просто

в хапрокси тоже есть луа :)

у меня cert_by_lua

хм, ну я примерно понял о чём речь, почитаю. Спасибо

хм, ну я примерно понял о чём речь, почитаю. Спасибо

ssl_certificate_by_lua_block вот секция называется

ssl_certificate_by_lua_block вот секция называется

так ты про nginx?

openresty

ага

мы же о haproxy

GitLab 9.3 Demo

они спят вообще?

ребята можно вопрос, возможно тупой, это нормально для человека который не знает. это нормальный рестарт мариидб? 170622 15:56:01 [Note] /usr/sbin/mysqld: Normal shutdown 170622 15:56:01 [Note] Event Scheduler: Killing the scheduler thread, thread id 1 170622 15:56:01 [Note] Event Scheduler: Waiting for the scheduler thread to reply 170622 15:56:01 [Note] Event Scheduler: Stopped 170622 15:56:01 [Note] Event Scheduler: Purging the queue. 0 events 170622 15:56:02 InnoDB: Starting shutdown... 170622 15:56:02 InnoDB: Waiting for 15 pages to be flushed 170622 15:56:05 InnoDB: Shutdown completed; log sequence number 398659931921 170622 15:56:05 [Note] /usr/sbin/mysqld: Shutdown complete 170622 15:56:05 mysqld_safe mysqld from pid file /var/lib/mysql/na.pid ended 170622 15:56:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 170622 15:56:06 [Note] /usr/sbin/mysqld (mysqld 5.5.53-MariaDB) starting as process 1015 ... 170622 15:56:06 InnoDB: The InnoDB memory heap is disabled 170622 15:56:06 InnoDB: Mutexes and rw_locks use GCC atomic builtins 170622 15:56:06 InnoDB: Compressed tables use zlib 1.2.3 170622 15:56:06 InnoDB: Using Linux native AIO 170622 15:56:06 InnoDB: Initializing buffer pool, size = 2.0G 170622 15:56:06 InnoDB: Completed initialization of buffer pool 170622 15:56:06 InnoDB: highest supported file format is Barracuda. 170622 15:56:07 InnoDB: Waiting for the background threads to start 170622 15:56:08 Percona XtraDB (http://www.percona.com) 5.5.52-MariaDB-38.3 started; log sequence number 398659931921 170622 15:56:08 [Note] Plugin 'FEEDBACK' is disabled. 170622 15:56:08 [Note] Server socket created on IP: '0.0.0.0'. 170622 15:56:08 [Note] Event Scheduler: Loaded 0 events 170622 15:56:08 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.5.53-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server 170622 15:56:08 [Note] Event Scheduler: scheduler thread started with id 1

хм, ну очевидного криминала нет

Парни, есть аналог goAccess для быстрого анализа ?

Wtop?

web server -> syslog -> logstash -> elasticsearch

:)

Это есть

Стэндалон сервер на отшибе

Рута нет

goAccess нужно что то лёгкое на чтение accesslog

Парни, есть аналог goAccess для быстрого анализа ?

nginxtop

nginxtop

Годное Спасибо!

кто-нубудь юзает oVirt в продакшене?

@erzent @erzentd вроде юзал

интересно послушать фидбек об oVirt

хочется слезсть с vmware

вмтвари

OpenStack)

OpenStack это как забеременнеть в 14 (с)

залететь легко, а вот выростить потом - проблема

Proxmox очень нравится, но он без дисков грузиться не умеет

и он для небольших кластеров - все таки

Маштабировать в регионы и мигрировать между ними?

до 16 хостов - proxmox до 128 хостов - oVirt

не такие маштабы

Rebase?

вот сейчас в очередной раз написал что severity у бага high и я как кастомер ожидаю workaround в текущем релизе

зацди на канал в irc

ERROR: S client not available

до 16 хостов - proxmox до 128 хостов - oVirt

при 16 хостах уже смысла нет с пркосмокс, от 6 хостов уже овирт нужно

при 16 хостах уже смысла нет с пркосмокс, от 6 хостов уже овирт нужно

а в чем причина, что после 6 хостов нужен ovirt ?

а в чем причина, что после 6 хостов нужен ovirt ?

Это одна из заповедей хрыча

Оно из разряда аксиом. В объяснении и тем более обсуждению не подлежит

а в чем причина, что после 6 хостов нужен ovirt ?

свежее ядро, больше фич, лучше поддержка, выше качество, удобнее интерфейс

свежее ядро, больше фич, лучше поддержка, выше качество, удобнее интерфейс

а причем тут 6 хостов?

Кстати, раз мы про плюшки. Есть два сервера. Охота из них собрать "кластер" с почти "HA". Возможен рост еще штук на 5-6. Я пока думаю про openstack. Думаю в правильную сторону или есть более правильные решения для этого?

В такую же правильную как если бы думал про облака

Ну здесь именно свое надо. AWS/GCE/Azure не канают по разным причинам, как и VMWare

Кстати, раз мы про плюшки. Есть два сервера. Охота из них собрать "кластер" с почти "HA". Возможен рост еще штук на 5-6. Я пока думаю про openstack. Думаю в правильную сторону или есть более правильные решения для этого?

пока 2 сервера, можно pacemaker + drdb а потом нужно думать, да

Ну лучше сразу, чем боль испытывать потом :) Оверхед на данном этапе не смущает. А вот потом переделывать очень не охота

свежее ядро, больше фич, лучше поддержка, выше качество, удобнее интерфейс

Больше багов. да...

при 16 хостах уже смысла нет с пркосмокс, от 6 хостов уже овирт нужно

Ты имхо вообще ни то ни другое не ставил

а в чем причина, что после 6 хостов нужен ovirt ?

Ни в чём, овиртом проще рулить нодами имхо, чем проксом

Кстати, раз мы про плюшки. Есть два сервера. Охота из них собрать "кластер" с почти "HA". Возможен рост еще штук на 5-6. Я пока думаю про openstack. Думаю в правильную сторону или есть более правильные решения для этого?

Может и правильно, а может и нет

В такую же правильную как если бы думал про облака

На небе только и разговоров, что о море

:-\

Ну лучше сразу, чем боль испытывать потом :) Оверхед на данном этапе не смущает. А вот потом переделывать очень не охота

все лучше чем тереоиризиовать здесь

Ну лучше сразу, чем боль испытывать потом :) Оверхед на данном этапе не смущает. А вот потом переделывать очень не охота

бери овирт и не еби мозга, не себе не людям, либо если выбор стоит прокс, овирт или опенстек, исходи из задач, но прокс сразу выкинь ?

чой то выкинь?

а дома на сервак в кладовке тоже ovirt ставить чтоле?

Диана продвигает инстаграмм

ну вот пусть продвинет и мы ее в баньку отправим )

@erzentd кстати написал по твоему совету на канал rhel в ирке. Спасибо за совет, я потратил 15 минут своей жизни впустую.

:)

впрочем ожидаемо

@erzentd кстати написал по твоему совету на канал rhel в ирке. Спасибо за совет, я потратил 15 минут своей жизни впустую.

Civil?

Civil?

Ага