Установка и настройка ELK Stack

Полностью обновил и переработал свою старую статью про настройку ELK Stack. В ней я рассказываю, как установить одиночный хост Elasticsearch и начать собирать в него логи с linux и windows серверов. Теперь не нужно отдельно ставить Java.

Сам я постоянно использую этот продукт при администрировании веб серверов. Я вообще не представляю себе управление сайтом без него. Настраиваю одиночный сервер, так как нагрузки небольшие и не очень нужно гарантированно хранить эти логи. Если потеряются, не страшно. Они обычно нужны для текущего анализа состояния сервера.

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

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

https://serveradmin.ru/ustanovka-i-nastroyka-elasticsearch-logstash-kibana-elk-stack/

#elk #статья

​​Фундаментальные изменения в Zabbix 5.4

На днях было опубликовано русскоязычное выступление директора и основателя Zabbix Алексея Владышева. Он анонсировал фундаментальные изменения в новой версии Zabbix 5.4. Рекомендую всем послушать, кто плотно работает с заббиксом. Туда завозят новый синтаксис.

Вот основное из выступления:

1️⃣ Внедряется единый синтаксис для всего, а не разный, как сейчас - свой для триггеров, вычисляемых и агрегированных проверок. Новый синтаксис не будет ограничен группами хостов, будет поддерживать тэги. Он упростит агрегацию метрик, что улучшит мониторинг кластерных систем. 

2️⃣ Старый синтаксис:
{host:key.func(params)}=0
Новый синтаксис:
func(/host/key,params)
Теперь он стартует не от объекта в виде хоста, а от функции.

3️⃣ Конвертация старого синтаксиса в новый будет. Старые шаблоны не сломаются.

4️⃣ Производительность от перехода на новый синтаксис не изменится. Старые шаблоны будут требовать тех же ресурсов. 

5️⃣ Свое развитие получат тэги. Будет еще больше тэгов: для хостов, шаблонов, прототипов, триггеров, элементов данных. Они же заменят applications (приложения).

Я сразу уловил суть изменений. Они реально крутые. Теперь можно очень легко агрегировать метрики по хостам, вместо имени поставив *. Это первое, что приходит на ум. Будем проверять и тестировать. Новые шаблоны нужно будет писать по-новому. На вид такой синтаксис явно проще и удобнее. И интуитивнее.

https://www.youtube.com/watch?v=B0SbRtxZFMY

#zabbix #видео

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

Речь идет о мониторинге сайта. Есть сервис - https://www.cloudfox.com/monitoring/ Он ничем не отличается от многих других, кроме одной небольшой особенности. На бесплатном тарифе он шлет смски в случае проблем.

Особенность Free тарифа:
◽ Только мониторинг непосредственно сайта обычным пингом раз в 15 минут.
◽ Никаких проверок делегирования, tls сертификатов и т.д.
◽ В случае проблемы отправляется смска на ваш номер.

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

#бесплатно

​​У меня давно уже висит в задачах протестировать Veeam PN (Powered Network), но времени не хватает на все. Думаю, статьи по этой теме уже не состояться, так что просто напишу заметку и познакомлю вас с этим любопытным продуктом, о котором я узнал случайно не так давно.

Это полностью бесплатный сервис для настройки vpn туннелей. Подходит как для site-to-site, так и для point-to-site подключений. Настраивается полностью через браузер, управляется там же. В консоль лазить не надо, как и не нужны специальные знания для запуска в работу. Продукт достаточно простой и дружелюбный к пользователям.

Изначально базировался на Оpenvpn, но с выходом Wireguard в релиз, перешел на него. Оценить его возможности и сам интерфейс можно в видео, которое будет по ссылке ниже. Там же и описание, в том числе на русском языке.

Я лично обратил внимание на Veeam PN, потому что продукты этой компании, в том числе и бесплатные, отличаются богатым функционалом и качеством. Всегда приятно их использовать. Пожалуй, одна их немногих компаний, к которой у меня нет никаких претензий. Все четко и качественно. Ограничения бесплатных версий очень лояльные, так что меня зачастую устраивают полностью.

Если у кого-то есть опыт эксплуатации этой штуки, прошу поделиться впечатлением. Бесплатных коробочных решений для построения vpn очень много. Навскидку этот тот же pritunl, pfsense, clearos и другие. Выбрать что-то оптимальное не так просто. Я традиционно красноглазю в консоли и настраиваю руками openvpn. Привык к нему и функционал устраивает.

https://www.veeam.com/ru/powered-network.html

#vpn

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

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

