люди просветите нехрамотного что такое devops?

Какая связь между HA и оптимизацией производительности?

Прямая, как между скоростью автомобиля и грузом на нем.

Не то что нынешние «дураки» выдумали систему мониторинга 5-ого поколения Netdata, да?

Да. Просто потому что ты натягиваешь сову на глобус.

Ты бы мог сказать что «у сервера есть критерий А, поддержки которого нет ни у Нагиоса ни у Жаббикса, он критичен, потому что Б, и его поддерживает система Netdata». Но ты поступил как обычная девопсина - всунул продукт, не понимая ни его преимуществ перед другими, ни собственно что именно он мониторит от А до Я.

С каких пор кубернетес относится к HA?

K8s - это один из лучших вариантов для автоматизированного деплоя cloud-native HA приложений типа CNPG?

Кроме того control plane самого K8s легко делается HA.

Какие несколько десятков секунд в HA? Совсем, что-ли?

Ты случайно не попутал HA с continuous availability (типа vSphere FT, btw.) ? HA никогда не подразумевал мгновенное переключение, хотя в некоторых случаях бывает и всего несколько секунд.

При сдыхании железки ни один клиент вообще ничего не замечает, а система продолжает работать даже если железка вообще сгорела синим пламенем.

А как определяется момент отсечки при сгорании одной ноды? И не мало ли всего 2 ноды?

Т.е. добавляется задача сделать это общее хранилище тоже HA, что, внезапно, можно только Remus’ом.

HA хранилок - вагон и маленькая тележка в CNCF, все бесплатные и свободные. Хороших из них действительно немного, я бы обратил внимание на Linstor.

Этот «экспериментальный проект» у меня на проде уже 10 лет трудится. Ни разу не подводил.

Можно поподробнее про конфиг, описание, примеры и т.п.? Если он такой хороший, то почему его не развивают?

Synchronous replication чего именно?

«чего-ниубдь недозапишется куда-нибудь» (c)

Прямая, как между скоростью автомобиля и грузом на нем.

И где тут availability? тем более high?

Да. Просто потому что ты натягиваешь сову на глобус.

Слишком много критериев, лень перечислять, зайди на сайт Netdata и почитай сравнения со своими диназаврами.

Слишком много критериев, лень перечислять, зайди на сайт Netdata и почитай сравнения со своими диназаврами.

Т.е. в твоем девопсовом разумении, чем больше критериев - тем лучше?

Ну теперь хоть понятно почему современный софт постоянно тормозит и отваливается.

Зашел. Посмотрел. Убедился что от этой лабуды лучше держаться подальше, и уж тем более не ставить ее вместо.

И где тут availability? тем более high?

Здесь High Availability там, где клиент делает запрос и мгновенно получает ответ, а не через несколько десятков секунд (с) из-за тормознутости того или иного сервиса.

K8s - это один из лучших вариантов для автоматизированного деплоя cloud-native HA приложений типа CNPG?

Ну вот кому надо деплоить cloud-native HA приложения пусть её и используют.

Мне же, по-сути, нужна неубиваемая (в прямом смысле) виртуалка x86. На которой может крутится не только CNGP а вообще любая ОС с любым софтом.

Ты случайно не попутал HA с continuous availability (типа vSphere FT, btw.) ? HA никогда не подразумевал мгновенное переключение, хотя в некоторых случаях бывает и всего несколько секунд.

В те времена, когда мне понадобилось озаботиться этим вопросом это называлось HA. На вот это всё жонглирование терминами чтобы впарить ненужное говно под видом чего-то полезного - мне насрать.

А как определяется момент отсечки при сгорании одной ноды? И не мало ли всего 2 ноды?

Через несколько 10G ethernet в транке постоянный поток содержимого памяти VM. Если прекращается, другая железка продолжает ровно с того момента когда поток прервался.

