Насколько практично использовать одновременно Prometheus + Grafana, и Kibana APM?

Насколько практично использовать одновременно Prometheus + Grafana, и Kibana APM?

Вполне нормально: Пром для оперативного мониторинга, кибана для аналитики бизнесовых данных

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

ну env

Коллеги, подскажите как правильно описывать триггер к zabbix {node01:proc.mem[,,,"lalala.jar",].last()}<7 Такой он есть в данный момент Триггер должен сообщать когда память сервиса превысила 7гб Описывается 7000 или 7?)

7G

Спасибо, пойду поверять:)

подскажите кто что думает есть около 20 серверов, часть серверов заскриптованы анзиблом из них часть работают в docker без оркестровщика в конечном итоге хочется видеть - что бы можно было легко этим всем рулить при этом должна быть гибкость, ну и минимальная зависимость от хостинга(тоесть жестко завязываться на одного провайдера никто не даст) Какой путь правильный: 1. Добить для всех серверов ansible+docker после чего делать terraform+k8s, и уже потом интегрировать туда ansible+docker(на 1й взгляд кажется что этот путь более долгий но дает небольшие результаты сразу) 2. Забить на то что есть сейчас, и идти снизу вверх - terraform -> k8s -> проекты, после чего разширять автоматизацию, типа DNS, ssl сертификаты и прочее(как мне кажется этот путь хорош тем что мы не привязуемся к тому что имеем, но прийдется поддерживать по факту старую и новую инфраструктуру, результата прийдется ждать долго, но потом получим либо все и сразу)

подскажите кто что думает есть около 20 серверов, часть серверов заскриптованы анзиблом из них часть работают в docker без оркестровщика в конечном итоге хочется видеть - что бы можно было легко этим всем рулить при этом должна быть гибкость, ну и минимальная зависимость от хостинга(тоесть жестко завязываться на одного провайдера никто не даст) Какой путь правильный: 1. Добить для всех серверов ansible+docker после чего делать terraform+k8s, и уже потом интегрировать туда ansible+docker(на 1й взгляд кажется что этот путь более долгий но дает небольшие результаты сразу) 2. Забить на то что есть сейчас, и идти снизу вверх - terraform -> k8s -> проекты, после чего разширять автоматизацию, типа DNS, ssl сертификаты и прочее(как мне кажется этот путь хорош тем что мы не привязуемся к тому что имеем, но прийдется поддерживать по факту старую и новую инфраструктуру, результата прийдется ждать долго, но потом получим либо все и сразу)

а вам тестовые окружения для terraform выдадут?)

подскажите кто что думает есть около 20 серверов, часть серверов заскриптованы анзиблом из них часть работают в docker без оркестровщика в конечном итоге хочется видеть - что бы можно было легко этим всем рулить при этом должна быть гибкость, ну и минимальная зависимость от хостинга(тоесть жестко завязываться на одного провайдера никто не даст) Какой путь правильный: 1. Добить для всех серверов ansible+docker после чего делать terraform+k8s, и уже потом интегрировать туда ansible+docker(на 1й взгляд кажется что этот путь более долгий но дает небольшие результаты сразу) 2. Забить на то что есть сейчас, и идти снизу вверх - terraform -> k8s -> проекты, после чего разширять автоматизацию, типа DNS, ssl сертификаты и прочее(как мне кажется этот путь хорош тем что мы не привязуемся к тому что имеем, но прийдется поддерживать по факту старую и новую инфраструктуру, результата прийдется ждать долго, но потом получим либо все и сразу)

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

а вам тестовые окружения для terraform выдадут?)

ну делать это по живому я и сам не соглашусь, поэтому да, сначала туда начнут переежать стейджи

ну делать это по живому я и сам не соглашусь, поэтому да, сначала туда начнут переежать стейджи

я о том что сами пайплайны для terraform надо будет тестить:)

я о том что сами пайплайны для terraform надо будет тестить:)

само собой

само собой

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

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

