Записки IT специалиста

REKONFA Live 6 ноября приглашаем всех, кто имеет отношение к маркетингу и рекламным технологиям, обсудить рынок, тренды, вызовы и их решения. С докладами на актуальные темы выступят лидеры индустрии и медийные спикеры. Принять участие можно офлайн и онлайн. Мероприятие бесплатное, нужно только зарегистрироваться. Зарегистрироваться #реклама 18+ ya.rekonfa.ru О рекламодателе

​​Монолит против виртуализации Сегодня завершили трехдневную эпопею с переносом инфраструктуры одного заказчика на новый сервер в виртуальную среду. Процесс прошел сравнительно мягко, как для нас, так и для заказчика как раз благодаря тому, что виртуализация позволяет «есть слона по частям». Долго рассказывать, но простой сервер небольшой организации для 1С и общей папки за прошедшие восемь лет превратился в сущего монстра. Уже несколько раз менялось железо, добавлялись и убирались роли, в общем много чего делалось, но система оставалась монолитом. А это вызывало проблемы и сложности. Всегда приходилось учитывать влияние одних служб на другие, искать компромиссы по выделению ресурсов, крайне осторожно подходить к обслуживанию и обновлению. И вот очередной час пришел, старое железо начало однозначно намекать, что намерено в скором времени отправиться в края вечной охоты. Поэтому купили новое железо и запланировали переезд, только уже с применением виртуализации. Кто-то скажет, а какая разница, сервер все равно один, только добавляется лишняя прослойка в лице виртуализации. Но нет, виртуализация позволяет надежно изолировать службы друг от друга. Обеспечить гарантированное выделение ресурсов. Убрать взаимное влияние служб. Обеспечить индивидуальную настройку любых параметров. И в случае переезда виртуальные машины и контейнеры предоставляют гораздо большую гибкость. Просто перемещаем виртуалку на другой хост виртуализации и все, никаких дополнительных перенастроек. Аналогично и с резервным копированием и временем восстановления. Скопировать на новый хост виртуалки и запустить их всегда быстрее, чем заново настроить монолит, даже при наличии всех данных. Теперь о том, как это лучше делать. Все упирается в план. Прежде всего вы должны разделить существующие сервисы по отдельным контейнерам или виртуальным машинам. Оптимально: один сервис – одна виртуальная машина (контейнер). Далее – считаем ресурсы, как дисковые, так и по оперативной памяти. И то и другое можно выделять с превышением суммарной наличной емкости, но понимать, что этот момент придется постоянно контролировать. По памяти проще, виртуальная машина может пиково забрать память и через некоторое время вернуть ее. Виртуальные диски растут только в одну сторону, даже если потом внутри мы удалили данные, внешний размер диска не уменьшится. Но, зная, что у нас есть запас по пространству мы можем нарезать диски с перехлестом. Зачем? Скажем пошел неконтролируемый рост логов, пусть лучше он займет лишнее место, чем приведет к остановке сервиса. А там сигнал от мониторинга, выявление проблемы, ручные процедуры по приведению в норму дискового пространства. Контейнер или виртуальная машина? Начнем с того, что контейнеры – это не про виртуализацию, это про изоляцию. Каждый контейнер предоставляет изолированную программную среду с прямым доступом к оборудованию и ядру. Да, при необходимости вы можете использовать нужное вам программное окружение. Но контейнер с Debian 8 на Proxmox 8 не означает, что вы там используете Debian 8, а то, что вы используете ядро от Debian 12 в окружении библиотек из Debian 8. Виртуалка – это совсем иное дело, это отдельный хост, со своим набором виртуального железа, виртуальной ОС и для заключенных внутри нее служб она ничем не отличается от обычного ПК. Что выбрать? Смотрите сами. Контейнер дает минимальную потерю по производительности, фактически вы работаете на железе хоста. Также контейнеры используют память хоста и то, то вы им выделили – это лимиты. Но они имеют свои особенности эксплуатации и это надо читать документацию к гипервизору. Виртуалки более требовательны, так как у них запущено собственное ядро и собственное окружение, что потребляет лишнюю память и дает лишние потери производительности на слое виртуализации. Но они могут быть полностью отвязаны от железа хоста. Что выбрать – смотреть по ситуации. Но в любом случае такая структура будет более гибкой и управляемой, нежели монолит.

