Alexey
но номад хватает прям за глаза
Alexey
он главное простой как бананы
Alexey
хз почему о нем мало слышно
Alexey
очень удобный инструмент
Tadeusz
относительно свежий продукт
Alexey
дак с 2015го он
Tadeusz
меня дико выбесила их (hashicorp) документация конченая, хуже только в хадупе
Alexey
по номаду7 ну она какая то раскиданная по местам
Alexey
но не сказать что прям совсем плохо
Alexey
но не хватает примеров
Tadeusz
не хватает блядь вообще)
Tadeusz
особенно когда тебе говорят "вот изучи этот продукт"
Andrew
меня дико выбесила их (hashicorp) документация конченая, хуже только в хадупе
ага, так себе дока, при чем на все продукты.
Alexey
но они достаточно живенькие на гитхабе
Alexey
я особых проблем не ловил
Tadeusz
вот в hadoop’ах тоже дико бесило, написано черным по белому и версия та же… хуй — не работает.
Tadeusz
если память не изменяет, то это было связано со снепшотами HDFS
🏳️ Phil
Например?
https://hub.docker.com/r/perconalab/pgr-57/
ещё что-то было, сходу не ищется, но была какая-то хрень
Denis 災 nobody
Denis 災 nobody
https://nginx.ru/ru/docs/http/ngx_http_stub_status_module.html
Denis 災 nobody
о боже, отдельный location не осилили?
Bogdan (SirEdvin)
а что тогда есть stub? )
Поправьте меня, если я не прав, но stub выдает только
Active connections: 291
server accepts handled requests
16630948 16630948 31070465
Reading: 6 Writing: 179 Waiting: 106
Это сложно назвать status page в том виде, в котором оно есть в haproxy.
Nazar
Поправьте меня, если я не прав, но stub выдает только
Active connections: 291
server accepts handled requests
16630948 16630948 31070465
Reading: 6 Writing: 179 Waiting: 106
Это сложно назвать status page в том виде, в котором оно есть в haproxy.
стата как в хапрокси есть в nginx+, но на гитхабе есть вроде неплохой модуль альтернативный
G72K
Мониторить можно не только статус, но и логи. Хотите удобства - платите :)
🏳️ Phil
Чёрт, никак не могу найти - где-то на github была целая система master-slave mysql на докере, с восстановлением, переключением мастера
Nazar
Мониторить можно не только статус, но и логи. Хотите удобства - платите :)
для высоконагруженной системы, мониторить логи иногда очень дорого. Большое IO, плюс латенси
Denis 災 nobody
🏳️ Phil
Может и она, но тоже найти не могу. Было какое-то готовое решение, которое само если что подымал новую реплику (самый треш в mysql)
🏳️ Phil
Ну в смысле на основе галеры. но не уверен
🏳️ Phil
https://github.com/robinong79/docker-swarm-mysql-masterslave-failoverЧто-то типа того
Denis 災 nobody
"mysql mmm cluster" в гугле
Tadeusz
Mavrody cluster
Denis 災 nobody
к слову, реальная крипта. MAVRO
Denis 災 nobody
https://bitcointalk.org/index.php?topic=470769.0
G72K
для высоконагруженной системы, мониторить логи иногда очень дорого. Большое IO, плюс латенси
Какое IO от tail -f ? аггрегировал 600000 ивентов/секунду из текстовых логов на одном ядре и упирался не в ядро , а в свой слив.
Nazar
ну судя по всему, у тебя данные не на диск льются, а в воздух
G72K
На амд оптерон в 2012 . Уж посчитать статус апстрим серверов из логов дело элементарное
G72K
ну судя по всему, у тебя данные не на диск льются, а в воздух
Да сами посчитайте. Скажем затюнили вы все по бест практисам и выжимаете из Nginx 500k запросов в секунду. Лог запись с таймстампом, именем апстрима, статусом и временем ответа - 128 байт, это 64 MiB/sec логов. копейки. Читать их при этом вообще бесплатно..
Nazar
Это все синтетика
Артём
Ребята, не уверен что по теме, но:
Задача:
Получать и обрабатывать в дальнейшем запросы по api. К нему обращаются ~ 40 серверов.
Вопрос:
Как реализовать в api некую защиту, что бы запросы принимать только от своих хостов.
Токены/какие другие проверки?
Fedor
fw?
Denis 災 nobody
oauth?
Denis 災 nobody
чтоб наверняка
Denis 災 nobody
получил токен и работай себе
Fedor
или сертификаты, если протокол позволяет
Fedor
если список пиров известен, эффективнее обрубить бяку до того, как будет установена сессия с апи
Вадим
Tadeusz
Tadeusz
и в нем проверку делай какую надо
Denis 災 nobody
Выпуск сервера приложений NGINX Unit 0.4
http://www.opennet.ru/opennews/art.shtml?num=47911
Опубликован четвёртый публичный выпуск сервера приложений NGINX Unit, в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования. Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Проект пока находится на стадии бета-тестирования и не рекомендован для промышленного использования. Код написан на языке Си и распространяется под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе прошлого выпуска. #opennet
Dmitry
Артём
Всем спасибо, буду думать)
Tadeusz
канеш, лениво ж думать, лучше взять готовое сырое)
Alexey
лучше брать нормальную галеру )
Tadeusz
не, я про файрволл к API'шке
🏳️ Phil
лучше брать нормальную галеру )
Галера синхронная. А это не всегда что нужно. Но кстати, а фейловер галера есть вот в таком виде как orchestrator?
Alexey
в виде composer? чет не видел
Alexey
насчет синхронности - все равно надо как то целостность гарантировать, либо семисинк либо синхронно
Alexey
совсем асинхронный мускул в конфигурации с несколькими нодами это бред
🏳️ Phil
в виде composer? чет не видел
Нет. В виде управлялки. Чтобы я не следил за ними сам и реплики сами перестраивались чуть что
Alexey
галера и так все перестроит
Alexey
там есть режим master-slave
🏳️ Phil
галера и так все перестроит
Что галера перестроит? Мне как минимум поднять её новую надо и влить дамп
Alexey
вливание дампа сама галера делает
Alexey
поднятие новое - оркестрация
Dmitry
вот бы еще репликация не падала от пизданутых запросов
Dmitry
потому что перелить репликацию это еще не самое интересное
Dmitry
это и башнянка отлично делает
Alexey
а че она падать должна? в галере row based
Alexey
по дефолту
Alexey
ну то есть надо конечно смотреть по профилю использования
Dmitry
ну если роу базуед, то конечно - как же она упадет )
Alexey
может некоторым row based не катит