2 ноды мне достаточно. Вероятность того, что сдохнут сразу два сервака крайне мала. Ну если только прилетит что-то натовское в узел. Но в этом случае обеспечение HA будет наименьшей проблемой. Хотя ноды можно и разнести на разные узлы, конечно. Цена - значительное увеличение оверхеда за счёт возросшей задержки прямого соединения нод. Но работает. Ме-е-е-едленно.

HA хранилок - вагон и маленькая тележка

Только они не HA. Вот патченый drbd в режиме 2 primaries - это да. Только упорыши из drbd по надуманным причинам отказались принимать protocol D в апстрим и всё заглохло. Так что есть только говно мамонта, зато рабочее.

Можно поподробнее про конфиг, описание, примеры и т.п.?

Xen, Remus, всё седлано по хаутушкам начиная отсюда - https://wiki.xenproject.org/wiki/Remus и далее по сцылкам, типа https://wiki.xenproject.org/wiki/Getting_Started_with_Remus только вместо бубунты слака.

Если он такой хороший, то почему его не развивают?

Ну наверно этот вопрос надо задать авторам Remus. Из того что помню - у авторов Remus вышел срач с авторами drbd, а оно является неотъемлемой частью всего Remus’а. Ну и вся эта порнография с докерами и пр как раз полезла.

«чего-ниубдь недозапишется куда-нибудь» (c)

Чего и куда? Синхронизация на каком уровне? Должна быть на уровне RAM и блоков диска. А не какая-нибудь репликация БД.

Здесь High Availability там, где клиент делает запрос и мгновенно получает ответ, а не через несколько десятков секунд (с) из-за тормознутости того или иного сервиса.

Навыдумывал собственных определенйи High Availability, хотя есть официальное, несовпадающее с твоим?

Через несколько десятков - это для редкого случая сбоя ноды СУБД, зачем подменять смыслы?

Я все понимаю, но все равно же весело: обсуждают люди автоскейлинг, и тут такой камент, типа так вот, дети, лучший автоскейлинг - это тройной запас по нагрузке, а когда наступает жопа-жопа, то хватаем ведра и багры, строимся и начинаем махать руками!

Ну и вся эта порнография с докерами и пр как раз полезла.

Overhead у узкоспециализированных кластеров приложений типа CNPG меньше, поэтому работают они намного быстрее. А переключение 10 секунд - так оно может случаться 1 раз в квартал, а то и реже.

Чего и куда? Синхронизация на каком уровне? Должна быть на уровне RAM и блоков диска. А не какая-нибудь репликация БД.

Должна кому? IMHO репликация БД средствами самого СУБД намного интереснее, потому что IMHO надёжнее, чем брать любое приложение в т.ч. СУБД и пытаться впихнуть его в твой Remus или vSphere FT с неизвестными последствиями для БД. Я ещё могу согласиться, что некоторые stateless приложения может быть интереснее запускать в Remus, но так изгаляться над СУБД не стоит.

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

Ты зачем путаешь автоскейлинг и кворум? Совершенно разные понятия.

а когда наступает жопа-жопа, то хватаем ведра и багры, строимся и начинаем махать руками!

О какой ситуации идёт речь? Увеличении нагрузки или падении ноды?

есть официальное

Чо, правда?

В те времена, когда мне понадобилось озаботиться этим вопросом это называлось HA. На вот это всё жонглирование терминами чтобы впарить ненужное говно под видом чего-то полезного - мне насрать.

Термины «высокая доступность» (High Availability, HA) и «непрерывная доступность» (Continuous Availability, CA) появились в разное время в контексте развития информационных технологий:

Высокая доступность (High Availability) Термин появился в конце 1980-х - начале 1990-х годов, когда компьютерные системы стали критически важными для бизнеса. Концепция была формализована компанией Tandem Computers (позже приобретенной HP) в середине 1980-х, которая разрабатывала отказоустойчивые системы. К началу 1990-х термин стал широко использоваться в индустрии.

Непрерывная доступность (Continuous Availability) Этот термин появился позже, в середине-конце 1990-х годов, как развитие концепции высокой доступности. Он был введен для описания систем, которые должны работать без какого-либо планового простоя, в отличие от систем высокой доступности, которые допускают кратковременные плановые остановки для обслуживания.

