nocproject.org
03:29
Поправил я Huawei.VRP.get_lldp_neighbors
03:35
по Huawei тогда можешь ещё get_mac_address_table и get_arp посмотреть - давно уже выложены патчи
03:35
если всё ок, то надо бы их применить
03:36
обновился кстати наконец-то сейчас - всё прошло гладко, никаких пересборок пакетов вручную, только опять мой баг с project management вылез
03:37
падают vc и assigned addresses
03:38
03:39
03:40
по второму
03:40
[{"property":"l1","directi on":"ASC"}]']}
03:41
что за порнуха?
03:43
ну на vc_vc у меня точно своих патчей не наложено
03:44
у меня теперь всё красиво, через mq
03:44
так что сразу видно - где что менял
03:46
extjs не пропатчил?
03:47
QUERY_STRING': '_dc=1370317112472&__format=ext&__page=1&__start=0&__limit=1&__sort=%5B%7B%22property%22%3A%22l1%22%2C%22directi%20%20on%22%3A%22ASC%22%7D%5D',
03:47
два пробела приходит
03:49
с первым -- у тебя custom field есть, project называется
03:50
<django.db.models.fields.related.ForeignKey: project>,
03:50
<django.db.models.fields.CharField: project>]
03:50
нехорошо
03:52
:)
03:57
поправь имя custom field'у
04:00
во дела :) валидаторы нужны
04:01
04:01
где-то в install_fields
04:01
кстати специально никаких манипуляций с custom filed-ами не делал, свои не создавал
04:01
и, возможно, в upgrade
04:02
взял чужие? :)
04:04
только те которые в официальной поставке шли
04:05
./noc csv-export main.customfield
04:05
покажи-ка вот это
04:07
table,name,is_active,label,type,description,max_length,regexp,is_indexed,is_searchable,is_filtered,is_hidden,enum_group
04:07
ip_prefix,project,True,Project,str,,256,,True,False,False,False,
04:07
vc_vc,project,True,Project,str,,256,,True,False,False,False,
04:07
и никаких пробелов в именах
04:08
ну вот перывый и гадит у тебя
04:08
и второй тоже
04:09
кстати забавно получается: столбец называется table и постгрес не даёт сказать select id,table,name from ...
04:09
"table"
04:10
нормально все
04:14
ключевые слова в кавычки берутся в SQL
04:26
так а чем гадят-то custom field-ы старые?
04:31
название пересекается с существующим полем
04:32
лучше переименовать его, мигрировать данные в project management и прибить custom field
04:32
раньше это была локальная доработка - теперь встроенный функционал
05:11
ага, починилось, теперь я тоже могу наступать на новые грабли :)
05:49
dvolodin, по поводу проектов, ты бы хотя бы отображал информацию по объектам которые привязаны к данному проекту, а то преимуществ перед cust_field вообще не видно
05:49
а так открыл проект, и там сразу, интерфейс терминации, интерфейс подключения, ip, влан etc
05:53
zi_rus: а сейчас как?
05:53
:)
05:53
именно так и отображает :)
05:53
все, что относится к проектам
05:55
хоть бы отступ сделал между объектами разных типов
05:59
и кстати, что на счет массива, порт могли выделить по одному проекту, а потом по другому изменить скорость, по другому дополнительную подсеть прописать
06:00
dvolodin, ты workflow закончил?
06:02
zi_rus: в процессе
06:02
дополняю функционалом взаимодействия с внешним миром :)
06:02
ну вот, а как дела с внутренним миром
06:05
как же все это использовать на благо себе и обществу
06:07
например, для расчета чисел фибоначчи :)
06:12
с обществом разобрались
06:12
а как на счет себя
06:18
dvolodin, по lldp discovery на gi0/0/1 на huawei S5300 не смотрел еще?
06:19
починил
06:24
закоммитил вчера
06:29
merging sa/profiles/Huawei/VRP/get_lldp_neighbors.py failed так лечится hg revert sa/profiles/Huawei/VRP/get_lldp_neighbors.py?
06:44
народ, подскажите
06:44
added 11 changesets with 26 changes to 20 files
06:44
merging etc/requirements/noc.txt
06:44
E233: cannot open display3 files to edit
06:44
Press ENTER or type command to continue
06:44
что опять случилось ?
06:50
ура, ура ;) хуавеи заработали
06:59
да подветржадю! 2013-06-04 10:53:47,114 SCRIPT RESULT: Huawei.VRP.get_interfaces(S5300_ATS-BAM_SW1, 10.)
06:59
[{'forwarding_instance': 'default',
06:59
'interfaces': [{'admin_status': True,
06:59
'description': '** 2-21 **',
06:59
'enabled_protocols': [],
06:59
'mac': '00:25:9E:98:14:3C',
06:59
'name': 'GigabitEthernet0/0/1',
07:08
дорисовало линки на gi0/0/1
07:09
а у меня дискаверится еще
07:26
получил трейсбэк на get_mac_address на 7609 =\
07:33
опа
07:34
вот и повод подинамить обновление еще
07:39
тушенка получилась в 8 мегабайт
07:39
Вот и я их динамю тоже уже года полтора ;))
07:39
я обновиться хочу только из-за работы с ДЛИНКом.. а так. все прекрасно работает на старой версии ;)
07:40
кстати, коллеги, подскажите вот такой вот вывод на маршрутизаторе:
07:40
CPU utilization for five seconds: 43%/42%; one minute: 42%; five minutes: 49%
07:40
PID Runtime(uS) Invoked uSecs 5Sec 1Min 5Min TTY Process
07:40
122 2100965056 2659418539 0 0.55% 0.89% 0.93% 0 IP Input
07:40
61 3504996000 477875 7334 0.23% 0.01% 0.00% 0 Per-minute Jobs
07:40
285 1146209408 872654020 11 0.07% 0.04% 0.05% 0 NAT MIB Helper
07:40
155 180000 179 1005 0.07% 0.05% 0.01% 644 SSH Process
07:40
говорит о том, что процессор много времени занят обработкой IP пакетов?
07:47
хреново.. Значит, циска уже не перелопачивает траффик :((
07:48
это 3945.. там загрузка до 99 процентов подскакивает
07:48
траффик где-то 400 - 450 мегабит в среднем
07:49
надо pps смотреть
07:49
но это данность, ничего не поделать
07:50
как средставми роутера посмотреть, сколько PPS он сейчас лопатит? на интерфейсах на всех сделать sh int и смотреть сколько там пакетов в секунду? :)
08:00
ну вот знаешь, зачем спрашиваешь?
08:10
ну, думал. есть способы полегче
08:10
куда уж легче, это же не 7600
08:10
а там в чем трудности? :)
08:11
в количестве портов
08:46
кто ДНС-синком пользуется?
08:46
что-то у меня форвард сразу уезжает и обновляется, а реверс с дикими задержками
08:47
dvolodin: у меня очередные приколы от ДНС-синка. форвард сразу обновляется, а реверсная зона - с задержкой лютой
08:47
в чем биде?
08:48
mikevlz: не лапается реверс?
08:49
видимо...
08:50
сделал префикс /30, сделал в нем адрес. Форвард обновился сразу. Реверсная зона уже 20 минут как не обновилась. Вообще последний раз ночью трогалась. 3 числа в 0:33.
08:50
на ДНС-сервере
08:50
какой адрес делал и какие реверсы прописаны
08:51
кстати, да, я тоже про это говорил
08:51
адрес 10.27.128.253/30. Реверсная зона 128.27.10.in-addr.arpa
08:51
а потом не смог воспроизвести
08:51
ну у нас заметил мой сменщик. Сейчас вот воспроизвели.
08:51
сознаю ip с fqdn сразу уезжает, а некоторые с задержкой
08:52
то есть forward сразу уходит, а реверс -- раз в сутки?
08:52
реверс - видимо да, раз в сутки. Форвард ушел сразу
08:53
mikevlz, попробуй рками создать какой-то ip в этой зоне, мне кажется он сразу приедет, вместе с задерживаемым
08:54
zi_rus: ты об чем говоришь? Я изначально делаю эти вещи в IPAM. Ты предлагаешь залезть в редактирование зоны в модуле ДНС и там что-нить покрутить?
08:54
mikevlz, у тебя есть адрес по которому не пришло изменение обратной зоны? если есть то создай еще один
08:55
мммм... вон ты про что...
08:56
создал второй адрес в этой же подсети. Абсолютно аналогично повело себя
08:56
форвард сразу, реверс не приехал ни один
08:56
dvolodin: у меня заработало связанное с project management, старые поля удалил
08:57
удалил, ничего не изменилось. Из форварда запись пропала, в реверсе не появилась
08:57
хм
08:57
у меня такого нет
08:58
у меня сниппет создает ip, приезжают обе, сниппет даже не успевает закончить
08:58
и когда дискавери
08:58
сразу все приходит
08:58
но
08:58
иногда
08:58
если залезть в редактирование зоны, добавить туда запись - естесно все появляется.
08:59
в diff попадают изменения которые были еще в прошлом году
08:59
какой в письку дифф?
08:59
в письме
09:00
приходит письмо
09:00
ну письмо - это уже отдельное счастье
09:00
lexus-omsk: было бы странно, если не работало бы. оценил идею projm?
09:00
там актуальное изменение, а еще одно или несколько, связанные с совершенно другими адресами
09:00
dvolodin, выпадающий список неудобен
09:01
зато macdb сломалась похоже *facepalm*
09:01
lexus-omsk: что на ней?
09:01
баги надо ловить и давить
09:02
dvolodin у меня трейсит на 7609 скрипт get_mac_address_table но тушенка получается под 8 мегабайт
09:02
что делать караул
09:03
окошечко, часы приема, предварительная запись в jira
09:03
беременные женщины и пенсионеры - вне очереди :)
09:05
lexus-omsk, ты никаких МО не удалял?
09:06
ufir: не понятно, на чём вылетает? у меня тестовая me3600 трейсит, когда находит маки, прилетающие с xconnect-ов
09:07
09:08
что за 'flood to vlan601 (unicast)' - понятия не имею
09:08
имя интерфейса )
09:09
правда странное
09:09
vif 601 нет
09:09
самый обычный вилан
09:10
lexus-omsk: у тебя опять в сортировке 2 пробела в названии поля
09:10
flood to vlan601 (unicast)
09:10
это что такое?
09:11
найди эту строчку в выводе show mac address-table
09:11
интересно откуда на этот раз пробелы повылезли... custom field-ов больше нет
09:11
хм
09:11
7609-yla-srv#sho mac-address-table | i floo
09:11
603 0018.71ec.0efd dynamic Yes 0 flood to vlan603 (unicast)
09:11
601 00e0.fcdb.e0c1 dynamic Yes 0 flood to vlan601 (unicast)
09:12
ага
09:12
lexus-omsk: это только из JS прилететь может
09:12
ты на URL в логах посмотри
09:12
это виланы кампуса..
09:13
и что с этим делать ?
09:14
09:14
лечить бабульку
09:14
она у тебя в маразм впала и читает стихи на площади
09:14
oh shi~
09:14
эта коробка в ядре стоит
09:15
09:15
бабка в прошлом - член партии
09:17
фикс я сделаю, но на твоем бы месте -- докопался до причины
09:17
если польется поток на эти маки в 603 или 601 vlan - тебе будет сильно весело
09:18
понял... буду разбираться
09:23
оказалось что это виланы для управления и голоса в NGN хуавея
09:23
ufir: проверь r7906
09:23
будет игнорить их
09:24
ufir: тогда еще забавнее
09:25
а 7609 это центральный роутер... один из. через него идет весь траффик NGN
09:28
09:33
2013-06-04 13:16:37,502 [Cisco.IOS.get_mac_address_table(7609-yla-srv, 192.168.65.212)] Script traceback:
09:33
<type 'exceptions.TypeError'>
09:33
argument of type 'bool' is not iterable
09:33
File: /opt/noc/sa/profiles/Cisco/IOS/get_mac_address_table.py (Line: 67)
09:38
dvolodin все завелось, спасибо
09:38
теперь будем разбираться в чем засада
09:43
вопрос на засыпку по реверсам
09:44
там флажон is_auto_generated стоит?
09:45
попробуй так
09:45
./noc shell
09:45
иначе после редактирования через ДНС-зоны оно не прилетало сразу же.Ну и вообще бы не прилетало
09:45
не так ли?
09:46
from noc.dns.models import DNSZone
09:46
DNSZone.get_zone("10.27.128.253")
09:46
что даст?
09:46
ну это я уже изнасиловал и оно уехало
09:47
сейчас парный адрес создам. убедюсь, что не уехал, сделаю этот тест
09:48
можно и не делать
09:48
важно, чтобы оно зону нашло
09:49
пустота
09:49
в качестве ответа
09:49
>>> from noc.dns.models import DNSZone
09:49
>>> DNSZone.get_zone("10.27.128.253")
09:49
>>> DNSZone.get_zone("10.27.128.254")
09:49
>>>
09:50
|NOC|0.7(4)r7636|
09:52
о как
09:52
вот потому и не обновляет
09:52
а вот так
09:53
DNSZone.get_zone("128.27.10.in-addr.arpa")
09:53
>>> DNSZone.get_zone("128.27.10.in-addr.arpa")
09:53
<DNSZone: 128.27.10.in-addr.arpa>
09:53
все окай
09:54
а
09:54
все нормально
09:54
changeset: 7666:529c8da7762d
09:54
user: Dmitry Volodin <dv@nocproject.org>
09:54
date: Tue Apr 30 15:19:12 2013 +0400
09:54
summary: DNSZone: Fix reverse zone's PTR generation for non-/24 in-addr.arpa
09:54
changeset: 7662:e126bfdfe3d8
09:54
user: Dmitry Volodin <dv@nocproject.org>
09:54
date: Mon Apr 29 13:32:08 2013 +0400
09:54
summary: DNSZone.get_zone(): IPv6 support. IPv4 searched till closest match
09:54
changeset: 7661:80d0ecfaa9ac
09:54
user: Dmitry Volodin <dv@nocproject.org>
09:54
date: Mon Apr 29 13:17:26 2013 +0400
09:54
summary: Fix reverse zone search in DNSZone.get_zone()
09:54
оно зафикшено
09:54
понял, что я слоупок
09:54
я просто помню, что проблема была и я ее фиксил
09:58
mikevlz: можешь посмотреть лонги и продвинуться на несколько коммитов
09:58
до r7666
10:01
да не, еще недельку посижу, понаблюдаю за вами, потом обновлюсь на актуальное
10:15
mikevlz: через недельку там будет ещё добавлена и пофикшена куча всего :)
10:15
lexus-omsk: и поломана
10:15
не забывай добавлять это уточнение
10:15
да, это я и хотел сказать :)
10:16
но лучше уж так, чем когда вообще всё без движения
10:18
ну вам не угодишь
10:18
то ничего нового, то - все новое
10:18
:)
10:18
dvolodin: все клево, не расстраивайся
10:18
мы почти счастливы
10:20
dvolodin, а давай whois примотаем к IPAM ? :)
10:20
интерфейс
10:21
freeseacher: нафига?
10:21
дабы к нему как к whois серверу можно было конектиться
10:21
whois 10.32.0.0/11
10:21
и он тебе description из нока :)
10:21
freeseacher: а профит?
10:21
нууууу
10:21
круто ?
10:25
кто-нибудь поговорил с ботом уже?
10:25
:)
10:26
лучше xmpp whois
10:26
типа global search
10:26
ты ему глупый вопрос
10:26
от тебе -- не менее глупый ответ
10:31
dvolodin, графики будут в этом году?
10:35
zi_rus: ты уже придумал, как хранить данные в базе?
10:36
dvolodin, тебе не кажется что все уже придумано за нас
10:36
cacti рисует графики, zabbix тоже, они же как-то это хранят
10:37
только не надо предлагать мне RRD
10:37
а как хранит данные заббикс - я очень хорошо знаю
10:37
и тебе видимо это не нравится
10:37
и очень хорошо знаю как имеется народ с сегментацией таблиц, чтобы оно хоть как-то работало
10:38
и поэтому ты предлагаешь сделать по-другому?
10:38
а ты когда-нибудь вытирал старые данные из заббикса?
10:38
нет, никогда его даже не устанавливал
10:38
феерическое приключение
10:39
если заранее подготовился - дропнешь сегмент
10:39
а если нет -- то просто никак
10:39
данные трутся медленнее, чем пишутся новые :)
10:40
и ты предлагаешь что?
10:40
шел второй год, мы думали...
10:41
в то время как у других оно просто работает
10:41
чем тебе ррд не угодил
10:41
как у нас там дела с кластеризацией RRD?
10:42
если > 100k графиков, то надо
10:42
потом мне нужен кусок сырых данных на какое-то время
10:43
100к это с каждого порта снимать данные в сети на 5к свичей
10:43
система загнется раньше, чем проблема с базой будет
10:43
ну, например, измерения линии для DSL на 500k абонентов хочу сделать
10:43
:)
10:44
нет, ты сможешь снимать эти данные чтобы нагрузить эту базу?
10:58
zi_rus: он их сгенерирует...
10:58
zi_rus: откуда дровишки?
10:58
чего? что не сможешь?
10:58
NOC вполне в состоянии затрахать насмерть все железки на сетке средних размеров
10:58
если его не ограничивать :)
10:59
dvolodin: ну еще есть шанс, что закончится сервер или таки БД...
10:59
у нас тут нагиос был/есть, на 3к свичей снимались только магистральные порты, только статус их, те совсем не много, проц в полку
11:00
zi_rus: вот именно по этому не хочу еще один nagios
11:00
это уже не от базы зависит а от пробы
11:00
для NOC -- 3 тысячи опросов SNMP в минуту -- фигня
11:00
именно
11:00
nbsocket весьма шустер
11:00
тебе какая разница куда писать?
11:01
а через пол-года вой будет, что данные из базы не вытереть
11:01
пиши в ррд, классический вариант, если придумаешь лучше, изменишь, а люди пока смогут пользоваться
11:02
у нас кактус графити рисует, за херову тучу лет даже мысли не возникло что такое вообще нужно
11:02
потому как у RRD фиксированный размер
11:02
самое главное - он РАБОТАЕТ
11:03
самое главное - он годится только для графиков
11:03
zi_rus такая же фигня
11:03
а я не оставляю идеи насчет traffic anomaly detection
11:03
dvolodin, то что я видел говорит мне о том что на ррд вполне себе tad РЕАЛИЗУЕМ
11:04
на хабре аж 3 статьи было про это
11:04
если только с запаздыванием на 3 часа
11:04
на хабре лажа, кстати
11:04
хватит строить коммунизм
11:05
из серьезных работ - был один PDF с исследованием
11:05
сделай продукту базовый функционал
11:05
а потом к 2,0 и TAD прикрутишь
11:05
в RRD какая схема аггрегации у вас?
11:06
сколько уровней аггрегации
11:06
эээ
11:06
я не понял
11:06
или у вас тупо интервал хранения
11:07
что в какти по-дефолту, так и есть, я все равно тебя не понял
11:07
RRD хранит фиксированное окно
11:07
при переполнении -- либо дропает начало, либо аггрегирует его
11:08
агрегирует - это как?
11:08
например -- из 5 интервалов по минуте делает один на 5
11:09
zi_rus: речь о том, куда деваются более старые значения. Если по дефолту, то 5 уровне агрегации
11:09
ну в какте по дефолту 1день - среднее за 5минут, 1неделя - за 30минут, месяц - 2часа
11:10
есть еще часовой, среднее - 1 минута
11:10
как 5? 4 получается
11:10
он все равно не работает
11:10
кактус раз в 5 минут ходит
11:10
зависит от настроек поллера
11:10
да, там можно сделать только с новым поллером
11:10
я не пробовал
11:11
главное - ты суть понял
11:11
ну допустим, что дальше
11:11
т.е. ддос в 4 минуты ты не увидишь
11:11
тогда вопрос на засыпку
11:11
кто будет пользоваться PM?
11:11
накопленным всплеском, который будет убит каким-нить SpikeKill?
11:11
и насколько реально сделать миграцию из кактуса?
11:12
dvolodin: в данном случае - это что? перф ман?
11:12
dvolodin, project managemet? performance management? peering management? ???
11:12
угу
11:12
performance
11:12
а то еще проектный мэнеджмент есть
11:12
о
11:12
mikevlz: доброе утро Ж)
11:12
мне оно интересно с точки зрения участия в FM
11:13
а можно и в FM
11:13
не вижу причин, которые помешали бы и проект туда подтянуть
11:13
доброе... только оно давно участвует
11:13
я про perf man говорю
11:13
dvolodin, я буду, если будет не хуже, надо как минимум уведомления по превышению пределов, рисование суммарных графиков и что-то еще
11:13
а проекты вспомнил потомук что надо конкретнее выражовываться
11:14
а что, можно хуже, чем кактус?
11:15
ты зря, он многое может, можно легко пролететь
11:16
частоту опроса на ходу менять, например?
11:17
зачем?
11:17
там все в кроне
11:17
там нет хода
11:17
какой таймер поставишь так и будет опрашивать
11:17
вот именно
11:17
а иногда надо
11:18
а с этим у RRD швах
11:18
dvolodin: можно в кактусе частоту на ходу для отдельного графика сменить
11:18
плагин realtime
11:18
да, плагины многое дают
11:18
создается временный RRD, туда пихается с заданной частотой
11:18
dvolodin, по моим ащущениям кактуз юзает 2/3 страны. остальные не осилили его поставить и пользуют проприетарные мониторинги. и 100500 чувак "присматриваются" к забиксу
11:19
понятно, что оно зачищается регулярно, когда больше никому не нужно... однако оно есть
11:19
как он одной фразой сервер зафлудил
11:19
прям джедай чата
11:19
:)
11:19
а для вас это выглядело одной фразой ?
11:19
знаю несколько чуваков, которые платят заббиксу по 50k/мес :)
11:19
ла
11:20
lf
11:20
да
11:20
одна фраза
11:20
juj
11:20
ого
11:20
тоже хочу
11:20
на словах 100500 тебя кикнуло
11:20
<freeseacher> TAD отдельная тема. быть может нужно делать ее на базе быстрых пулеров
11:20
<freeseacher> кактус так может.
11:20
<freeseacher> опрос каждые 5 секунд.
11:20
<dvolodin> частоту опроса на ходу менять, например?
11:20
<freeseacher> нет. спец режим.
11:20
<freeseacher> по сигналу, что называется
11:20
<freeseacher> к нас так ппры принято делать. открываешь кактус в режиме реалтайм(опрос раз в 5 секунд) и вводишь команды
11:20
<freeseacher> провалы на графиках видны инженеру который знает куда смотреть
11:20
<freeseacher> и не напрягают цм который может принят небольшой провал за регулярное колебание трафик
11:20
TAD дрессировать надо
11:21
а для этого ему сырая история нужна
11:21
а забикс может менять периоды опроса как по шаблону так и для каждого итема
11:21
или точность у него лажевая будет
11:21
ss_: заббикс просто кладет измерения в базу
11:21
в 4 таблицы, вроде
11:21
ss_, он не может адаптивно.
11:21
У меня на последних кактусах одноминутный интервал опроса и thold неплохо отлавливает аномалии
11:22
venter: не отловит
11:22
вот тебе пример
11:22
ночью с фермы идет гиг
11:22
днем - 15
11:22
часов в 12 дня нагрузка упала с 12 гигов до 9
11:22
в thold можно настроить такое
11:22
Thold BaseLine monitoring за сутки
11:23
да. HOLTER-WINTERS :)
11:23
а это просто в италии матч футбольный
11:23
предсказание нормы на основании предыдущего окна
11:23
если оно конечно четыре предыдущих недели само будет по текущему дню как-то волшебно анализировать - тогда сдаюсь
11:24
ну он в кактусе есть :)
11:24
штатно
11:24
данные надо еще по разным базам уметь раскладывать
11:24
каким разным базам ?
11:25
один датчик одна база.
11:25
rrddemon для отложенного размазанного обновления
11:26
монга для данных мониторинга ?
11:26
overkill
11:27
ребята тут головой бились об угол когда у них сообщения Ping UP в базу писались...
11:27
freeseacher: не мешай расстреливать клопов из зениток
11:27
супрешшен требовали
11:33
пинги мы, вроде, пролечили
11:34
dvolodin, кстати пинги, научи его присылать закрытие аларма
11:34
а потом обратно графики
11:34
:)
11:36
а то ping fail приходит, а закрытие по ping ok нет. а то нехорошие люди получают аларм, а потом звонят с пошлыми вопросам, когда на самом деле авария уже полчаса как закрыта
11:36
странно. у меня Ping Fail без проблем закрывается.. ;)
11:37
ах да... надо было добавить на ноке полуторогодовой давности обновления ;))
11:38
они закрываются, только писем не присылают
11:42
аа.. кстати, блин. надо мне тоже настроить письма на пинг фейл. давно собирался. да забыл №)
12:15
ну вот набросал рыбу для хранения в монге
12:15
10k значений (100 выборок для 100 рядов) в базу заплюнуло за 0.1s
12:17
storageSize -- 1.5M
12:36
что толку генерить, вот как он их будет снимать
12:46
zi_rus: что толку их снимать, если он в базу не успеет их уложить
12:46
итого сухой остаток пока
12:46
на ноуте - 47k записей в секунду
12:46
что толку укладывать если не успеет снять
12:47
1.44M записей легло за 17 секунда
12:47
zi_rus: снимать можно распределенно
12:47
у тебя нет такой инсталляции
12:51
dvolodin, ты давай, мысль развивай, ты понял как будешь данные хранить?
12:55
кусок сырых данных и аггрегированые порции
12:57
это все что нужно?
12:57
теперь можешь делать поллер для сбора
13:26
не
13:26
тут оптимизация еще :)
13:28
оптимизация это мелочь, когда упрешся
13:28
сейчас можно полер сделать и уже собирать и укладывать данные
13:29
insert query update delete getmore command flushes mapped vsize res faults locked db idx miss % qr|qw ar|aw netIn netOut conn time
13:29
80000 *0 *0 *0 0 1|0 0 1.03g 4.49g 254m 0 noc:84.4% 0 1|0 0|1 2m 2k 4 17:29:00
13:29
78000 *0 *0 *0 0 1|0 0 1.03g 4.49g 254m 0 noc:82.7% 0 1|0 0|1 2m 2k 4 17:29:01
13:29
хорошая такая оптимизация
13:29
в 2 раза :)
13:30
ну 0,1 и 0,2 тоже в два раза различаются, только разничие несущественно
13:30
> db.default.raw.stats().count
13:30
1440000
13:30
> db.default.raw.stats().storageSize
13:30
76128256
13:31
итого -- 53 байта на запись
13:31
вроде уже нормально
13:31
итого
13:32
опрос 1000 параметров раз в минуту -- за сутки набегает 76мегабайт
13:32
не хреновая база получится, если все снимать
13:32
10к - это уже 760мег в день
13:32
да
13:33
если сырые
13:33
в каком смысле
13:33
а какие еще будут
13:33
неагрегированные
13:33
без обработки
13:33
в сутки на саму запись в монгу уйдет 18 секунд
13:34
не должно быть проблемой
13:34
то есть всего получается гиг
13:34
никаких хранилищ не хватит
13:34
10k параметров -- 7.6G
13:34
а дальше суток и не надо
13:36
там уже аггрегированные
13:36
zi_rus: вопрос в количестве сырых данных
13:36
то есть день можно хранить сырые данные
13:36
затем их аггрегировать
13:39
как сильно сокращает размер агрегирование
13:39
оно фиксированного размера
13:58
а если мне в views.py надо несколько mrt_config оно будет выглядеть так:
13:58
mrt_config = {
13:58
"has_vlan": {
13:58
"map_script": "has_vlan",
13:58
"timeout": 600,
13:58
"access": "has_vlan"
13:58
},
13:58
"add_vlan": {
13:58
"map_script": "add_vlan",
13:58
"timeout": 600,
13:58
"access": "add_vlan"
13:58
}
13:59
ну то, что пробелы съехали - это фича
14:02
или я где-то ошибаюсь?
14:02
ну то, что пробелы съехали - это фича
14:06
да
14:06
так и будет
Share this page
Share this page: