Привет всем !
тут задачка нарисовалась, не моя но я пытаюсь помочь.
Не все могу говорить, поэтому пишу то что можно.
Нужен ваш совет, если можно. и куда смотреть-читать-грести.
Описание Задачи: есть некие радио устройства(точки), которые на физическом
уровне в Радиоканле обеспечивают передачу данных (пакеты).
Адресация "точки" пусть будет на основе МАС адреса.
Обьемы передачи данных - где-то до килобайтов (это не видео), задержки
допустимы до 200-300милисек.
Точки эти постоянно в движении, и А может видеть В и С а может не
видеть, т.е. ситуация с раутингом (кому куда бросать пакеты) постоянно
меняется. Надо пересматривать "раутинг" но не делать это сильно часто,
"потому что батарейки". И целостность Сети должна как-то
поддерживаться.
Рассматривался вариант типа STP протокола, но может есть что-то еще
чего я не знаю?
Вариант "есть самый главный и он все про всех знает" не канают, сеть
может иметь узлы и шлюзы но не может иметь "самого главного".
Вот есть нечто
https://lanmarket.ua/ua/entsiklopediya/besprovodnye-tekhnologii/lorawan.html
но это все на шлюзах в Инет построено... не годится.
Буду благодарен за мысли и советы.
--
Best regards,
Alexander V Soroka http://www.svr.ua/
AS106-RIPE
mailto:alex@euro.net.ua
_______________________________________________
uanog mailing list
uanog(a)uanog.kiev.ua
https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привет !
Вопрос: что такое сети L1, L2, L3 ?
Я тут ебанулся наверное совсем и в маразм впадаю :-)
Мне маладое поколение рассказывает что блоокчейны и меши всякие "ездят"
на на TCP/IP а на "сети L1, L2, L3 ".
Я что-то сильно пропустил? :-)
можно ликбез краткий и где почитать ?
Заранее спасибо!
--
Best regards,
Alexander V Soroka http://www.svr.ua/
AS106-RIPE
mailto:alex@euro.net.ua
_______________________________________________
uanog mailing list
uanog(a)uanog.kiev.ua
https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привіт,
мені https://ix.net.ua/en/statistic повертає 404 :) Де можна знайти
статистику UAIX по портам? :)
Дякую.
--
Volodymyr Litovka
"Vision without Execution is Hallucination." -- Thomas Edison
_______________________________________________
uanog mailing list
uanog(a)uanog.kiev.ua
https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привіт,
а хто поясне мені за [синхронну] реплікацію у постгреса порівняно з
мускульною галерою?
З галерою все ясно - три ноди, paxos selection. Якщо з ProxySQL, то
взагалі чарівно - цей чувак слідкує за статусом реплікації й якщо якась
нода відстає (наприклад, тіко шо піднялась й ще не сінхронізувалась
остаточно), то на неї реквести не раутяться.
У постгреса, наскільки я переглянув документацію, реплікація спрощена -
майстер заливає на репліку дані й *або* не чекає на підтвердження
(async), *або* чекає (sync). Питання:
- якщо "майстер" відпав, репліку можна використовувати як read/write
автоматично?
- що відбудеться, коли старий "майстер" підніметься? Він стане реплікою
чи буде якийсь конфлікт та боротьба за статус?
- як керувати клієнтськими запитами? ну типу як визначати, хто зараз
майстер тощо
Кароч, як на Постгресі будується reliable HA? :)
Дякую.
--
Volodymyr Litovka
"Vision without Execution is Hallucination." -- Thomas Edison
_______________________________________________
uanog mailing list
uanog(a)uanog.kiev.ua
https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
Привіт,
Microsoft Azure затіяв міграцію з OMS Agent на Azure Monitor Agent. Це
така фігня, яка ставиться на віртуалках та згодовує в Azure метріки та,
за бажанням, лог-файли - для дешбордов, алертів та аналітики. OMS Agent
просто заливав інформацію за якимось URL'ом, який він визначав автомачно
на основі VM managed-id й вона магічним чином з'являлась в тому Log
Analytics Workspace (LAW), який ти вказав при інсталяції. Все просто й
воно just was doing the job. Але ж хтось з Майкрософту вирішив, що вона
"недостатньо щось там" й, натомість, AMA буде краще:
- поставити агента на VM
- зробити Data Collection Rule (DCR) та прив'язати його до цієї VM
- зробити Data Collection Endpoint (DCE) та прив'язати його до DCR
- зробити Azure Monitor Private Link Scope (AMPLS) та:
- зробити Private Endpoint до цього AMPLS в тій мережі, де відключена VM
- додати Log Analytics Workspace в цей AMPLS
- додати DCE в цей AMPLS
після цього отримати в логах AMA повідомлення "cannot resolve hostname"
(без вказання власне hostname, який воно не може відрезолвити) та
відкрити тікет.
У мене декілька знайомих пройшли через "горніло" Амазона - рік на шифті
експлуатації, після чого отримуєш мандат на дослідницькі та креаторські
роботи. Й це, бляха, правильно. Я не працював AWS, але мені йдеть, що
людині, яка рік займається експлуатацією перед всім іншим, не прийде в
голову зробити такий стек для такої банальної штуки як знімати метрики
та логи з віртуального сервера. А якщо прийде, то буде соромно колегам
про таке казати.
Ну й ще один фоловап: сапорт Azure - це нескінченна золота жила :)
Маркетинг у майкрософта потужний, щоб там постійно з'являлись нові
клієнти, а рішення настільки складні й місцями відверто йобнуті (як тіко
робиш рок від стандартного "VM"), що без кваліфікованого сапорту можна
вішатись.
--
Volodymyr Litovka
"Vision without Execution is Hallucination." -- Thomas Edison
_______________________________________________
uanog mailing list
uanog(a)uanog.kiev.ua
https://mailman.uanog.kiev.ua/mailman/listinfo/uanog