Свои карты можно сохранять локально к себе на компьютер и потом снова загружать в сервис и изменять. При желании, можно установить приложение локально на компьютер. Попробуйте, может вам зайдет. Самые красивые схемы у меня получалось рисовать в Visio, но уходило больше всего времени. Dia люблю как раз за то, что там все быстро можно сделать. Draw.io привлекает тем, что много готовых шаблонов. Не надо ломать голову, что и как изобразить. Берешь готовый шаблон и правишь на свой вкус м цвет. Плюс иконок всяких сразу много идет, искать отдельно не надо.

Подозреваю, что есть что-то еще более удобное и функциональное. Расскажите, чем рисуете схемы сети?

#схемы

​​В комментариях к одной из заметок на тему почтового сервера один из читателей поделился ссылкой на бесплатный почтовый сервер под windows - hMailServer. Я и знать не знал, что под винду есть бесплатные почтовики. Никогда не встречал. Обычно если кому надо бесплатно, то ставят ломанный Kerio. На моей первой работе такой стоял. Я его потом на postfix под freebsd переносил.

Я не знаю, насколько хорош и удобен hMailServer, так как сам его не тестировал, но на заметку взял. Если надо будет где-то внутри сети что-то развернуть и потестить под виндой, можно попробовать. По функционалу все есть, что обычно завозят в бесплатные почтовики под линуксом. И даже больше. Там и скрипты какие-то, и интеграция с AD, и бэкапы.

Заглянул на форум проекта, он суперактивный с тысячами постов. Не ожидал даже. Думал это какой-то малоизвестный заброшенный проект. А по сути нет, люди активно пользуются. Может где-то на западе он популярен, а мимо нас прошел незамеченным. Пользовался кто-нибудь таким?

https://www.hmailserver.com/

#mailserver

Хочу поделиться информацией о режиме работы proxy_pass в nginx для тех, кто об этом не знает. То, что nginx популярный веб сервер, думаю, знают все. Чаще всего в качестве веб сервера он и трудится. Но не только. Он еще очень популярный балансировщик нагрузки. Мне редко он нужен в этом качестве, так как с highload я не работаю.

А вот еще один режим, в качестве которого он может пригодиться, я использую часто. Речь идет о проксировании входящих запросов к веб серверу. Допустим, есть у вас какой-то специфичный веб сервер, например Onlyoffice или Kibana, Grafana и т.д. Вы хотите там настроить tls подключение. Все это по сути коробочные продукты. Настройки у них у всех разные. Где-то удобно настраивать https, где-то нет.

Чтобы не разбираться с каждым сервисом по отдельности, можно перед ним поставить nginx, на нем настроить https а дальше все запросы отдавать в сервис по http. Таким образом у вас будет единообразие настроек везде. Не нужно решать их по отдельности.

Это не единственное удобство проксирования запросов к сервисам, в отличии от прямого доступа к ним. На самом Nginx можно будет настроить различные правила доступа. Сделать анализ лог файлов и на его основе опять же блокировать кому-то доступ или настраивать другие ограничения. При этом коробочный софт вы вообще не трогаете.

В целом, такая схема доступа повышает удобство управления, безопасность, гибкость настроек. Я практически всегда ставлю nginx на прием внешних запросов. Будь то одиночный сайт на wordpress, bitrix или какая-то готовая веб панель. Делаю отдельную небольшую виртуалку чисто под nginx, а дальше запросы идут на другой веб сервер, где трудится основной сайт. Эту же виртуалку удобно совмещать с шлюзом для виртуальных машин или объединения инфраструктур, если в этом есть потребность.

Моя статья по этой теме с примерами - https://serveradmin.ru/nginx-proxy_pass/

#nginx #webserver

С удивлением регулярно обнаруживаю информационные системы без мониторинга. Будь то небольшой офис, филиал или просто веб сервер с пачкой сайтов. Не понимаю, как так можно жить. Когда ко мне обращаются за помощью в решении какой-то проблемы, я всегда сначала спрашиваю, какой у вас мониторинг. Без него те же плавающие тормоза сайта или сервера невозможно отловить. Либо придется потратить очень много времени.

Я всегда и везде настраиваю мониторинг. У меня это Zabbix, но смысл заметки не в этом. Не ленитесь делать мониторинг всегда и везде. Он упрощает работу и экономит ваше время. Даже если кажется, что на мониторинг сейчас нет времени, поверьте, вам просто кажется. На мониторинг всегда должно быть время и он должен строиться параллельно с развитием информационной системы.

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

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

Так что у кого еще нет мониторинга, встали и пошли настраивать Zabbix 😁