вопрос в том что уже год топчимся на месте, причин в топтании на месте много, основная это не своевременное внедрение технологий, как пример написали ansible скрипты мне сказали - "jenkins нам пока не нужен, а зачем использовать ansible, если можно руками сделать git pull и одну строчку в конфиге поправить", перебросили на другой проект, пока я занимался другим проектом ansible скрипты потеряли свою актуальность(кто то руками полез, где то что то обновилось, где то конфиги полностью переписаны), сейчас стараюсь не давать меня перебрасывать с проекта на проект пока не доведено до логического завершения часть автоматизации, это дало свои результаты, но продвижение всеравно медленное

вопрос в том что уже год топчимся на месте, причин в топтании на месте много, основная это не своевременное внедрение технологий, как пример написали ansible скрипты мне сказали - "jenkins нам пока не нужен, а зачем использовать ansible, если можно руками сделать git pull и одну строчку в конфиге поправить", перебросили на другой проект, пока я занимался другим проектом ansible скрипты потеряли свою актуальность(кто то руками полез, где то что то обновилось, где то конфиги полностью переписаны), сейчас стараюсь не давать меня перебрасывать с проекта на проект пока не доведено до логического завершения часть автоматизации, это дало свои результаты, но продвижение всеравно медленное

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

иначе как нибудь какой нибудь вася всю инфру тебе терраформом ебнет

подскажите кто что думает есть около 20 серверов, часть серверов заскриптованы анзиблом из них часть работают в docker без оркестровщика в конечном итоге хочется видеть - что бы можно было легко этим всем рулить при этом должна быть гибкость, ну и минимальная зависимость от хостинга(тоесть жестко завязываться на одного провайдера никто не даст) Какой путь правильный: 1. Добить для всех серверов ansible+docker после чего делать terraform+k8s, и уже потом интегрировать туда ansible+docker(на 1й взгляд кажется что этот путь более долгий но дает небольшие результаты сразу) 2. Забить на то что есть сейчас, и идти снизу вверх - terraform -> k8s -> проекты, после чего разширять автоматизацию, типа DNS, ssl сертификаты и прочее(как мне кажется этот путь хорош тем что мы не привязуемся к тому что имеем, но прийдется поддерживать по факту старую и новую инфраструктуру, результата прийдется ждать долго, но потом получим либо все и сразу)

по мне, так нужно сперва всё в тупые контейнеры перевести. Они потом нормально будут рядом с k8s работать и проще потом будет в кластер засунуть.

https://www.terraform.io/docs/enterprise/guides/recommended-practices/index.html

подскажите кто что думает есть около 20 серверов, часть серверов заскриптованы анзиблом из них часть работают в docker без оркестровщика в конечном итоге хочется видеть - что бы можно было легко этим всем рулить при этом должна быть гибкость, ну и минимальная зависимость от хостинга(тоесть жестко завязываться на одного провайдера никто не даст) Какой путь правильный: 1. Добить для всех серверов ansible+docker после чего делать terraform+k8s, и уже потом интегрировать туда ansible+docker(на 1й взгляд кажется что этот путь более долгий но дает небольшие результаты сразу) 2. Забить на то что есть сейчас, и идти снизу вверх - terraform -> k8s -> проекты, после чего разширять автоматизацию, типа DNS, ssl сертификаты и прочее(как мне кажется этот путь хорош тем что мы не привязуемся к тому что имеем, но прийдется поддерживать по факту старую и новую инфраструктуру, результата прийдется ждать долго, но потом получим либо все и сразу)

> terraform+k8s и ansible+docker не понял, зачем то и дургое нужно одновременно держать?

> terraform+k8s и ansible+docker не понял, зачем то и дургое нужно одновременно держать?

чтобы пока все не переедет старые среды будут пахать

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

Я просто вот это не понял "после чего делать terraform+k8s, и уже потом интегрировать туда ansible+docker"

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

я имел ввиду что построить новую инфраструктуру и в нее уже интегрировать то что есть на сегодняшний день. по сути получается 2 подхода 1. Расширяем то что есть до того как она станет правильным(но это будет дольше, но с небольшими результатами) 2. Строим заново используя то что есть на сегодня

