а сколько пользователей и категорий будет в базе максимально?

Категорий 40-50, пользователей 20-30 тыс

ну, наверное, можно вообще для каждой категории своё поле сделать истина/ложь в таблице пользователей, там максимум 1017 columns per table же в innodb

и индексов понастроить, ага

справочник должен дешевле выйти

а если хранить в noSQL?

если все в mysql? дополнительные грабли с каким нить Redis? зачем?

а если хранить в noSQL?

а зачем? если структура известна

Категорий 40-50, пользователей 20-30 тыс

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

а зачем? если структура известна

есть мнение что чтение из noSQL быстрее

я бы даже сказал "миф"

ну тут уже конкретные кейсы нужны

ку. Господа, аномальный скачёк трафика на серваке

нид хелп :D

море инфо плз

сессий левых нет, процессы почищены

man tcpdump

iptraf как полоумный захлёбывается

это веб, или что?

у тебя вырос трафик при таком же количестве подключений?

веб

есть аномальные запросы (или их кол-во) в access.log?

есть возможность вычислить IP группу IP?

у тебя вырос трафик при таком же количестве подключений?

вроде как. меня попросили глянуть.. я не особо вкурсе

в логах всё в норме

ну мы то тем более :)

клёвая постановка

ломятся по малу, но в пределах нормы

если вырубить nginx трафик упадет?

"пацаны у меня всё норм, но стало не норм, хотя всё было норм, но я не скажу вам, что там работает и где потенциально могло стать не норм"

совершенно верно ))

я только залез, просто интересно, черпаю знания :Р

расскажи архитектуру

если нет понмания почему вырос трафик без увеличения количества коннектов и ты уверен что трафик вырос на nginx. Вырубай по server_name, locations

найди причину

мы тут за тебя будем болеть

или ты хотел ответа, "у вас перестала сжиматься статика"?

странно: в какой-то момент просто отвалился форевер (на ноде бегали скрипты обработки)

но как это могло повлиять, представить сложно

что лучше будет под мониторинг? zabbix? cacti? nagios? для серваков и овер 1к свичей

Шуточки за 300?

Попробуйте по очереди всё и выбирайте, что по душе

что лучше будет под мониторинг? zabbix? cacti? nagios? для серваков и овер 1к свичей

что ожидается от продукта? для чего мониторинг?

что ожидается от продукта? для чего мониторинг?

замена текущему кактусу

чем не устраивает?

переодически пробелы в графиках рисует, да и панельку по удобнее бы

тогда заббикс

с картами там как?

сравнительно неплохо

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

> с картами там как? > Kartograf =)

карты, это нанесение данных по посещениям на карту? типа как GA делате?

карты, это нанесение данных по посещениям на карту? типа как GA делате?

скорее хотелось бы что то похожее на the dude

думаю, это инструмент визуализации метрик в виде какой-то карты сервисов или объектов, выглядящие, как диаграммы в visio/других схеморедакторах, но отражающие состояние метрик прямо на ней, вроде покрасневших проводков при перегрузке канала и т.д.

скорее хотелось бы что то похожее на the dude

да, в заббиксе он есть

такое вроде в прометеусе есть

"прометеус" ?

https://prometheus.io

прометеус няшка

с картами там как?

Карты готовят тут

https://github.com/RussianFox/imap/tree/Zabbix3

В соседнем чате репортят и обсуждают

опрашивать по snmp овер 1000+ свичей потянет?

да, но

прометеус няшка

если нужны данные за 3-4 месяца в виде графика, лучше не стоит

опрашивать по snmp овер 1000+ свичей потянет?

icinga2 под товю задачу

опрашивать по snmp овер 1000+ свичей потянет?

если хочется потрогать InfluxDB, можно попробовать https://github.com/spijet/kofta но это чисто для сбора SNMP, карт по-моему там нет автор: @Sp1J3T

если нужны данные за 3-4 месяца в виде графика, лучше не стоит

почему нет?

почему нет?

больше чем за 30 дней уже надо экспортировать же, если я правильно прочитал, но сейчас я с другим ебусь

как ты с этим ебёшься, скажи плз?

https://prometheus.io/docs/operating/storage/#settings-for-very-long-retention-time

один абзац, два параметра

а сорян, там внизу бтрфс небось)

предположим, есть некая задача а-ля ETL, получить и обработать данные, передать дальше, по соображениям безопасности получение и обработка в разных контейнерах, которые стартуют двумя systemd-сервисами.. кто тут должен временную папку (data volume терминами Docker'а) после первого контейнера чистить? второй контейнер или какой-нибудь третий сервис? как правильнее всего такое делается?

и, аналогично, кто должен создавать эту временную папку - первый сервис или какой-то внешний сервис?

то есть вопрос тут больше про то, как правильнее всего подружить 2 systemd сервиса? первый выполняет свою работу, отправляет через sd_notify информацию об этом, стартует второй... а как вот с данными?

есть же способы связать 2 systemd-nspawn контейнера? чтобы 1 завершая свою работу передавал что-то другому?.. в идеале, без сторонних зависимостей, средствами systemd) D-Bus какой-нибудь тут будет работать?..

Подскажите симпатичный реверс прокси

С апи или релоад

nginx, haproxy, lighthttpd?

нжинкс. есть релоад