​​А вы заметили трансформацию современных приложений? Они стали какими-то недоприложениями. Я уже как-то делал давненько заметку на этот счет. Сейчас просто еще раз столкнулся с суровой реальностью и решил поделиться своими мыслями.

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

Лично мне больше нравится пользоваться приложениями, а не браузером. Но чем дальше, тем меньше в этом смысла. Расскажу на своих примерах. Я постоянно пользуюсь сервисами todoist и evernote. У них у обоих есть отдельные "приложения", которые можно поставить на компьютер.

Но по факту, это просто копии браузера, которые тормозят еще больше и дольше запускаются. Получается, если ты запустишь локально на компьютере 3 приложения: draw.io, todoist, evernote это будет равноценно запуску трех копий браузера. А сверху еще основной или парочку основных.

Я просто стал замечать, что ноут как-то подтормаживает и все работает с микро задержками. Повырубал все приложения, открыл в браузере (функционал и интерфейс один в один) и стало лучше. То есть смысла в этих приложениях никакого нет. Проще и быстрее все в браузере открывать.

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

​​Дополнение к вчерашней заметке про бэкапы. На днях отключил синхронизацию локальных бэкапов с удаленным хранилищем, пока настройки некоторые делал. И, как водится, забыл включить обратно. Если бы не было мониторинга, заметил скорее всего где-то через неделю-две, когда глазами просматривал бэкапы (делаю это регулярно).

А так пришло письмо. Сразу понял, в чем дело, пошел и включил снова синхронизацию. Как реализовать мониторинг бэкапов - отдельный вопрос. Он сильно зависит от конкретной ситуации. Как это иногда делаю я, показываю в статье - https://serveradmin.ru/monitoring-bekapov-s-pomoshhyu-zabbix/

Нужно понимать, что это частный случай и показан просто пример. Готовые системы мониторинга чаще всего этот функционал имеют по умолчанию. Если есть возможность использовать их - используйте.

 ❗️ Главное, о чем хотел сказать - мониторьте все подряд. Спать будете спокойнее (на ночь мобилу выключаем 😁)

#backup #zabbix

​​Решил поделиться с вами, а заодно и разобрать работу одной консольной команды в linux, которая позволяет быстро посмотреть, кто занимает оперативную память на сервере. Сразу предупреждаю, что тема с памятью в linux очень замороченная. Ее нельзя просто взять, посмотреть и все понять :)

Если захотите разобраться в этом вопросе, то гуглите "linux memory rss virt" и читайте, разбирайтесь, проверяйте. Я буду подсчитывать использование rss памяти. Для этого предлагаю следующий скрипт, который можно запустить в bash консоли:

ps axo rss,comm,pid | awk '{ proc_list[$2] += $1; } END { for (proc in proc_list) { printf("%d\t%s\n", proc_list[proc],proc); }}' | sort -n | tail -n 10 | sort -rn | awk '{$1/=1024;printf "%.0fMB\t",$1}{print $2}'

Разбираем, что он делает:

1️⃣ ps axo rss,comm,pid - выводит список всех процессов, указывая pid, само название процесса и потребление памяти rss. Если у вас работает, к примеру, php-fpm, то у него может быть сотни процессов, так что сама по себе эта команда малоинформативна, так как генерирует огромный список. Начинаем его обрабатывать.

2️⃣ awk '{ proc_list[$2] += $1; } END - в данном случае $2 это второй столбец (название процесса) списка, полученного из первой команды, $1 (rss) - первый. Таким образом мы создаем словарь из названий процессов и в этом словаре сразу же суммируем rss всех процессов с одним и тем же именем. То есть записываем примерно следующее:
proc_list = ( [php-fpm]=51224, [mysql]=31441 ) и т.д.

3️⃣ { for (proc in proc_list) { printf("%d\t%s\n", proc_list[proc],proc); }}' - заключительная часть обработки в awk, которая в цикле перебирает все названия процессов в словаре и выводит их по одному в каждой строке. В данном случае proc_list[proc] будет выводить rss процесса, proc - его название, конструкция "%d\t%s\n" определяет формат вывода: %d - десятичное число, \t - табуляция, %s - строка, \n - переход на новую строку.

4️⃣ | sort -n | tail -n 10 | sort -rn - это самая простая часть. Тут мы сначала сортируем предыдущий список по первому столбцу (rss) от меньшего к большему, потом оставляем только 10 последних значений (можете изменить, если вам надо больше), и делаем обратную сортировку, от большего к меньшему.