Ключевые различия:

• Высокая доступность - обычно означает доступность 99.9%-99.99% времени, допускает плановые простои
• Непрерывная доступность - стремится к 100% времени работы, исключая любые простои, включая плановое обслуживание

Оба термина стали особенно актуальными с развитием интернета и электронной коммерции в 1990-х годах, когда простои стали означать прямые финансовые потери.

Ув. модераторы, угомоните копипаст-инженера, это становится невыносимым.

Чем тебе не нравится копи паст определений?

Мне лично ты не нравишься, шлюз ИИшный.

Мне лично ты не нравишься, шлюз ИИшный.

Личная неприязнь? Смирись, необразованный ламер.

необразованный ламер

Сидят люди, обсуждают мнения, основанные на практическом опыте.

И вваливает вася-с-курсов и начинает пастить портянки из ИИ в надежде сойти за умного. Семь реакций мне вкатал за минуту, СЕМЬ.

Вася, ты же психический, такие люди раньше считали себя наполеонами, а теперь айтишниками.

И вваливает вася-с-курсов и начинает пастить портянки из ИИ в надежде сойти за умного.

Ты опровергни сначала мои сообщения. У нас паренёк по имени Вася был самым умным в классе, btw.

Семь реакций мне вкатал за минуту, СЕМЬ.

Да тебе и 77 мало.

Вася, ты же психический, такие люди раньше считали себя наполеонами, а теперь айтишниками.

Почему психический? Ты похож на умственно неполноценного, пишешь постоянно всякие глупости, но я же не поливаю тебя гном?

Ты опровергни сначала мои сообщения.

Твои? Твои?? Бггг.

Твои? Твои?? Бггг.

В ветке была копипаста одного определения, остальные сообщения мои. Ты еще и звездун и клеветник.

Арендованные ресурсы удобны для «ненужного», т.е. того что не страшно потерять. Потерять в двух смыслах: «было и пропало»

А что мешает держать немного отстающую реплику в локальной инфре?

Ты можешь без арендованных ресурсов обеспечить SLA лучше, чем в ДЦ уровная tier 4?

Ну вот кому надо деплоить cloud-native HA приложения пусть её и используют.

Они и используют, почти все современные крупные бизнесы. На многие порядки больше, чем твой Remus.

Мне же, по-сути, нужна неубиваемая (в прямом смысле) виртуалка x86. На которой может крутится не только CNGP а вообще любая ОС с любым софтом.

И не может автоскейлиться при росте нагрузки? В то время как K8s позволяет выдерживать увеличения нагрузки, превышающие возможности оригинального кластера во много раз за счёт автоматического масштабирования. Это не говорят о десятках других преимуществ K8s, которые легко гуглятся.

остальные сообщения мои

Да-да.

Ты еще и звездун и клеветник

Да-да, когда я тебя со ссылками тычу носом в то, что ты копипаст-инженер, то звездун - я, ставим клоуна и продолжаем гуглить и копипастить.

Вот за это вас, хабраэкспертов, и не любят.

Недо тролль обыкновенный, не стыдно со своими детскими набросами?

Тебя носом тычут в то, что ты неправ, в независимости от происхождения предоставленной инфы.

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

Как хулиган - двоечник из начальных классов средней школы. Туповатый, лживый, скользкий и мерзкий тип.

Недо тролль

Какой стыд может быть перед малограмотным ИИ-шлюзом? Это как стыдиться поссать в присутствии собаки.

В теории это админ с уклоном в поддержку инструментов разработки и деплоя типа ci. На практике это обычно просто админ потому что пул задач под поддержку разработки достаточный чтоб загрузить несколько человек обычно есть только в очень больших компаниях

Да ты и срать на центральной площади ЛОРа не стесняешься. Опу свою побереги, чтобы собаки не покусали.

Да ты и срать на центральной площади ЛОРа не стесняешься.

Это не я сюда постоянно таскаю пасту из поисковиков под видом экспертизы, мань.