СОБЫТИЕ. Финал продаж в лучшей новостройке России Успейте стать жителем дома-лауреата федеральной премии "ТОП ЖК - 2025" в номинации "Лучшая новостройка Москвы и России". - Первый в столице дом с "парящими" мостами и парком на крыше - Вертикальная инфраструктура: детские и спортивные площадки, коворкинги и лаунжи между небом и землей - Парк "Событие" у дома: 24 га благоустроенных пространств для отдыха Сейчас вы можете купить квартиру в доме СОБЫТИЕ с рассрочкой 0% от застройщика на 2 года. Узнать больше Проектная декларация на сайте https://наш.дом.рф/. Застройщик: ООО СЗ РАЗВИТИЕ. Финансовые услуги оказывает: Банк ВТБ (ПАО). #реклама dom-sobytie.ru О рекламодателе

Административная виртуалка В свете перевода всей инфраструктуры 1С на Linux и в контейнеры встает закономерный вопрос – как обслуживать все это хозяйство. «Что значит как?» —спросит иной читатель, со своего рабочего места. Но тут не все так просто. Да, повседневные задачи вы можете выполнять откуда угодно, в т.ч. и удаленно. Инструментов для этого хватает. Но некоторые процедуры, такие как обновление информационной базы и вообще практически любые работы в конфигураторе требуют перемещения по сети значительных объемов данных и практически невозможны на удаленке. Хорошо, если у вас есть выделенное рабочее место в локальной сети, а если вы нештатный админ или аутсорсер? Также рабочее место может оказаться выключено во внерабочее время, зависнуть, в общем много чего может случиться. Поэтому мы уже давно практикуем административные виртуалки. Это обычная виртуалка с самой обычной Windows 10/11 на том же самом гипервизоре (или на любом доступном, если их несколько). Такая машина всегда доступна, и вы можете настроить ее как специализированное рабочее место – т.е. только то, что нужно под задачи и ничего лишнего. 👉 Накладные расходы – место на диске и потребляемая память. В этом случае уместно использовать Memory ballooning для динамического выделения памяти или просто включать такую виртуалку по необходимости если свободной памяти не очень много. 👆 А плюсов такого решения более чем достаточно. Про высокую доступность такого рабочего места мы уже говорили. Но оно еще и повторяемо – вы можете взять уже настроенную виртуалку и сделать из нее шаблон. После чего быстро разворачивать ее по необходимости. Зависла – перезагрузим из веб-интерфейса гипервизора, выключена – включим. Сломалась – починим, хотя быстрее развернуть новую из готового шаблона. Нужно выполнить какие-то ресурсоемкие работы? Добавили вычислительных ресурсов. И все это в быстрой внутренней сети гипервизора. ❓ А вы используете подобные инструменты?

Технологии - просто и понятно 👾 это Пролог - в канале есть: • про космос и бизнес • технологии искусственного интеллекта • пост о методе Фейнмана 🤔 и многое другое... Только самое интересное в @get_prologue ! подписывайтесь ✔️

Накладные расходы на контейнер Вчера в обсуждениях поднимали этот вопрос, а сегодня мы как раз поднимали новый контейнер с Postgres. Накладные расходы чистого контейнера (без баз) вы можете видеть на скриншотах. 🔹 Итого по памяти ~ 50 МБ, обратите внимание, что сам контейнер показывает большее значение. Но никакого противоречия тут нет, так как контейнер считает внутри и собственное потребление и совместно используемые с хостом ресурсы, в частности ядро. 🔹 Итого по диску ~ 500 МБ, цифра на фоне типовых размер баз 1С достаточно скромная. Даже при использовании SSD небольшого размера. Примерно такая же картина наблюдается и в контейнере с Apache. 👆 Таким образом накладные расходы на дополнительные контейнеры можно считать несущественными.

Вы уже работаете в IT и задумали перейти в SRE? Скорее всего вы думаете: ❓ С чего начать? ❓ Каких компетенций мне не хватает? ❓ Как составить четкий план развития? ❓ Как понять, чего от меня ждут работодатели? Ищите ответы 11 октября онлайн на SRE Day! После него вы уйдёте с четким пониманием своих сильных сторон и точек роста, пошаговым планом развития, алгоритмом действий при аварии и реальными связями в комьюнити. У вас будет уникальная возможность задать вопрос экспертам и получить моментальный фидбек. 📌 Первым десяти участникам — скидка почти 40%. Если вы готовы сделать карьерный рывок, скорее оставляйте заявку и будьте в числе первых! Подробнее — на сайте 🔥