5️⃣ | awk '{$1/=1024;printf "%.0fMB\t",$1}{print $2}' - здесь мы просто причесываем вывод, деля rss на 1024, чтобы перевести в мегабайты и их же дописываем в конце. %.0f - округление до целого, \t - добавляет табуляцию. Можете это убрать, если вам не нужно.

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

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

Сохрани на память. Частенько бывает нужен, если работаешь в консоли.

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

Серия про майнинг больше всего понравилась - https://youtu.be/O91Xv6TJg0I

Только между нами, майнил кто-нибудь на работе? Я лично ни разу не пробовал. Один раз настраивал мониторинг транспортабельного миницода. Было очень неудобно, что его оставляли включенным только с 9 до 18.

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

#юмор #псевдопятница

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

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

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

https://serveradmin.ru/fajlovaya-baza-1s-tormozit/

#1с #статья

Хочу прокомментировать любопытную статью, которую недавно прочитал в корпоративном блоге компании Флант - https://habr.com/ru/company/flant/blog/542540/

Она немного выбивается из общего тренда статей крупных аутсорсеров, которые преимущественно работают с облачными сервисами, исповедуют подход infrastructure as code, используют кубернетис и т.д.

В данном случае они увидели, что на трафик с AWS уходит $2000 в месяц и подумали, как можно сократить эти расходы. Нашелся какой-то здравомыслящий человек, который предложил немыслимое - настроить кэш статики на одиночном сервере за $60 в месяц с бесплатным трафиком.

Они это сделали и все получилось. На ровном месте минус $1940 расходов без потери отказоустойчивости, так как AWS остался в резерве на случай аварии этого сервера. Просто там теперь нет трафика.

Что хотел сказать? Я часто вижу комментарии, что надо выползать из дремучей древности, переходить в облака, кластеры, осваивать новое и вот это вот все. Я согласен, что надо развиваться и изучать новое. Но новое должно быть оправдано в каждом конкретном случае. Если одиночный сервер за 60 баксов решает поставленную задачу, зачем эту нагрузку тащить в облако?

#мысли

Небольшая статья на тему конвертации Centos 8 в Centos Stream - https://serveradmin.ru/centos-8-to-centos-stream/. Судя по всему, Centos все же останется популярной системой, несмотря на то, что ее перевели на rolling release. Есть, к примеру, такая новость - https://servernews.ru/1029891

Разработчики из Facebook и Twitter планируют создать новую группу, которая займётся развёртыванием CentOS Stream в крупномасштабной инфраструктуре. Разработчики отмечают три основных направления, на которых они хотели бы сосредоточить внимание группы. Первым и основным является сверхбыстрое развёртывание определённых пакетов. Они будут доступны через собственные репозитории, а не через общие для CentOS Stream.

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

#статья

​​Некоторое время назад я рассказывал о режиме работы nginx - proxy_pass. Мне посоветовали в комментариях любопытную надстройку над проксирующим nginx под названием Nginx Proxy Manager - https://nginxproxymanager.com

Это панель управления nginx в режиме прокси с помощью веб интерфейса. Разворачивается через docker-compose, так что никаких заморочек с установкой нет. Запускается в одну команду. Там всего два контейнера. Один непосредственно с nginx и веб интерфейсом, второй с базой данных, где хранится вся информация панели.

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

Основное из того, что он умеет:

1️⃣ Собственно, управлять конфигом nginx через web интерфейс.
2️⃣ Использование сертификатов, как своих, так и Let's Encrypt. При этом есть готовые интеграции со многими популярными dns хостингами для автоматического подтверждения доменов через dns.
3️⃣ Настройка доступа к сайтам на основе basic auth или списков доступа для allow и deny.
4️⃣ Доступ к панели на основе пользователей и прав для них, логирование действий пользователей.

Это opensource проект, репа на гитхабе -  https://github.com/jc21/nginx-proxy-manager. Мне понравилась панель. Приятный и удобный интерфейс. Все, как сейчас модно - стильно, быстро, в докере :)

Ничего знать про nginx не надо, запустил и пошел настраивать. В целом, рекомендую попробовать, если есть потребность в подобном функционале. Я себе в закладки добавил.

#nginx #webserver

​​▶️ Любопытное видео на тему построения HA-кластера Zabbix (High-Availability, кластер высокой доступности). На своем примере инженеры Megafon показали, как они построили кластер мониторинга Zabbix.

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

Выступающий не только рассказывает о своей текущей реализации кластера, но кратко рассказывает, какие варианты балансировки они рассматривали и почему отказались. Среди них были Citrix Netscaler, HAProxy. В итоге балансировку они реализовали своими самописными инструментами с помощью Zabbix API.

