но я к тому, что фьюжики решают проблему с иопсами

Ну - решают

Переносят, точнее

чтобы мука была волшебной, нужно купить еще и эльфов

Упирались в диск - стали упираться в шину

Либо не стали

по деньгам не сильно дороже чем жирные стораджи

Риман

это все не фулстек мониторинг

это все не фулстек мониторинг

При слове “фулстек” я хватаюсь за Калашников

Рука, правда, находит все время член

Ну да это детали

При слове “фулстек” я хватаюсь за Калашников

можно хвататься даже за члент товарища

один черт, это привлекает

У товарища нет члена, к счастью

все хотят чтобы фулстек

Только сиськи

и чтобы само

Хватаюсь за сиську товарища

и чтобы бесплатна

а отказоустойчивость?

Но, в общем, я умываю руки

а отказоустойчивость?

ну у заббикса она типа есть

вам же эти данные продублировать минимум надо

Компания размером с Магнит может себе позволить разогнать любое дерьмо

ну у заббикса она типа есть

через жопу к сожалению

это все не фулстек мониторинг

ой а можно кратенько что такое фулстек мониторинг ?

Компания размером с Магнит может себе позволить разогнать любое дерьмо

но она тоже считает бабло

Просто не пытайтесь повторить это дома

короче, мое IMHO - плясать надо от хранилища

по плотности записи и по способности записывать и читать

mysql/postgres - проигрывают более современным движкам на порядок

c Fusion у вас жопа в том, что даже под старые и редко нужные данные вы будете занимать хранилище с дорогим объемом и IOPS'ами

Вы проводили исследование, сколько места занимает у вас одна метрика в заббиксе и сколько w/iops на нее нужно?

это точно!

c Fusion у вас жопа в том, что даже под старые и редко нужные данные вы будете занимать хранилище с дорогим объемом и IOPS'ами

это точно! тут архитектура заббикса похожа на гавно

извините, это не архитектура на говно похоже

вы не учитываете такие нюансы и считаете TCO

это плохо

вы не учитываете такие нюансы и считаете TCO

предлжите решение ))

первично - хранилище

коллеги вам предложили уже

это точно! тут архитектура заббикса похожа на гавно

но и это можно победить - все старые партиции переносить на более медленный сторадж. или к примеру хранить историю 60 дней, все остальное (тренды и тп) писать на более медженный стордж.

а вот это совсем жопа :)

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

по людям конечно.

вы не учитываете такие нюансы и считаете TCO

но разве я где то говорил что считаю для фьюжика ТСО? нет не говорил. вы не внимательно читаете. Фюжики у нас под другой проект. И ТСО обсуждаемое ранее никак не относится к этим фьюжикам

ээээ

так так

отлично

стопэ

но разве я где то говорил что считаю для фьюжика ТСО? нет не говорил. вы не внимательно читаете. Фюжики у нас под другой проект. И ТСО обсуждаемое ранее никак не относится к этим фьюжикам

где разница то ?

в чем ?

какая цифра будет больше меньше при расчете людей для любой условно готовой системы с открытым исходным кодом ?

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

Незнаю :) Расскажите если знаете! Я привел _свой_ конкретный пример для 3 конктерных систем под конкретную инфорастуктуру и конкретные требования бизнеса

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

как получилось что заббикс у которого все плохо с iops/metrics стал лучше чем системы которые заточены под более равномерное использование iops ?

ведт мониторинг в деньгах раскалывается на * люди * вычислители * сторадж

как получилось что заббикс у которого все плохо с iops/metrics стал лучше чем системы которые заточены под более равномерное использование iops ?

у нас не было "все плохо" - у нас было - все работает, нагрузку тянет. при том, что жили на mid-range СХД (по моему хитачи VMS)

первые два можно считать идентичными при использовании похожих схем резервирования

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

а пром лучше.

ведт мониторинг в деньгах раскалывается на * люди * вычислители * сторадж

+ лицензии

+ лицензии

+ обучение

лицензи ив мире опенсорса не бывают

обучать надо любой системе

лицензи ив мире опенсорса не бывают

поддержка заббикс на 3 года для такой инфраструктуры стоит 120 тыс долларов

я это пихал в лицензии

ERROR: S client not available

в персмективе 3 года команда может поменяться в зависимости от недакватности менеджера до 3 раз

в персмективе 3 года команда может поменяться в зависимости от недакватности менеджера до 3 раз

проще менеджера сменить )))

кому как.

но вы игнорируете.

но вы игнорируете.

я не успеваю ))

сторадж единственная дельта

я ж на работе )))

нет других

но пром у вас стал дороже.

булшит.

сторадж единственная дельта

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

люди стоят идентично.

дежурному пофиг куда смотреть

он будет смотретв дашборд

но пром у вас стал дороже.

под заббикс было их меньше и они были более "дешевые" -

который ему дали.

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

дежурные да - одни и теже

с чего под заббикс меньше?

админы/разрабы

админы которые будут обслуживать схд и вычислители одинаковые

одно дело -- программеры, которые отчеты клепают

начальники одинаковые

программисты будут отличастья?

админы которые будут обслуживать схд и вычислители одинаковые

из вообще не считал

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

один на сях другой на го ?

так го дешевле

у них оплата разная

где блин разница в деньгах та ?

тех писы ?

цена за смс ?