Хотели как лучше, а получилось как всегда… Эта поучительная история случилась с одной очень дружественной нам фирмой. Бухгалтерия на аутсорсе, пять рабочих мест, около 70 баз 1С:Предприятие. Из них реально горячих – 5-10, остальные так – отчетность сдать. В какой-то момент все это хозяйство, которое работало в файловом режиме с доступом к базам по локальной сети стало тормозить. Местный падаван, племянник владельца, посмотрел и выдал вводную – надо переходить в клиент-серверный режим. Времена тогда были более простые и под Linux можно было невозбранно запустить 12 сессий. Поставил, настроил, перенес пару баз – отлично! Бухгалтера затею одобрили и была куплена настоящая лицензия и процесс пошел! Но очень скоро, где-то на переносе 25-30 базы сервер стал колом. Причина – 100% загрузка диска. Так как баз много и места им тоже надо много, то их разместили на HDD, мол какая там нагрузка, один человек и то не постоянно… Но беда… Ладно, пошли купили SSD, отпустило, но в потолок уперся процессор и оперативка. 😡 Что за @#@$@%!!! Все просто – регламентные задания. У типовой 1С:Бухгалтерия из коробки они очень неоптимальные, и мы рассказывали, как с ними бороться в нашей статье: Почему тормозит 1С. Регламентные задания Но на этом дело не закончилось. С диском и процессором разобрались, но вот как быть с ОЗУ? Это самая больная тема, так как мы можем увеличить диски, можем поставить самый мощный в поколении процессор. Но ОЗУ ограничено платформой и хоть пой, хоть пляши. А в клиент-серверной системе каждая база будет запускать регламентные задания, надо оно вам или не надо и все это требует ресурсов. А баз у вас 70, хотя из них 50 – холодные. Менять серверную платформу? Стоит денег. Как быть? А просто разобраться. Горячие базы выносим на сервер. Там им самое место. Все быстро, все довольны. А холодные оставляем в файловом варианте и публикуем через веб-сервер, это означает что серверный код будет быстро выполняться на сервере. А клиентский – на клиенте, но для этого надо использовать тонкий клиент через веб. В общем мы местного падавана направили и поправили, после чего снова стало все хорошо. 👆 Мораль? Любые технологи должны быть уместны. Если мне раз в пятилетку надо закрутить два самореза – я куплю отвертку, шуруповерт мне ни к чему.

🏠 Онлайн-калькулятор строительства Хотите заранее понять, во сколько обойдётся ваш будущий дом? Смарт-Строй создал простой и удобный инструмент — калькулятор, который считает стоимость строительства за пару кликов. ✅ Быстро — задаёте параметры дома, и моментально получаете результат. ✅ Прозрачно — сметы выгружаются напрямую из CRM/ERP‑системы Structura компании Смарт-Строй. ✅ Реалистично — узнаете не только итоговую сумму, но и подробную разбивку: материалы + работы. Это не просто калькулятор — это ваш быстрый инструмент для оценки бюджета.  🚀 Попробуйте прямо сейчас — Калькулятор онлайн #реклама О рекламодателе