В случае выхода из строя одной из проксей, хосты распределяются между остальными оставшимися прокси. Сам кластер мониторинга двунодовый, работает в режиме Primary / Standby. При выходе из строя основного сервера, запасной становится основным и наоборот. Ноды полностью идентичны.

https://www.youtube.com/watch?v=OH4CVR7URR8 (33 минуты)

#zabbix #видео

​​Это будет пост с советами для настоящих админов. Какой сейчас админ без микротика? Одно название. Ниже список практических рекомендаций при работе с mikrotik.

1️⃣ Когда подключились к Микротику удаленно и включили режим Safe Mode не забудьте проверить, нет ли еще подключений через winbox. Если они будут, то Safе mode не сработает.

2️⃣ Так же при удаленном подключении, убедитесь, что нет запущенных сессий Winbox с Safe mode. Если кто-то подключился, что-то настроил в этом режиме и забыл отключиться, а вы его принудительно отрубите, все настройки откатите обратно.

3️⃣ Safe Mode хранит ограниченное количество изменений. Поэтому лучше всего в этом режиме действовать следующим образом. Включили режим, внесли важные настройки, убедились, что все в порядке, режим выключили. Не надо постоянно сидеть с включенным Safe Mode.

4️⃣ Если нужно рестартануть интерфейс, через который выполнено удаленное подключение, то просто сделать disable и обратно enable не получится. Вас отключит. Вместо этого достаточно нажать enable. Микротик в этом случае все равно выключает интерфейс и тут же включает обратно. Очевидно, что если с интерфейсом какие-то проблемы и он не поднимется, то все пропало :) Так что использовать на свой страх и риск.

5️⃣ Safe Mode не панацея, он может сглючить и не откатить настройки. Можно подстраховаться скриптом, который делает бэкап, спит какое-то время и загружает бэкап обратно. Логика такая. Запустили скрипт, он сделал бэкап. Дальше вы делаете какие-то настройки. Если вас не отключило, останавливаете скрипт. Если отключило, ждете, когда скрипт откатит конфиг. Примерный текст скрипта:

/system backup save password="secret" name=disconnect
delay 180
/system backup load name=disconnect.backup password="secret"

Если у вас есть еще какие-то советы или лайфхаки по микротикам из практики, делитесь. Этот пост - компиляция комментариев к постам на сайте и tg с vk. Сам я не очень суровый и с микротиками мало работаю. Но дома и на даче стоит, так что проф пригоден.

#mikrotik

​​Недавно у меня было несколько заметок про 1С на канале. Хотел сразу прокомментировать некоторые вещи, но руки только сейчас дошли. В комментариях много обсуждали, какую конфигурацию для 1С можно использовать. По большому счету выбор есть из трех вариантов:

1️⃣ Файловая база. Тут все просто. Самый дешевый вариант.
2️⃣ Сервер 1С + база Posgresql на Linux. Более дорогой вариант, но к первому добавляется только лицензия на сам сервер 1С.
3️⃣ Сервер 1С + база MSSQL на Windows Server. Это самый дорогой вариант, так как тут нужно будет купить кучу лицензий: 1С сервер, Windows Server, MSSQL сервер и CALs к нему.

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

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

MSSQL сервер очень прост в обслуживании, несмотря на свой огромный функционал. То есть тут простота не обманчивая. Он очень функционален и быстр и при этом легко и просто настраивается в связке с 1С по многочисленным манулам в интернете. Его производительность будет предсказуема. Его легко бэкапить, обслуживать, восстанавливать. С этим справится любой эникей.

С Postgresql ситуация будет другая. Во-первых, нужен будет админ со знанием Linux как минимум, а по хорошему и с опытом postgresql. Этот специалист будет требовать зарплату раза в 2 выше, чем эникей, способный нормально управлять mssql. На длинном промежутке времени никакой экономии не получится, при условии, что у вас нет и не планируется в штат подобный сотрудник.

Во-вторых, хоть 1С вроде как и старается оптимизировать работу своих конфигураций под postgresql, а postgresql pro пытается делать сборки под 1С, но на деле, 1С под posgre работает медленнее, чем под mssql. А в каких-то нестандартных ситуациях катастрофически медленнее, чем в mssql. Я сталкивался с такими ситуациями. Расследовать и разбираться в этом не просто. Надо подключаться программистов 1С и смотреть, какие запросы работают медленно и в чем там проблемы. Все это денежные затраты, если у вас нет в штате подобных специалистов.

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

#1с

❗️ А у вас есть Кубернетис?

Это видео так прекрасно, что его даже комментировать не хочется. Просто смотрите и думайте.

https://www.youtube.com/watch?v=LeVULLqWwcg