@alexei, в связи с выходом stretch полез обновлять конфиги локального зеркала. Оказалось, что только у zabbix в dists не появился debian-stretch. Не забудьте:)

коллеги, как правильно отправлять результаты скрипта сендером?

ммм?

я сделал опрос нужного элемента на агенте - получил [t|224]

t - это определение типа? или вся конструкция со скобками - это то, что возвращает скрипт? если да, то это стринг

это то, что возвращает агент

если запросить этот элемент данных

просто я сендер вызвал, но в бд нету нифига

в логах тоже

ну, если сервер получает от агента [t|224], то он точно не может быть int и нужно либо менять тип айтема, либо обрезать всё кроме числа на агенте перед возвратом

и элемент данных зеленый

разумеется не будет, это же не число

это резузльтат "grep -c"

что там нужно обрезать?

разумеется не будет, это же не число

на это обычно ругается, что получит текст, а настроено число. или как он пишет про разные типы данных

щас пришло письмо после работы cron. там написано, что нету ServerActive. он нужен для типов данных траппер?

он нужен для утилиты, чтобы та поняла, куда отправлять данные можно явно указать -z <hostname>

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

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

короче все указал и пошла отправка

А в чем отличие железного сервера от Hyper-V?

накладные расходы же

хочу отключить на период бекапа это уведомление или настроить оповещение, когда база вернулась

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

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

бекап с single-transaktion устранило проблему, больше не актуально

накладные расходы же

На что?

На что?

на саму виртуализацию, нынче оно правда копейки, но разница есть

что за нагрузка, гипервизор, железо?

ну, это скорее просто о том, что у виртуализации всегда есть оверхед

но это точно не могло быть причиной проблем выше, из-за которых возник вопрос о виртуализации

ну, это скорее просто о том, что у виртуализации всегда есть оверхед

это сферически в вакууме

это сферически в вакууме

это на практике, хоть оверхэд на современных гипервизорах на большинстве задач и незаметен

выше же показали бенчмарк

речь не о том, что виртуализация - плохо, речь о том, что он всё-таки есть, хоть и небольшой

но к проблеме выше это всё-равно не относится

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

мне просто интересно в каких условиях были получены результаты из таблички

в любых

Для тех, кто шлёт картинки в телеграм в виде файлов, в аду подготовлен отдельный котёл

Для тех, кто шлёт картинки в телеграм в виде файлов, в аду подготовлен отдельный котёл

а какие варианты? яж копипастой картинку вставлял

мне просто интересно в каких условиях были получены результаты из таблички

вот отсуда картинка http://www.vmgu.ru/news/vmware-vsphere-db-performance-vm-vs-native

Там есть кнопка "compress". А если с телефона, то прям выбор: как файл или как пикчу :)

О_л

Для тех, кто шлёт картинки в телеграм в виде файлов, в аду подготовлен отдельный котёл

Но иногда есть исключения)

в любых

в этой же статейке камент про хадуп

еще я видел тесты про 1с в контейнерах. не совсем то, но скорости тоже были выше. все как надо - с табличками и цифрами

Да если есть потеря на процах, это все равно более практично, хотя смотря какой юзе кейс

так как бареметал это тупо не удобно даже

Хотя с другой стороны... есть тоже серьезные подводные камни, к примеру сеть

Хотя с другой стороны... есть тоже серьезные подводные камни, к примеру сеть

я про такое тока у вмваре слышал, и то решалось сменой драйвера сетевухи

еще я видел тесты про 1с в контейнерах. не совсем то, но скорости тоже были выше. все как надо - с табличками и цифрами

выше чем где?

я про такое тока у вмваре слышал, и то решалось сменой драйвера сетевухи

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

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

а еще читал про конфликты с rss или vmq типа отключать надо, но у мну сеть 1Gb мне это не грозит ...

а еще читал про конфликты с rss или vmq типа отключать надо, но у мну сеть 1Gb мне это не грозит ...