​​Разделяй и властвуй И снова про нашу родную 1С, точнее про сервер 1С:Предприятие, который в наш век виртуализации и контейнеризации с завидным упорством продолжают устанавливать и настраивать монолитом, особенно на платформе Linux. Вина в этом во многом связана с массой материалов в сети, где эта тема именно так и подается, без разбора на составляющие и пояснений. Мол выполни шпаргалку – получишь результат. Надо ли говорить, что рано или поздно подобное творчество приходится разбирать и перенастраивать. Почему? Этих почему много и ниже мы их коснемся. ▫️ Начнем с самого сервера 1С:Предприятие, в платформе ПРОФ разработчики фактически забрали у пользователя практически все инструменты управления памятью и сервер будет работать с параметрами по умолчанию. Поэтому это очень плохой сосед и первый кандидат на отселение, точнее главный. Сервер 1С:Предприятие всегда должен жить отдельно. Часто в статьях про виртуализацию советуют выносить в отдельную виртуалку Сервис лицензирования. Но перед тем, как это сделать нужно хорошо подумать. Локальная серверная лицензия позволяет запустить неограниченное количество экземпляров сервера на узле. При использовании Сервиса лицензирования: один экземпляр – одна лицензия. А необходимость второго экземпляра возникает весьма часто, когда та же Бухгалтерия или ЗуП требует новой версии платформы, но вы не хотите обновлять ее в масштабе предприятия, потому что та же Торговля такого обновления не требует. ▫️ СУБД, а наших реалиях это будет все чаще Postgres, но практически все нижесказанное будет справедливо и для MS SQL. Это второй кандидат на отселение, так как вы не подружите СУБД и сервер 1С:Предприяите по памяти на уровне лицензии ПРОФ. Для Postgres вообще рекомендуется разносить сервера СУБД по принципу: 1 база – 1 инстанс. Это связано как с возможностью тонкого тюнинга СУБД под нагрузку, так и с особенностями резервного копирования и восстановления Postgres. Но в любом случае, вне зависимости от СУБД, разделяйте инстансы для рабочих баз, тестовых и архивных. Архивные – это базы прошлых лет, которые бухгалтера любят держать для «зайти посмотреть». ▫️ Веб-сервер, самое интересное, потому что в каждой инструкции он есть и нигде не рассказывается зачем и почему, просто ставим м все тут. А потом удивляемся. Начнем с того, что никакого преимущества веб-клиент перед тонким клиентом не имеет. В том числе и на медленных каналах. Поэтому если можете использовать тонкий клиент – используйте. Веб-сервер удобен для подключения извне и использует только один порт, вместо набора портов для тонкого клиента. Дополнительного лицензирования он не требует и его также лучше выносить. В клиент-серверном варианте веб-сервер обработкой запросов не занимается и просто проксирует их серверу 1С:Предприятие, поэтому ресурсов много не потребуется. Веб-сервера тоже лучше разделять, как минимум по разным информационным базам или их наборам. Во-первых, это связано с версией платформы, которая должна совпадать между сервером 1С:Предприятия и веб-сервером. Во-вторых, это более удобно в плане обслуживания и безопасности, так как можно разделить разных пользователей по разным веб-серверам. Из этих же соображений веб-сервер работающий наружу лучше выделять в отдельную виртуальную машину и не публиковать там ничего лишнего. Для популярных ныне веб и HTTP-сервисов также используйте отдельный веб-сервер, опять-таки исходя из соображений обслуживания и безопасности. При этом помним, что никакой полезной информации веб-сервера на себе на хранят и поэтому мы их можем создавать и удалять в любом количестве в зависимости от текущих потребностей. При этом совмещать веб-сервера для 1С с другими ролями и задачами не следует. Но опять-таки, перед тем как настраивать веб-сервер подумайте, а для чего он вам нужен и нужен ли вообще. Потому что это еще один компонент системы, который требует обслуживания и во многих случаях он просто не нужен.

🎥 Вебинар по Linux: «Структура каталогов Linux: базовые знания для системных администраторов» ☝️ На вебинаре вы узнаете: - как устроена файловая система Linux и что означает иерархия каталогов; - назначение основных директорий (`/etc`, /var, /home, /bin, /usr и др.); - где хранятся конфигурационные файлы и журналы (логи); - практические приёмы навигации по системе и поиска нужных файлов. 💪 В результате вебинара вы: - научитесь ориентироваться в структуре каталогов Linux; - сможете находить конфигурационные файлы и системные журналы; - поймёте различия между основными директориями; - получите базовые навыки для дальнейшего администрирования Linux. 🎁 Все участники вебинара получат специальные условия на полное обучение курса «Administrator Linux. Basic» 👉 Для участия зарегистрируйтесь: https://otus.pw/kAaD/?erid=2W5zFG4YnB2 Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