У меня копи паста составляет совсем малую часть сообщений, вероятно меньше одного процента, когда до таких как ты не доходят мои объяснения, приходится искать и давать пасту.

Ты ведь всё это время меряешься своей глупостью, но даже не задумываешься, что важен в первую очередь смысл сообщений и обсуждения, а не источник.

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

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

Если тебя на протяжении всей ветки тычут в твои ошибки

Что ты несешь, маня? Маня, что ты несешь, какие ошибки, кто меня в них тычет, где??

Зайди в чатик K8s, уточни там у зубров

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

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

Твой уровень общения свойственен необразованным низам общества. Мне не хочется продолжать дискуссию с твоим attitude.

О, опять паста полезла ггг.

А тут все теоретика sanyo1234 гоняют...

В каком смысле теоретика?

И в каком смысле гоняют? Вижу, что некоторые гонят в ветке лютую чушь, за которую легко бы получили осмеяние в Кубер чате.

В каком смысле теоретика?

В смысле который не может предоставить пруф в виде проекта который он ведет.

Вижу, что некоторые гонят в ветке лютую чушь, за которую легко бы получили осмеяние в Кубер чате.

Как будто котанам не пофиг что пищат про них мыши.

В смысле который не может предоставить пруф в виде проекта который он ведет.

И много тут предоставляют линки на свои коммерческие приватные проекты?

Как будто котанам не пофиг что пищат про них мыши.

Как будто знающие люди не видят лжи в т.ч. котанов.

Тебе ещё раз говорят, что важна истина, а не лычки, регалии и прочая аттрибутика, которая в случая написания бреда подобного бреду анонимного тролля thesis лишь делает из него ещё большее посмешище.

И много тут предоставляют линки на свои коммерческие приватные проекты?

Линки не нужны, достаточно тезисного описания. Можно даже технического.

Как будто знающие люди

важна истина, а не лычки

В.П. в этих словосочетаниях видишь? А они есть.

Знающие люди без практических подтверждений - примерно как девственники обсуждающие секс. Сначала смотрятся смешно, потом жалко, потом просто приходишь к тому что объяснять им практику - пустая трата времени, все равно они не поймут.

Более того, прочитал несколько вас, вебмадевопсов, и вижу что вы даже осмысленную дискуссию в рамках предмета вести не в силах.

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

Системный администратор: - Ваша манера поднимать по копии инстанса на каждый пердеж из-за отсутствия оптимизации приводит к лагам и удорожанию аппаратного комплекса как итогу.

Девопс: - Нынешние умные люди не зря выдумали систему мониторинга 5-ого поколения Netdata.

И я действительно не знаю, что тебе на это ответить. Ну то есть знающему человеку я бы ответил, что мониторинговая тулза к девопсингу не имеет никакого отношения, потому что мониторинговыми тулзами разной степени «поколения» пользуются и системные администраторы, и даже мой кум в архиве, чтобы видеть состояние компов своих девочек-оцифровщиц. Но ты же уже натянул сову на глобус, в смысле упомянул инструмент в отрыве от его функционала, поэтому рука-лицо, и какой-нибудь отвлеченный ответ.

Ты бы запросто мог вернуть дискуссию в нормальное русло, если бы не терминологией жонглировал, а описал свой собственный проект, так как например это сделал shell-script или Stanson, типа: - У меня есть сервис, агрегатор билетов на самолеты, это сайт и это приложуха на мобилки, оно через API обращается к сервакам, на серваках этим занимается %software_name%, написанный на %ЯП%, использующий %БД%. Из-за необходимости HA по причине %N% запросов в секунду с гарантированным временем ответа до %M%мс, приходится использовать %технологию% вместе с %технологией% на десятке серверов-нод и оркестрировать это все %технологией%.

Тогда бы мы поняли и пообсуждали с тобой внутренние кишки, поспрашивали, ты бы поспрашивал у нас, ты бы подучил нас девопсингу, а мы тебя сисадминству.

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

Не будем.

