Михаил Григорьев @Sleuthhound
Системное администрирование, программирование, IoT
Information
- Rating
- 5,107-th
- Location
- Челябинск, Челябинская обл., Россия
- Date of birth
- Registered
- Activity
Specialization
System Administration, Database Administrator
Lead
From 280,000 ₽
PostgreSQL
Linux
MySQL
Database
Zabbix
Это означает, что у Вас нет проекта. Ну или он полное г..., уж простите. Если проект качественный, то в нем все заранее продумано и ничего изменять не нужно.
Ну и вся гофра под потолком в одном пучке — это боль… надеюсь в последствии Вы все разложили отдельно по потолку. И еще надеюсь, что все линии у вас идут параллельно стенам, без диагональной протяжки, а то это боль в тройне.
Простите, но сколько Вы платили за электричество до этого? По 2 т.р. в месяц? Сколько комнат в квартире и жильцов? У вас там традиционные лампы накаливания? Электрические батареи или проточный водонагреватель, электро-сушилка в ванной? Откуда такие затраты электричества?
Например у меня 3-ка, нас 4-ро. Всякая техника и прочее (проточки и электро-сушилки конечно нет) — затраты на электричество 300 р. в месяц.
ну то есть вот:
То есть я черным по белому в договоре должен написать: На период тестовой обкатки доработанного софта Вы не вправе его передавать третьим лицам ни под каким предлогом?
Какая-то странная схема получается. Тогда вопрос: А что будет если заказчик захочет сократить срок обкатки, под соусом все отлично работает, меня устраивает? Да, Вы скажите это юридические тонкости, как напишите договор так и будет, но этот сценарий возможен.
А что будет в случае досрочного расторжения договора стороной заказчик до исполнения срока обкатки, ну скажем через 1 месяц? Они получат право выложить код?
Интеллектуальные права не перешли, тут спору нет. Но как Вы тогда объясните метод создания форка проекта, далее смены имени проекта и дальнейшее его существование и даже продажу наработок. Да код этого форка остается открытым и доступным всем, но по сути прав у них на код никаких нет, они трудятся что называется в пустую? Завтра к ним придет изначальный владелец интеллектуальных прав и скажет: «Прикрывайте лавочку, код мой» и он будет прав?
То есть все равно, даже если мы подпишем договор о доработке, опишем тестовый период 12 мес. и в эти 12 мес. с меня могут запросить код и я должен его буду отдать? Если так, то где гарантия, что этот код не выложат в сеть, ведь это GPL?
Несколько вопросов:
1. На текущий момент новый агент в пакетах доступен только под RHEL8, Ubuntu 18.04 (Bionic) и Debian 9 (Stretch) и 10 (Buster), SLES 15
В пролете все что на базе RHEL7 (OL7, CentOS7) :( Когда все же можно будет ожидать пакеты под RHEL7?
2. Планируется ли поддержка других платформ? Например экзотики в виде AIX, хотя бы для 7.2, т.к. компилятор Go под 7.1 не умеет собирать бинарники или поддержка FreeBSD — это не такая экзотика.
3.
На PgConf 2020 был доклад о реализации мониторинга Pg в новом агенте, когда ожидать этот плагин? Только ли в v5.0 или в git-репо появится пораньше?
Спасибо.
А тут получается, что А нужно заключить с Б какой-то там доп. договор о доработке какого-то ПО, какого? За каким чертом компании Б ввязываться в доработку какого-то ПО? Б говорит — мы не хотим чтобы Вы что-то дорабатывали, продайте нам свой продукт, мы его будем использовать, и? Приплыли. Если А продает Б модифицированный GPL продукт, то на следующий день они попросят его исходный код и А будет обязана его отдать — приплыли.
В компании Б тоже не дураки работают, они наверняка знают все эти фишки с СПО.
Вот и попробуйте заработать на GPL.
Не пойму зачем это вообще, расскажите хоть один кейс?
Если у вас новый проект, то кластер Pg раскатывается ansible за 10 минут, есть готовые и протестированные плейбуки. Тюнинг под типовые задачи — максимум 30 минут.
Если у вас древний проект с кучей легаси кода, то тут да, есть заморочки, но как правило в таких проектах уже есть dba.
Я просто смотрю на ценники DBaaS от того же Техносерва и цена в 35 т.р/мес за 2vcpu/16gb ram за pg меня огорчает. Какие у вас будут расценки?
А может у Вас старая версия ядра и btrfs? Посмотрите тут и сравните с тем что у Вас. А еще прочитайте про профиль хранения данных в btrfs (при создании раздела SSD detected было yes ?) и вот это в официальном FAQ
Ну и самое главное — зная архитектуру btrfs (хорошая статья):
Можно сделать вывод, что «насиловать» SSD она будет всегда, остается лишь поднастроить ее, чтобы это было в пределах нормы.
Ну и каждые 2 года новый SSD — конечно маловато, но один то SSD у вас по вине контроллера умер, то есть это был скорее всего брак и если исходить из отсутствия брака, то получается каждые 3 года новый SSD — по-моему вполне нормально, если Вы не будите покупать супер-дорогие, а остановитесь на дешевых.
Для чего я покупаю SSD? В первую очередь для того чтобы быстро на него писать данные и еще быстрее читать эти данные, и мне пофиг будет ли на ssd профиль гуглохрома или еще какой-то программы которая будет насиловать диск, главное что эти программы работают быстро — что мне и нужно.
Берите дешевые ssd, размещайте на них только ОС, а критически важные данные храните на hdd ну и конечно делайте бэкапы.
Я раз в месяц снимаю с ssd где стоит ос образ и если он умрет я без сожаления его выкину, пойду и куплю новый ssd за 3 т.р., разверну образ ОС за 10 минут и продолжу работать. А заниматься ерундой по вычислению сколько какая программа пишет — увольте.
zabbix-agent2 на Go тут не нужен.
И libzbxpgsql тут наверно будет более интересен, т.к. это сишный модуль, который работает быстрее, кушает меньше ресурсов и наверно будет более гибок, хотя тут нужно смотреть что Вам проще — писать кастомные sql запросы для libzbxpgsql или правила препроцессинга для zabbix-server 4.4
Если у вас на сервере 2-3....10 экземпляров Pg, то в моем случае можно запустить 2-3...10 zabbix-agent на сервере, каждый со своим unit файлом и со с своим EnvironmentFile, а HOME со скриптами будет один. Таким образом каждый агент будет использовать нужную версию psql и pg_isready из своего экземпляра Pg. Да, такая ситуация редкость, но бывает.
Хотя можно все 10 экземпляров Pg с одного агента мониторить, но тут придется надеяться что psql будет присутствовать в системном PATH, но в какой-то момент она может оттуда исчезнуть и… приехали.
Для скачивания с Github не обязательно тащить git, можно просто wget'ом/curl скачать github.com/zabbix/zabbix/archive/master.zip
Ну и стиль написания команд в шел привели бы к единому виду, а то где-то в 1 строке по 2 команды через; а где-то построчно. ИМХО более наглядно и удобно когда 1 команда 1 строка.
То есть не освоили/осилили как добавить в PATH для zabbix-agent?
Ну тогда подскажу, для CentOS/RHEL/OracleLinux в файл /etc/sysconfig/zabbix-agent добавить
А в /usr/lib/systemd/system/zabbix-agent.service добавить
потом сделать
и проверить