​​1С, Linux и виртуализация Буквально на днях коллега попросил рассказать нас как мы работаем с на платформе виртуализации Proxmox. В основе нашей инфраструктуры лежит Linux и контейнерная виртуализация LXC, что позволяет приложениям работать без потерь производительности, как будто они работают непосредственно на железе. Центром всей этой системы является сервер 1С:Предприятия, который лицензируется отдельно на каждый запущенный экземпляр, стоимость лицензии составляет 95 000 руб., что не располагает к маневрам по разделению серверов и т.п. Но не стоит сбрасывать со счетом Сервер-Мини за 15 500 руб. разрешающий пять сеансов к расположенным на нем информационным базам. Его можно использовать для вынесения на него ресурсоемких баз с малым количеством пользователей (например, ЗуП) или служебных баз для выполнения разного рода обменов и прочего регламента. В любом случае сервер 1С – это центр вашей инфраструктуры и ему следует уделить особое внимание. Начнем с лицензирования, при нахождении сервера 1С в контейнере он учитывает ядра и сетевые карты контейнера, но диски и объем оперативной памяти берет от хоста. При изменении количества ядер сервер посчитает что вы заменили процессор и попросит повторную активацию лицензии. При этом изменять объем памяти и перемещать машину между хранилищами вы можете без проблем, главное, чтобы параметры хоста при этом не изменились. Сколько места выделить под контейнер? Много не нужно, там будет храниться серверный кеш, индексы и журналы, не считая временных файлов. Все это можно посмотреть на живой базе. Если не знаете – 1,5 – 2 размера ИБ, в случае чего всегда сможете откорректировать. Следующий важный компонент – СУБД, мы используем бесплатную версию PostgreSQL от компании PostgresPRO. Также можно использовать сборку от 1С, но версия от PostgresPRO имеет репозиторий и получает обновления, что является более предпочтительным. Ведущие специалисты по Postgres для 1С, такие как Антон Дорошкевич, рекомендуют выделять под одну базу один контейнер. И в этом есть смысл. Во-первых, вы можете выделить каждой базе собственный набор ресурсов, за которые ей не придется конкурировать. Во-вторых, вы можете настроить сервер СУБД с учетом реальных потребностей конкретной базы, а не искать компромисс между различными базами с различным характером использования. Как минимум разнесите на разные сервера СУБД различные конфигурации 1С, Бухгалтерию на один, Зарплату на второй, Торговлю на третий. В этих целях следует создать готовый шаблон контейнера с уже установленной СУДБ и быстро разворачивать экземпляры по необходимости. Основной тип подключения к базам – тонкий клиент, он отлично работает не только в локальной сети, но и из удаленных расположений через VPN. Забудьте про терминалы как страшный сон, в этом сценарии они не дают никаких преимуществ, только лишнюю головную боль. Третий компонент – веб-сервер для публикации баз или веб-сервисов. Это дополнительный способ доступа и разворачивается он также по принципу: одна база – один веб-сервер, веб-сервисы публикуются отдельно. Для него точно также имеет смысл создать готовый шаблон и разворачивать по необходимости. Это позволяет также использовать одноразовые веб-сервера, например, чтобы предоставить доступ внешнему пользователю (скажем, аудитору). После чего такой контейнер просто удаляется. Что из этой схемы бекапится? В первую очередь сервер СУБД, частота выбирается исходя из допустимой потери информации. Потеря СУБД – потеря всех расположенных на них информационных баз 1С. Сервер 1С не хранит никакой пользовательской информации и его потеря не так критична, бекапим сугубо в целях быстрого восстановления работы системы при авариях. Веб-сервера можно не бекапить совсем, развернуть новый сервер из шаблона и заново опубликовать базу скорее всего будет быстрее, чем восстановление резервной копии. Исключение – сервера работающий наружу, с сертификатами и прочими настройками безопасности. Опять же единственная цель бекапа – быстрое развертывание.