Не кастуй меня, я сам тебя найду ггг.

Stanson

Не в курсе, кто это. ОПа тоже не знаю. Это один и тот же человек?

Люди, откуда у вас столько времени и желания строчить такие длинные тексты. Я щас пишу, и мне уже лень :))

Линки не нужны, достаточно тезисного описания. Можно даже технического.

CI/CD пайплайны в Кубер кластерах, разработка CLI утилит для управления кластерами.

Более того, прочитал несколько вас, вебмадевопсов, и вижу что вы даже осмысленную дискуссию в рамках предмета вести не в силах.

Непонимание под видом твоего пустословия?

Вам тыкают за ваш экстенсивный способ построения системы, а вы парируете уже в другой парадигме - инструментальной. Системный администратор: - Ваша манера поднимать по копии инстанса на каждый пердеж из-за отсутствия оптимизации приводит к лагам и удорожанию аппаратного комплекса как итогу.

Оборудование на запуск базовой части кластера стоит копейки по сравнению с ценой обслуги.

И я действительно не знаю, что тебе на это ответить. Ну то есть знающему человеку я бы ответил, что мониторинговая тулза к девопсингу не имеет никакого отношения, потому что мониторинговыми тулзами разной степени «поколения» пользуются и системные администраторы, и даже мой кум в архиве, чтобы видеть состояние компов своих девочек-оцифровщиц.

Речь была о нормальном мониторинге, т.е. современном и функциональном. Но манипуляторы типа тебя выкидывают важные характеристики, как будто их не было в оригинальном высказывании.

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

Топик стартер спросил про DevOps, я ответил про DevOps, но в твоём понимании термины выдернутые …

Не в курсе, кто это. ОПа тоже не знаю. Это один и тот же человек?

Впечатление, что тут действительно есть разные учётки одних и тех же троллей.

CI/CD пайплайны в Кубер кластерах, CLI утилиты

Че сказать-то хотел?

Непонимание под видом твоего пустословия?

Непонимания у меня быть не может, поскольку в отличие от тебя, я уже приложил несколько прямых пруфов, могу еще если нужно, в том числе мокнуть тебя лицом в коричневую субстанцию насчет твоей Netdatы. Точно уверен что хочешь?

Оборудование на запуск базовой части кластера стоит копейки по сравнению с ценой обслуги.

Если твоему софту нужен аж целый кластер - тебе нужно ударить по рукам и уволить за профнепригодность. Впрочем ввиду отсутствия практических пруфов, скорее всего так и случилось.

Речь была о нормальном мониторинге, т.е. современном и функциональном

Была б у тебя практика, ты бы знал, что не существует никаких нормальных мониторингов, никаких современных и тем более функциональных. Существуют метрики.

Этим ты напоминаешь говнофотографа, который считает что станет фотографом не тогда, когда научится фотографировать, а когда купит зеркалку.

Топик стартер спросил про DevOps, я ответил про DevOps, но в твоём понимании термины выдернутые

Так бывает, когда гуманитарий несет околотехническую ерунду на техническом форуме. Неизбежно находится тот, кто осадит и скажет вылить воду и продолжать по сути.

насчет твоей Netdatы. Точно уверен что хочешь?

И что с ней не так?

Была б у тебя практика, ты бы знал, что не существует никаких нормальных мониторингов, никаких современных и тем более функциональных. Существуют метрики.

Метрики - это всего лишь малая часть собираемых данных для observability. Ещё туда входят логи, трейсы и профилирование.

Так бывает, когда гуманитарий несет околотехническую ерунду на техническом форуме. Неизбежно находится тот, кто осадит и скажет вылить воду и продолжать по сути.

Гуманитарий - выпускник ПОВТ …

И что с ней не так?

То есть в твоем девопсовом мышлении, менять отлаженный годами софт с миллионом комьюнити и кучей ресурсов поддержки, на новый - необходимо лишь потому что с новым софтом все так? Гы.

Метрики - это всего лишь малая часть собираемых данных для observability. Ещё туда входят логи, трейсы и профилирование.