Если будет очень много мелких пакетов, сетевуха встает по sysirq, грубо говоря... пойдут дропы, так как на реальных сетевухах аппаратные очереди. Для этого придумали SR-IOV, но вот вопрос по миграции таких VM и еще у SR-IOV ограниченное число виртуальных функций, что наложит ограничение по кол-ву виртуалок

Если будет очень много мелких пакетов, сетевуха встает по sysirq, грубо говоря... пойдут дропы, так как на реальных сетевухах аппаратные очереди. Для этого придумали SR-IOV, но вот вопрос по миграции таких VM и еще у SR-IOV ограниченное число виртуальных функций, что наложит ограничение по кол-ву виртуалок

с таким не сталкивался

выше чем где?

на железе в обычной операционке

тут же про виртуализацию и ее оверхед было

на железе в обычной операционке

этого быть не может

этого быть не может

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

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

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

схожий опыт имел сам, но табличку не делал, проседание производительности в рамках 5% hyper-v 2012, диски тестил иометром, кристалдиском, цпу всякой синтетикой

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

Ну понятно что оверхед всегда будет

еще я видел тесты про 1с в контейнерах. не совсем то, но скорости тоже были выше. все как надо - с табличками и цифрами

Это может происходит при включенном write-cache

Ну понятно что оверхед всегда будет

я привел 3 случая, когда виртаулизация была в плюс

я привел 3 случая, когда виртаулизация была в плюс

чудес не бывает, просто не смогли на баре метал настроить и все

виртуализация - это про менеджмент, не про производительность per-se

чудес не бывает, просто не смогли на баре метал настроить и все

"не смогли настроить" - так можно про что угодно сказать

ткни мне где ты 3 примера привел... просто не могу найти

мой личный опыт, комен про хадуп, статья про 1с в журнале

там не много сообщений с начала темы

Давай начнем с того что контейнеры это не виртуализация

я не спорю, что оверхеда нет. но утверждать про "всегда есть" я бы не стал

Давай начнем с того что контейнеры это не виртуализация

спорно, что считать виртуализацией

он есть всегда, просто не всегда значительный

Давай начнем с того что контейнеры это не виртуализация

давай начнем с того, что такое виртуализация

спорно, что считать виртуализацией

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

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

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

даже у контейнеров есть оверхэд

У контейнеров поменьше должен быть)

да

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

почитай как докер внутри работает

У контейнеров поменьше должен быть)

Логично, так как нету некаких эмуляций... работает в той же операционке, но есть проблемы с дисковой подсистемой, поэтому для нагруженной БД не годится

кстати для чанги мс рекомендует таки бареметал

про 1с в контейнерах автор писал про IPC вроде. типа там оно не такое как в обычном случае. и выходит быстрее. мерилось в сферических 1с попугаях

про 1с в контейнерах автор писал про IPC вроде. типа там оно не такое как в обычном случае. и выходит быстрее. мерилось в сферических 1с попугаях

попугаи 1с такие попугаи...

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

попугаи 1с такие попугаи...

тем не менее у контейнеров они были выше

нагрузки по цпу нет, диску нет, памяти вагон но 1с тормазит .... почему? а хз, админы виноваты...

нагрузки по цпу нет, диску нет, памяти вагон но 1с тормазит .... почему? а хз, админы виноваты...

потому что тупит не сервер приложений а БД)

потому что тупит не сервер приложений а БД)

я бы тоже не стал 100% утверждать

потому что тупит не сервер приложений а БД)

там тоже самое

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

волшебная 1с, ничего нет, а оно тупит

да там даже 1 ядро не было нагружено

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

и можно вернуться к заббиксу =)

:)

Подскажите, есть ли у кого шаблон для Ippon smart winner 3000

Камрады, посдкажите как вылечить ошибку: postgres@postgres ERROR: column "waiting" does not exist at character 45 вылезла при обновлении постгреса.