​​KISS (Keep it simple stupid, «не усложняй, придурок») Работая с различными заказчиками, очень часто приходится вспоминать этот принцип. Потому как многие коллеги, особенно молодые, очень любят переусложнять системы. Когда в сети на 5-7 узлов встречаешь ActiveDirectory, развернутую на единственном сервере, там же еще крутится 1С, СУБД и всякое прочее – берет оторопь. Причем никакой виртуализацией там не пахнет, потому что виртуализация – это сложно. А насколько просто будет поддерживать и сопровождать этого монстрика Франкенштейна – никто и не думает. Если заглянуть в набор правил брандмауэра, то мы увидим там кучу правил с заковыристыми критериями, типа TCP-флагов и прочего, чего сам коллега и толком пояснить не может. На вопрос: «зачем?» Поясняют, что: «Защита от сетевых атак» На следующий вопрос: «А вас кто-то атакует?» тоже остается без ответа. По имеющимся сообщениям, акроним был придуман Кларенсом Джонсоном, ведущим инженером Lockheed Skunk Works, когда Джонсон вручил команде инженеров-авиаконструкторов набор инструментов, поставив им условие: механик среднего уровня должен суметь отремонтировать реактивный самолёт, который они проектировали, в полевых условиях только с этими инструментами. Такой же принцип будет не лишним и в IT, когда специалист среднего уровня и квалификации должен разобраться и починить ваше «творчество» подручными средствами. Тем более в эпоху виртуализации делать проще становится еще легче. Никто не мешает разнести нам сервисы и сервера по отдельным виртуалкам или контейнерам, чтобы исключить их влияние на соседей. А аппаратные ресурсы для этого способен предоставить любой бытовой ПК среднего уровня.

СИМВОЛ. Старт продаж в готовом квартале Выбирайте квартиру по стартовым ценам в финальной очереди квартала СИМВОЛ. Чтобы использовать все преимущества центра Москвы. И всюду успевать без спешки. И любоваться столицей из панорамных окон. - Дом внутри ТТК - 100+ открытых объектов инфраструктуры, в том числе школа - Самый большой двор в СИМВОЛЕ - 1,2 га - В доме детская, переговорная, коворкинг - Собственный парк "Зеленая река" площадью 10 га - 3 станции метро в пешей доступности СИМВОЛ - квартал в историческом районе Лефортово, в 2 км от Садового кольца. Узнать больше Проектная декларация на сайте https://наш.дом.рф/. Застройщик: ООО СЗ МАРТ. Финансовые услуги оказывает: Банк ВТБ (ПАО). #реклама simvol-kvartal.ru О рекламодателе

Привет! Меня зовут Михаил Козьяков. Ввиду специфики своей деятельности я запилил больше 300 IT-проектов разной сложности и масштабировал компании — от полного нуля до выхода на IPO. Этот канал — авторский. Ничего не продаю. Просто делюсь опытом и реальными, полезными кейсами, которые могут пригодиться именно вам. Подписывайтесь — будет практика без булшита и инфоцыганщины. Маркетинг и айтишечка #реклама О рекламодателе

Еще одно полезное новшество в Proxmox 9 На графике расхода памяти теперь показывается доступная память и ZFS ARC, последнее крайне полезно для тех, кто просто поставил Proxmox, подключил ZFS-хранилище, но ни стали ни читать, ни разбираться. А потом – ой, а где это вся моя оперативная память? И почем OOM-killer отстреливает мои виртуальные машины? ✅ Прочитать подробнее можно здесь: https://interface31.ru/tech_it/2022/07/nastraivaem-ispolzovanie-ram-pri-rabote-s-zfs-v-proxmox-ve.html