Ты совсем что-ли неук? Какие данные, какие части, какие observability, какие логи, какие трейсы, какие нафиг профилирования? Метрика - это значения свойств чего-либо 😅.

У тебя на сервере есть винт, у винта есть раздел. У раздела есть свойства. Одним из свойств является объем, суммарный и свободный. Метрика - это цифра свободного объема этого раздела. Всё.

Если бы ты сталкивался с мониторингом в работе, а не в теории, ты бы описывая свою Netdatу, начал бы не с улучшенной кнопки Пуск поколения, не с новизны, а с метрик имеющихся у тебя на сервере, обоснования необходимости их мониторинга, а потом продолжил таблицей pro и contra между твоим Netdata и условным Zabbix в контексте этих метрик.

Ты вообще понимаешь для чего люди мониторят серверы 24\7, и почему они мониторят метрики, а не логи?

https://ibb.co/Y7yqXv5v

Вот смотри, теоретик, специально для тебя сделал фотку куска домашнего кабинета на фоне ЛОРчика. Та дальняя штука на стене - называется монитор. Слева на этом мониторе ты видишь таблицу. В этой таблице каждый ряд - это мониторуемый сервер, каждая колонка - мониторуемая метрика. Единица измерения метрик - процент. 90%-100% - это круто, зеленым; 50%-90% - это отлично, желтым; 20%-50% - это терпимо, оранжевым; <20% - стоит обратить внимание, красным. Красная полоса означает что сам сервер в ауте.

Это я к чему веду.

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

Разумеется что у других серверов с другим родом работы, могут быть другие метрики. И важные, и не очень.

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

Нейроразнообразные девопсы, начитаются про свои контейнеры, фреймворки, инстансы, куберы, оркестры и прочие умные слова - и ставят всякую дичь, напихивая в дашбоард кучу необоснованной лабуды, из-за чего оно начинает напоминать солянку из вермишели, а для клиента сервис становится все тормознутее и тормознутее.

А ты мне такой, не зная метрик которые мне нужны - с ходу говоришь что мне надо ставить инструмент, который круче.

Давай теперь объясняй, как именно твой Netdata будет выводить свободный объем раздела, так чтобы это было лучше чем у меня, или хотя бы лучше чем у Zabbix. Другие единицы измерения? Анимации и цвета? В чем пятовостьпоколения?

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

Гуманитарий - выпускник ПОВТ …

Гуманитарий - мозг, который хочет выглядеть как технический, но при этом не умеет\имеет самого главного отличия от технического - умения систематизировать информацию от А до Я.

То есть в твоем девопсовом мышлении, менять отлаженный годами софт с миллионом комьюнити и кучей ресурсов поддержки, на новый - необходимо лишь потому что с новым софтом все так? Гы.

Я обычно предлагаю обратить внимание на Netdata и VictoriaMetrics. Почти 10 летняя история их разработки - это новый софт?

Метрика - это значения свойств чего-либо 😅.

Тебя разве кто-то спрашивал, что такое метрики? Ну спасибо, что объяснил, что бы без тебя делали.

У тебя на сервере есть винт, у винта есть раздел. У раздела есть свойства. Одним из свойств является объем, суммарный и свободный. Метрика - это цифра свободного объема этого раздела. Всё.

Это у тебя всё, а людей ZFS массивы, DRBD реплики, Piraeus операторы, у них HA, они в отличие от тебя не на моник с метриками целый день пялятся, а мониторят свой пейджер, мессенжер и т.п.

между твоим Netdata и условным Zabbix в контексте этих метрик.

Netdata обеспечивает очень большой набор собираемых метрик с очень эффективным их хранением.

Ты вообще понимаешь для чего люди мониторят серверы 24\7, и почему они мониторят метрики, а не логи?

Нет, что ты, это только ты понимаешь, где нам убогим.

из-за чего оно начинает напоминать солянку из вермишели, а для клиента сервис становится все тормознутее и тормознутее.