Стучался в zabbix/gitlab группы Может тут кто знает Есть триггер на память сервиса в zabbix, когда память сервиса превышена, триггер орет с оповещением(уже сделано), шлет уведомление куда надо(уже сделано) , нужно запускать gitlab раннер который будет сервис рестартить Как это провернуть напрямую из zabbix, кто поможет?)

Стучался в zabbix/gitlab группы Может тут кто знает Есть триггер на память сервиса в zabbix, когда память сервиса превышена, триггер орет с оповещением(уже сделано), шлет уведомление куда надо(уже сделано) , нужно запускать gitlab раннер который будет сервис рестартить Как это провернуть напрямую из zabbix, кто поможет?)

https://www.zabbix.com/documentation/3.4/manual/config/notifications/action

точнее даже https://www.zabbix.com/documentation/3.4/manual/config/notifications/action/operation/remote_command

коллеги, кто игрался с katacontainers?

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

nspawn?

lxc

lxc на хостовом ядре ворочается

а тут нет

https://www.youtube.com/watch?v=bUOIJBUPPck&feature=youtu.be

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

Они все еще с ksm ( как clear containers ) ?

Круто конечно, но в чём профит?

nginx unit тестили уже?

nginx unit тестили уже?

на php проекте еще в бетке полет нормальный был

в прод не юзали

на php проекте еще в бетке полет нормальный был

а по сравнению с пхп-фпм?

на php проекте еще в бетке полет нормальный был

а со старыми версиями пхп как типа 5.5 ?

а со старыми версиями пхп как типа 5.5 ?

не тестил бро) на 7.0 юзали

везет )

а по сравнению с пхп-фпм?

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

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

понял, спасибо, мож погоняю на днях

Может кто подсказать? Есть ли какой ман по настройке prometheus_bot для телеграма через сокс5-проксю?

Привет ребята

Подскажите как лучше установить на сервак почтовый сервер рокет чат гитлаб джиру?

Скажите, Амазон дает t2.micro на 750 часов в год или на 750 часов в месяц на год?

Подскажите как лучше установить на сервак почтовый сервер рокет чат гитлаб джиру?

ансиблом

Скажите, Амазон дает t2.micro на 750 часов в год или на 750 часов в месяц на год?

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

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

спасибо, а то в русской версии написано немного не так

Подскажите как лучше установить на сервак почтовый сервер рокет чат гитлаб джиру?

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

Там чистый сервак

И пока ничего нет такого

Как наилучшим образом реализовать сие

Через виртуальные машины или есть путь лучше?

Через виртуальные машины или есть путь лучше?

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

Подскажите как лучше установить на сервак почтовый сервер рокет чат гитлаб джиру?

лучше на виртуалках и по отдельности явно не в докере

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

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

Еще стоит подумать, как быстро это все собрать в чемодан и перенести на отдельный сервер, чтобы если РКН положит подсеть, можно было в разумное время перевезти

Еще стоит подумать, как быстро это все собрать в чемодан и перенести на отдельный сервер, чтобы если РКН положит подсеть, можно было в разумное время перевезти

может жиру все таки локально у себя держать и вывешивать наружу за CDN?

вот будет у вас база с 1000 пользователей я сомневаюсь что вы слёту ее смигрируете на другие инстансы

"опробовано на базе с 500"

вот будет у вас база с 1000 пользователей я сомневаюсь что вы слёту ее смигрируете на другие инстансы

Никогда не перевозил жиру, но вероятно вы правы

Никогда не перевозил жиру, но вероятно вы правы

а уж обновляется она уууууух

там сервер железка

то есть выдлеленный

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

ну там есть аппаратный рейд

ну там есть аппаратный рейд

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

да мы вместе пилим это а он отошел по делам

подозревал тоже самое, ну ладно:)

свое имхо лучше и дешевле

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

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

вы стоимость годовой лицензии на 1000 юзеров еще не видели:)