Недорогие процессоры Intel Jxxx и Proxmox Сегодня некоторые читатели, глядя на выложенный нами скриншот с удивлением спрашивали, а серьезно ли это у нас Proxmox крутится на Celeron J3455? Да, серьезно. Да, в продакшене. Но зачем? Не везде нужна вычислительная мощность, часто бывает просто надо уплотнить размещение сетевых служб, не предполагающих высокой нагрузки. В нашем случае это УТМ ЕГАИС, которые можно установить в количестве 1 единицы на 1 хост. Да, виртуализировать ее официально запрещено, но что прикажете делать, если у вас крупная сеть? Искать 10-20-30 отдельных ПК? Вот для таких задач эти машинки подходят просто отлично и стоят недорого. Также, как показала практика, они отлично тянут типичные Linux-задачи: прокси, VPN, файлопомойка, веб-сервер, всякие докеры и прочие контейнеры, конечно с оглядкой на вычислительные способности процессора. Но может можно немного доплатить и взять что-нибудь помощнее? Можно, но не нужно. Почему? Данные системы позволяют реализовать предельно энергоэффективные, компактные и очень тихие или вообще бесшумные системы. Пассивное охлаждение на CPU, внешний блок питания, компактный mini-ITX корпус и вот у вас бесшумный, не требующий обслуживания ПК, при этом вы уплотняете не только сервисы, но и физическое размещение за счет предельной компактности. Также подобные системы, на наш взгляд, идеальны для домашней лаборатории или мини-сервера, если, конечно, вы не собираетесь гонять там высокие нагрузки. А теперь по моделям. Процессоры линеек J3000/J4000 – это уже устаревшая, но не утратившая актуальности платформа. Скажем так – неплохой выбор для экономных. Производительности вполне хватает, потребление небольшое, цена – приемлемая. Старшую линейку J5000/J6000 покупать сегодня нет никакого экономического смысла, эти модели не стоят своих денег. Все дело в том, что сейчас на рынке широко представлены модели нового семейства N100, которое превосходит своих предшественников на голову. Данный процессор по вычислительной мощности примерно равен Core i5 4-го поколения и это не только маркетинговые заявления, мы лично тестировали и те и другие системы и вполне согласны с этим определением. Поэтому если хотите недорого, но сердито – смотрите на серию N100, там также доступны платы с пассивным охлаждением, цена таких плат формата mini-ITX на сегодня варьируется от 11 000 руб. до 15 000 руб., плюс-минус. Полностью собрать компактный блок выйдет в 20 - 25 тыс. руб. Если взять J3000/J4000, то там платы доступны по 7 – 8 тыс. рублей, что позволит еще немного сэкономить. При этом, если брать современные платы, то у вас будет 1 M.2 NVMe, 2 SATA и один или два слота под память, до 16 ГБ, плюс один PCIe x4. Для обрисованного нами круга задач вполне достаточно. Плюс есть вариативность по памяти и накопителям. Чем не мини-сервер или домашняя лаборатория? Но можно пойти другим путем и еще немного сэкономить денег купив готовый неттоп. Модели на N100 в рознице стоят в районе 15 000 руб. Это готовый ПК с памятью и накопителем. А если поискать на Озоне или других маркетплейсах, то можно найти китайцев от 7 – 8 тыс. руб. Да, туда придется добавить памяти и, возможно, заменить накопитель на более емкий. Но по деньгам это очень привлекательная покупка. В минусы – низкая возможность расширения и шумный вентилятор под нагрузкой. Зато – предельная компактность и экономия. Еще более радикально можно сэкономить, купив на Авито старый неттоп с J1900. Это очень старый процессор, но очень удачный и по производительности он даже превосходит младшие J3000, но уступает по энергоэффективности. Готовый неттоп с ним сейчас можно найти за 5 000 руб. Правда память там будет DDR3 и только SATA. Но как домашний гипервизор начального уровня он будет работать отлично, и полностью бесшумно. А дальше смотрите и думайте. Но в любом случае подобные системы имеют смысл, когда высокой нагрузки не предполагается, а на передний план выходят компактность и бесшумность.

Крупнейший университет искусственного интеллекта Приглашаем на бесплатный курс по искусственному интеллекту! Мы подготовили для тебя 5 занятий по теме «Разработка нейро-сотрудников на GPT». Пройди регистрацию для получения полного бесплатного доступа к курсу. ✨ 8 000+ студентов со всего мира ✨ 600+ AI-проектов, созданных студентами ✨ Сборная Университета — победители крупнейших AI-хакатонов России ✨ Стажировки в крупнейших компаниях России (РЖД, Ростелеком, РУДН, Совкомбанк, Самолет и другие) ✨ Трудоустраиваем выпускников в крупнейшие компании (Яндекс, ВТБ, Сбербанк, Роскосмос и другие) Будем рады видеть тебя в наших рядах! Узнать больше #реклама 16+ neural-university.ru О рекламодателе

Начали потихоньку переводить производственные гипервизоры на Proxmox 9. Каких-либо серьезных багов или аномалий не наблюдается. Из плюсов пользователи отмечают более информативные графики. Процесс обновления имеет ряд особенностей, которые не отражены в документации или отражены не полностью. В целом, если вы успели изучить процесс перехода на Debian 13 они не доставляют сложности, но могут и поставить в тупик начинающего. Поэтому в планах на ближайшее время подготовить материалы по апгрейду всех основных продуктов Proxmox.