Сомневаюсь, что найдёшь что-то более производительное, чем Netdata.

А ты мне такой, не зная метрик которые мне нужны - с ходу говоришь что мне надо ставить инструмент, который круче.

Лично мне абсолютно индифферентно, будешь ли ты что-то менять в своём мониторинге или нет. Ни в коем случае не ставь Netdata, это не твоё. Сиди на своём доисторическом забигсе.

Давай теперь объясняй, как именно твой Netdata будет выводить свободный объем раздела, так чтобы это было лучше чем у меня, или хотя бы лучше чем у Zabbix. Другие единицы измерения? Анимации и цвета? В чем пятовостьпоколения?

Netdata -> VictoriaMetrics -> Grafana

Гуманитарий - мозг, который хочет выглядеть как технический, но при этом не умеет\имеет самого главного отличия от технического - умения систематизировать информацию от А до Я

Очередной звиздёшь или ты собственный мозг на других проецируешь?

Гуманитарий - мозг, который хочет выглядеть как технический, но при этом не умеет\имеет самого главного отличия от технического - умения систематизировать информацию от А до Я.

Вот тут ты прав, прямо себя как раз и описываешь.

Ты неправильно понимаешь современный мониторинг. Мониторинг - это не только метрики, но и логи, трейсы, профилирование. Твое определение «метрика - это цифра свободного объема раздела» слишком узкое для современных систем.

Ты неправильно делаешь выбор инструментов по принципу «старое = надежное». Netdata существует почти 10 лет - это не «новая дичь», а зрелое решение. Возраст не всегда показатель качества.

Ты неправильно подходишь к планированию мониторинга - выбираешь метрики вручную. Это создает слепые зоны. В современных сложных системах ты не можешь заранее знать все, что нужно мониторить.

Ты неправильно оцениваешь влияние на производительность. Современные инструменты мониторинга спроектированы быть легковесными. Netdata потребляет меньше ресурсов, чем многие старые решения.

А твой забигс славится своей тормознутостью и неповоротливостью, а про хранение метрик за большие периоды времени в забигсе ходят легенды (негативного характера) и при большом количестве хостов и метрик. Ты неправильно игнорируешь проблемы с хранением данных в Zabbix, база раздувается до гигантских размеров, запросы начинают выполняться минутами. Ты неправильно оцениваешь архитектуру Zabbix. Его монолитная структура с MySQL/PostgreSQL не масштабируется так эффективно, как современные time-series базы данных типа VictoriaMetrics.

Ты неправильно понимаешь производительность сбора метрик. Zabbix агенты создают значительную нагрузку на целевые системы, особенно при частом опросе. Netdata работает намного эффективнее с минимальным overhead.

Ты неправильно делаешь ставку на устаревшую технологию. Пока ты сидишь на своем «проверенном» Zabbix, индустрия давно перешла на более современные и эффективные решения для observability.

Ты неправильно критикуешь производительность современных инструментов, когда твой собственный Zabbix известен тем, что «ложит» сервера при высокой нагрузке мониторинга. Netdata может собирать в разы больше метрик с меньшим потреблением ресурсов.

Ты неправильно цепляешься за знакомый интерфейс Zabbix, не видя его фундаментальных ограничений в современной инфраструктуре. Ты неправильно относишься к современным технологиям. Контейнеры, кубернетес, оркестрация - это не «умные словечки», а решения реальных проблем. Твое пренебрежение к ним показывает отставание от индустрии.

Ты неправильно ведешь техническую дискуссию. Требуешь доказательств от оппонента, но сам не предоставляешь технических характеристик своего решения. Показываешь скриншот простого дашборда как доказательство превосходства - это не аргумент.

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

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

Вот для этого и нужна система оркестрации, которая сама развернет сервис и зальет туда бэкап.

Я спросил не чем? а где?

А вообще важные сервисы всё-таки дублируются

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

Отличный! пример, правильной организации «из каробки». Но так бывает не всегда.

В забавном мире вы живете.

В забавном мире вы живете.

К счастью я живу несколько в другом мире.