То что НОК опрашивает - это все понятно

ей руками назначили айпи управления и воткнули на сеть.

Ок, все

Никто ztp на больших сетях не делал?

На аватарку группы

у нас была пара историй когда народ втыкал коммутаторы не настроенные и падали АТС

Configuring Zero Touch Provisioning - Technical Documentation - Support - Juniper Networks https://www.juniper.net/documentation/en_US/junos/topics/task/configuration/software-image-and-configuration-automatic-provisioning-confguring.html

я думаю что такие штуки внедряют только отьявленные психи на моновендорных сетях

именно так

Andrey pushed to noc/feature/microservices Fix defaults in reports

Aleksey Shirokih pushed to noc/feature/microservices fix prom only setup

Aleksey Shirokih pushed to noc/feature/microservices look for mongo version from env

Aleksey Shirokih pushed to noc/feature/microservices use mongodb version from vars

Aleksey Shirokih pushed to noc/feature/microservices rhel: mongodb repo

Aleksey Shirokih pushed to noc/feature/microservices remove old repo file

Леша прекрати

чо ?

спи давай :)

Не могу.

Aleksey Shirokih pushed to noc/feature/microservices hacks for mongo

Aleksey Shirokih pushed to noc/feature/microservices fix for noc usage without default pool

Aleksey Shirokih pushed to noc/feature/microservices fix for noc usage without default pool 2

Кровь, кишки)

Иди спи

Сам бы шёл

:)

Идите оба уже!

Aleksey Shirokih pushed to noc/feature/microservices bump consul version

Aleksey Shirokih pushed to noc/feature/microservices Rhel cleanup

Aleksey Shirokih pushed to noc/feature/microservices Rhel cleanup grafana

Aleksey Shirokih pushed to noc/feature/microservices Rhel cleanup grafana

Aleksey Shirokih pushed to noc/feature/microservices mongodb repo for debian changed to jessie. apt keys added

бля вы маньяки. я думал я крези и в ночь программлю.

Я вчера до полуночи фотки с турнира разбирал. Лучше бы кодил, чесслово

парни keepalived vs peacemaker ?

Так pacemaker вроде поверх keepalived и работает

нет он работает поверх corosync

Ну или поверх ещё парочки движков, которые vrrp реализуют

у pacemaker ниже уровнем corosync который страшный и жуткий в 1 версии точно

нет он работает поверх corosync

Да пофиг, что corosync что keepalived делают vrrp

А pacemaker кластер собирает

выглядит будто у pacemaker больше фич можно получить

но конфиг в xml это так себе.

А что надо-то?

vip nginx таскать :)

Keepalived проще, кмк

справится и тот и другой

выглядит будто у pacemaker больше фич можно получить

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

мультикаст я сразу исключаю. только Unicast так что толку от vrrp нет никакого

надо смотреть что в corosync 2 сделали. Потому что первый коросинк с мультикастом это была просто жопа

мультикаст я сразу исключаю. только Unicast так что толку от vrrp нет никакого

почитал, ну сделали более-менее конфигурально в режиме unicast в corosync 2.0, но он всё равно по сравнению с keepalived очень тяжелый. По вот такуому типу https://habrahabr.ru/company/acronis/blog/198934/ много сервисов запускал и на самом деле всё хорошо работает

keepalived

он простой и тупой как пробка

я поднимал с пол-сотни VIP для haproxy на keepalived

хотя я вот сейчас выяснил что у меня монга падает изза окончание места в свопе

что странно на серваке 16 гиг оперативы есть

zram\zswap если проц потянет или swappines крутить

что странно на серваке 16 гиг оперативы есть

там по дефолту вроде свопиться начинает после 40% занятой памяти на сервере

cat /proc/sys/vm/swappiness

на центосе там будет 60

сделай например 10 и тогда свопиться начнет ток когда будет занято 90% озу

что странно на серваке 16 гиг оперативы есть

виртуалка?

о https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Performance_Tuning_Guide/s-memory-tunables.html

да.

да.

у тебя swap есть на гипервизорое, на ВМ лучше выключить

вопрос же какая виртуалка, на гипервизоре есть если vmware

ERROR: S client not available

а если kvm или вообще xen

думаешь так будет лучше ?

у тебя swap есть на гипервизорое, на ВМ лучше выключить

есть чо почитать ?

и ещё вопрос. у меня высокий ЛА на виртуалках, но при этом очень большой IDLE как внутри виртуалки так и снаружи.

вопрос же какая виртуалка, на гипервизоре есть если vmware

ага

есть чо почитать ?

щас найду

есть чо почитать ?

если vmware то про hypervisow swpaing

у меня вот в закладках есть обзорно: https://habrahabr.ru/post/134631/ https://habrahabr.ru/post/247631/

и ещё вопрос. у меня высокий ЛА на виртуалках, но при этом очень большой IDLE как внутри виртуалки так и снаружи.

покажи iotop или atop

кто-то кого-то явно ждёт

правда iotop только и покажет что ввод\вывод, в этом плане атоп поинтереснее будет

есть чо почитать ?

Не могу сейчас найти ссылку, но смысл в том, что если включается swap на vm, то частенько ОС не успевает читать с диска и вместо прироста - деградация

этот ещё не очень

на этой ноде у меня монга падала.

сейчас покажу второй сервак который нагружен постоянно

на этой ноде у меня монга падала.

это же хост для виртуализации? вообще получается что памяти свободной мало, на пределе можно сказать, плюс к дискам очередь явно есть

Не могу сейчас найти ссылку, но смысл в том, что если включается swap на vm, то частенько ОС не успевает читать с диска и вместо прироста - деградация

меня смущает факт того что гипервизор не знает какие страницы надо свапить. и может свапить чо попало.

да. на них по одной виртуалке с нодами нока.

а что из себя представляет хранилище? 1 raid +lvm?

на первой просто память кончилась, ну т.е. реально надо или смотреть кто её столько съел(ну могна любит память это понятно), т.е. реально выход - это добавить памяти. Причем как бы первый при текущих условяих действительно более-менее нормально может работать пока опять же память не кончился. А вот на втором памяти на столько мало свободной что не хватает даже на кеши типа дискового и получается что к диску постоянно обращений много, а если там не 10 рейд хотя бы или просто ссд то это самое слабое место в серваке. Вопрос с дисковой производительностью частично решается опять же добавлением памяти.

если бы затык был на i\o дисковой подсистемы я бы сказал просто дать больше ram приложениям типа монги, но блин памяти свободной то и нет.

В htop можно посмотреть чем именно занят процессор

wa, i и прочее

да не похоже что в проце дело

la же комплексно высчитывается

wa обычно за io отвечает

https://www.percona.com/blog/2016/12/08/tuning-linux-for-mongodb-automated-tuning-redhat-and-centos/