• Что нового в Zabbix 5.0
    0

    Ну наконец-то и на Хабре. Спасибо.

  • АВР и все, все, все: автоматический ввод резерва в дата-центре
    0

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

  • HighLoad++, Андрей Гущин (Zabbix): высокая производительность и нативное партиционирование
    0
    А тестировали ли вы чтение данных за 7-30 дней из Zabbix DB через Grafana с использованием подключения к PostgrSQL напрямую? Просто у меня сейчас запросы доходят до 800-900 секунд. База сейчас 40 гиг — масенькие мы.
  • HighLoad++, Андрей Гущин (Zabbix): высокая производительность и нативное партиционирование
    0

    Интересно, а тестировал ли заббикс фичу сжатия чанков встроенную в timescale? Это позволяет серьёзно снизить нагрузку i/o при чтении данных из истории на больших временных диапазонах. Интересует конечно управление политиками.


    Заранее спасибо.

  • Использование партиционирования в MySQL для Zabbix с большим количеством объектов мониторинга
    +1

    Победа над mysql это конечно всегда приятно и радует любого нормального админа. Особенно когда применяются новые решения. Однако, именно для таких случаев zabbix включил у себя поддержку timescale в рамках работы с postgresql. Там, по сути, используется автопартицирование "из коробки" и удаление чанков посуточно. Причём настройка крайне просто и хорошо описана в документации zabbix. Перенос данных из mysql в postgresql потребует не очень длительной остановки, но он вполне возможен.

  • Заряжаем ноутбук Dell XPS от любого адаптера питания
    0
    Тоже как вариант, важно что тупой нож.
  • Заряжаем ноутбук Dell XPS от любого адаптера питания
    0
    Разборка блоков питания DELL очень проста и незатейлива:
    1) Берём блок питания и забрасываем его в морозилку — "-18" в самый раз;
    2) Через пару часов достаём блок питания из морозилки, заворачиваем в полотенце и бросаем об пол;
    3) Разворачиваем полотенце и наслаждаемся вскрывшимися клеёными швами;
    4) Чиним блок питания и склеиваем его снова
    профит…

    p\s\ у меня прокатывало как минимум с двумя подобными штуковинами после перетёртых «хвостиков».
  • Объединение офисов в 3CX (Часть 3. Используем Raspberry PI)
    0
    Исходя из каких параметров вы исходите рекомендуя до 15 одновременных вызовов?
  • Vscale: облачные серверы
    0
    По трафику вопрос снят — не углядел, прошу прощения.
  • Vscale: облачные серверы
    0
    Ограничения по трафику преодолимы? Есть ли вообще какие-то мысли по «ручному» расширению тарифных планов? Т.е. меня не устраивает тот, который есть, а следующий будет уже избыточен, но добавлять надо, вот такое «ручное» добавление заложено?
  • 5 демонов в душе работника службы поддержки
    +1
    Эххх, не могу в карму плюсануть… У вас чертовски правильная внутренняя мотивация. Спасибо.
  • Как формальный менеджмент целый отдел загубил
    0
    Жаль что нет значка или отметки — я в подобном жил. Было бы проще описать то состояние, которое испытываешь после прочтения этого поста. Уж очень похоже на одну бывшую работу.
    Спасибо.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    Ротатор не устроил по ряду параметров наших музредов. На Маге, хмммм, давайте Вы уж сами на нём как-нибудь поработаете. PG по сравнению с RCS это сущие копейки.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    Объём платежей. Он не сопоставим с PG.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    Нет.
    Был на всех радиостанциях RCS www.rcsworks.com/en/ версия была старая, но вполне себе рабочая. Но из-за его подписного сервиса лицензирования, т.е. платежи каждый квартал и всё такое, несмотря на его удобство начали процесс перехода на другой софт. Выбор стоял между DigiSpot tract.digispot.ru/ или Synadyn www.synadyn.com/text.php?id=6. В качестве scheduler рассматривались варианты PowerGold www.powergold.com/ и Digiton Rotator www.synadyn.com/text.php?id=7. Итог — при мне мы перевели 2-е из пяти радиостанций на связку PowerGold + DigiSpot, но закончить перевод всего комплекса мы не успели. Насколько я знаю сейчас все станции холдинга работают на PowerGold + DigiSpot, кроме единственной чисто интернет радиостанции.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    Не совсем вас понял, извините.
  • Как нам построить маленькую радиостанцию в большой сети
    –2
    Всё в личку, больше комментировать не буду.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    Значит Мамонтова вы должны знать, он был моим начальником в ММХ.
    Остальные сервера по mp3.nashe.ru посмотрите, всё увидите сами. Прайм это около 13-14 часов, сейчас идёт набор слушателей.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    1) ММХ — ещё нужно отвечать? В пике по 16-17 к. клиентов днём по всем радиостанциям.
    2) Динамическая обработка сигнала — в статье чётко указано «Вынуждены были в итоге городить огород с аппаратными FM процессорами найденными на складе, древними как ммм, ну вы поняли».
    3) На платной Omnia свет несомненно не сошёлся клином, но профессионально сделать процессинг бесплатной версии StereoTool вы не сможете, а если сможете результат будет явно другим нежели у Omnia. Плюс, стоимость в 17тр не Бог весть что для крупного холдинга, как я думал в начале. ВКПМ — кто вам сказал про ровный звук на спутник?
    4) Без комментариев
    5) Какая частота каждого ядра этой «мега» машинки?
    6) Примитивизм — БЕЗ СОМНЕНИЯ! Нет бюджета — нет броадкаст решения, не мне Вам объяснять.

    Такое впечатление что задел за живое или как минимум обвинил Вас лично во всех смертных грехах? Или конструктив или ничего. По вашей статье про региональное радио у меня тоже масса вопросов, особенно по поводу стоимости применённых решений и их целесообразности. Однако я их не задал, я просто прочитал и поставил для себя «галочку» — можно сделать и так, и люди делают и довольны.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    Хотите устроим слепое тестирование)))) при этом указав ширину потока для слушателей, но не сказав, что источник один? Вот я посмотрю, как вы будете устраивать в сторонке facepalm. Ещё раз повторюсь, я прекрасно всё понимаю, НО долбанная вводная «исторически сложилось» меняет представление о реальности.
  • Как нам построить маленькую радиостанцию в большой сети
    0
    Мониторинг опускаю — не причина для споров.
    Битрейты — тут решение одновременно и компромиссное и функциональное, разница между 56 AACv2+ и 48 AACv2+ есть, называется она parametric stereo, всё что выше 48 она просто не включается. 64 MP3 — ХА скажу я вам, порядка 7% слушателей сидели на нём и не жужжали, хотя прекрасно понимаю, что это странное решение с их стороны, но однако же. Для нас было важно постараться не потерять уже существовавших клиентов и новых приобрести. Тут нужно учитывать фактор «исторически сложилось» и отсутствие финансирования на задачу.
    Резервный канал — для регионалов формировалась 256 потоки, просто статья не об этом и эту мелочь опустил.
    Балансировка DNS — принципиально она не нужна, целиком и полностью согласен, при такой архитектуре обычно балансируют ещё смешнее — pls файлы. У меня такой возможности просто не было. К слову, и HAproxy и иже с ними — единая точка отказа, потоки несколько великоваты, как мне кажется, но это уже скорее проще обсудить в личке. Я не настолько силён в HTTP highload.
    HLS — нагрузка не самая большая проблема, её можно было разнести и на один сервер и какое то время так и делали на icecast, основная проблема — отсутствие масштабирования, как такового, плюс резервирование, его там нет. Второе — icecast я знал и как на нём построить подобную схему понимал чётко. Что делать с HLS, кристального понимания не было, хотя о протоколе знал, но всё равно спасибо. Нативная поддержка — и для icy она тоже нативна. Anycast — а смысл? Точка нахождения всей «фермы» один ЦОД. Но за мысль спасибо, буду думать как строить на похожей архитектуре географически разнесённые решения.
  • Как нам построить маленькую радиостанцию в большой сети
    –1
    Это для вас смешно, а для аудиофила есть разница ))))
  • Как нам построить маленькую радиостанцию в большой сети
    +3
    Тут довольно странная для IT ситуация — всё то что вы написали про liquidsoap мы прекрасно знали, но вот незадача — он нам не нужен в рамках эфирной радиостанции. Все его «плюшки» в виде программирования, управление плэйлистами, джинглы и т.д. в рамках полноценной эфирной радиостанции выполняет профессиональный софт — ротатор/scheduler + playout. То есть, у меня не было задачи в формировании потока, была задача — уже сформированный поток привести к «божескому» виду и возможности массового потребления. Единственное отличие от того, что вы предлагаете сделать на liquidsoap было в том, что уже имея сформированный «поток» он был не MP3 или что-то ещё, а AES или аналог. Теперь по поводу сжатия и FM обработки (FM processing) — готов отписать отдельную маленькую статью, но по сути он реально нужен. Сжатие — тут будет ещё сложнее, большинство инженеров, музыкальных и программных редакторов страдают «аудиофилией» в большей или меньшей степени. Они чётко услышат разницу в сжатии разными MP3 и AAC кодеками. Доходит иногда до смешного — они готовы обсуждать оттенки выраженности тех или иных частотных характеристик у каждого из кодеков. Поэтому, как вы выражаетесь — весь этот огород был нужен. Тут ещё нужно учесть одну особенность, есть такое понятие в среде инженеров обслуживающих радио и телевиденье, как broadcast решение. Оно означает или сильную зарезервированность, или крайне простое и надёжное решение. По сути, как правило, мы строим что-то по надёжности приближающееся к подводной лодке, но без 100% резерва. Часть задач могут быть не зарезервированы вовсе или иметь холодный резерв, но они никогда не являются ключевыми.
    Про мониторинг — вы скорее всего правы и спорить или оправдываться бессмысленно, но я не программист вообще, ну не более простеньких shell скриптов, а программисты способные это сделать в этой организации были загружены на 200%.
    Вот как-то так.
    Но спасибо за коммент, честно не ждал такого количества просмотров. Сильно мотивирует дальше писать более системно и развёрнуто, для лучшего понимания broadcast решений.