DevOps on Цифровой сад и мастерская

Proxmox VE 9: Что это и стоит ли переходить с ESXi

Thu, 16 Jul 2026 00:00:00 +0000

Proxmox VE 9: мой взгляд на альтернативу VMware

📌 Тип заметки: Инструкция / Обзор

🗂️ Раздел: Виртуализация | Операционные системы

🏷️ Теги: #proxmox #virtualization #kvm #lxc #ceph #esxi

Что такое Proxmox VE?

Proxmox VE — это open-source платформа виртуализации типа 1, которая устанавливается прямо на «голое железо». Она объединяет в одном удобном веб-интерфейсе две технологии:

KVM — полноценные виртуальные машины с аппаратной виртуализацией.
LXC — лёгкие Linux-контейнеры.

Плюс встроенный функционал: кластеризация, High Availability, бэкапы, Ceph, SDN и многое другое.

Почему я начал рассматривать переход с ESXi

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

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

Оптимизация лицензионной политики: Изменения в модели Broadcom после покупки компании сделали платформу менее привлекательной в долгосрочной перспективе. Proxmox полностью бесплатен, без скрытых платежей и ограничений по количеству сокетов, ядер или виртуальных машин.
Технологическая независимость: Переход к Proxmox обеспечивает полную прозрачность и контроль над инфраструктурой без привязки к проприетарным решениям и vendor lock-in.
Гибкость экосистемы: Открытая природа Proxmox позволяет выстраивать более гибкие и управляемые системы для проектов, где важны самостоятельность и лёгкость администрирования. Платформа предлагает современный веб-интерфейс, встроенную систему резервного копирования, кластеризацию, live-migration, а также поддержку как полноценных виртуальных машин (KVM), так и лёгких контейнеров (LXC).
Прозрачность и предсказуемые затраты: Отсутствие зависимости от политики вендора и резких изменений условий лицензирования.
Активное развитие: Регулярные обновления, богатая экосистема и возможность глубокой кастомизации под конкретные задачи.

Когда сохранение «вендорского стека» остается оправданным

При этом важно трезво оценивать границы применимости обеих платформ. VMware по-прежнему остается эталоном в крупных энтерпрайз-средах, где Proxmox может столкнуться с ограничениями:

Сертификация и поддержка: Для критически важных бизнес-систем (например, SAP или Oracle) часто требуется официальная поддержка вендора с жестким SLA и наличие сертификации оборудования.
Глубокая интеграция с оборудованием: Многолетние партнерства VMware с производителями «железа» (Dell, HPE, Lenovo) обеспечивают более глубокую интеграцию драйверов и мониторинга на уровне BIOS/Firmware.
Управление огромным масштабом: vCenter остается более удобным инструментом для управления сотнями серверов, распределенных по разным ЦОД. В Proxmox такие задачи требуют больше ручных усилий по автоматизации через Ansible или Terraform.

Итог

Для проектов, где важны прозрачность, контроль и отсутствие жесткой привязки к меняющейся политике вендора, Proxmox становится логичным и экономически обоснованным выбором. Это переход от «коробочного» корпоративного продукта к гибкой, открытой системе, в которой администратор по-настоящему владеет своей инфраструктурой.

Реальные тесты в лабораторной среде

Я развернул Proxmox VE 9 в тестовой среде и прогнал типовые задачи, которые регулярно решаю на ESXi:

Запуск Windows Server + MSSQL Работает стабильно. После установки VirtIO-драйверов производительность дисков и сети хорошая.
Live Migration работающей ВМ Без общего хранилища миграция идёт по сети. Результат терпимый.
Кластеризация Собрал кластер из двух узлов. Проверил HA — при выключении одного узла ВМ автоматически перезапускаются на втором.
Хранилище Использовал локальные диски с ZFS. Для полностью синхронного общего хранилища в будущем планирую поднять Ceph.
Бэкапы Встроенный vzdump + Proxmox Backup Server с дедупликацией и шифрованием. Значительно удобнее и экономичнее по сравнению с Veeam.

Ключевые отличия от ESXi

LXC-контейнеры «из коробки» — то, чего мне всегда не хватало в VMware.
Всё в одном интерфейсе — гипервизор, хранилище, бэкапы, кластер, сеть.
Открытая экосистема — сервер работает на Debian, можно ставить любые пакеты и свободно скриптовать.
Гибкость — легко масштабируется от маленького homelab до полноценного кластера.

С какими сложностями я столкнулся

ZFS и память — если включать дедупликацию, RAM расходуется очень активно. Пришлось перейти на сжатие.
Сеть — встроенный SDN мощный, но иногда проще настроить VLAN через стандартные средства Debian.
Поддержка — при серьёзных проблемах в production рассчитывать в основном на себя и сообщество.

Кому я рекомендую переходить на Proxmox

Да, стоит, если:

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

Оставайтесь на VMware, если:

У вас большая корпоративная среда с жёсткими требованиями к сертификации и вендорской поддержке.

Мои ближайшие планы

Хочу подготовить серию практических материалов:

Настройка кластера из 2–3 узлов
Организация надёжных бэкапов
Миграция ВМ с ESXi на Proxmox (P2V)
Реальные сценарии использования LXC в production

Всё написанное — из личного практического опыта. Если вы уже работаете с Proxmox или только планируете переход — буду рад услышать ваше мнение в комментариях.

Artkov Lab Production Notes

Wed, 15 Jul 2026 00:00:00 +0000

Добро пожаловать

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

Всё, что здесь есть, — проверено в работе. Никаких догадок или непроверенных советов.

Структура материалов

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

Основные разделы:

Виртуализация — установка и настройка гипервизоров
Операционные системы — Linux и Windows Server
Сети и безопасность — маршрутизация, VPN, фаерволы
Мониторинг — настройка систем наблюдения
Автоматизация — скрипты и конфигурации

Типы записей

В заметках использую несколько форматов для удобства:

Тип	Описание
Инструкция	Пошаговое руководство по установке и настройке
Чек-лист	Краткий список действий для быстрого развёртывания
Шпаргалка	Команды и синтаксис для быстрого доступа
Решение проблемы	Описание ошибки и способ её исправления

Как пользоваться сайтом

Поиск — самый быстрый способ найти нужную тему
Навигация по тегам — группировка по технологиям
Связанные заметки — переходы к смежным темам внутри материалов

Кому это может быть полезно

Системным администраторам, которые работают с похожим стеком.
Всем, кто использует системы виртуализации.
Тем, кто просто ищет компактные инструкции без воды.

Как это использовать

Проще всего — искать через поиск. Если нужна тема — введите ключевое слово.

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

Если заметка помогла — хорошо. Если нашли неточность или знаете более элегантное решение — напишите, буду рад обсудить.

Сайт пополняется постепенно. Часть материалов — из моих рабочих заметок, часть — специально обработана для публикации. Если чего-то не хватает — возможно, оно появится позже.

Удачи в настройке.

Обо мне

Wed, 15 Jul 2026 00:00:00 +0000

Привет, меня зовут Артём.

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

Мой технологический стек

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

Виртуализация: Proxmox VE, VMware ESXi, Hyper-V
ОС и сервисы: Windows Server (AD, GPO), Linux (Ubuntu/Debian)
Сети: MikroTik, VLAN, VPN (OpenVPN, WireGuard)
Мониторинг и безопасность: Zabbix, Netdata, Wazuh SIEM
Резервное копирование: Veeam, Acronis (стратегия 3-2-1)
1С: Администрирование серверов (Linux/Windows), RAC, MSSQL, PostgreSQL
Автоматизация: PowerShell, Bash, Python

Из чего состоит мой подход

Документирование всего. Любое решение фиксирую в заметках — это экономит время в будущем.
Автоматизация рутины. Если задача повторяется — она должна выполняться скриптом.
Надёжность прежде всего. Инфраструктура должна быть предсказуемой и восстанавливаемой.

Мои проекты

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

GitHub: https://github.com/The-Old-Cat
Telegram: @Art_Kovale
Email: ar-kovale@yandex.ru

Chezmoi: элегантное управление dot-файлами в Linux и Windows

Wed, 25 Feb 2026 00:00:00 +0000

Управление конфигурационными файлами (dotfiles) на нескольких машинах рано или поздно превращается в хаос. Обычный Git-репозиторий в домашней директории быстро замусоривается, симлинки ломаются на Windows, а хранить в открытом доступе токены или имена пользователей крайне небезопасно.

Решением этой проблемы стал chezmoi — современный менеджер dotfiles, написанный на Go. Он позволяет безопасно и системно управлять настройками в Linux, WSL и Windows.

🚀 В чём преимущество Chezmoi?

В отличие от традиционного подхода с симлинками, chezmoi хранит целевые конфиги в отдельной директории (по умолчанию ~/.local/share/chezmoi) и применит изменения в реальную систему только по вашей команде.

Кроссплатформенность: Одинаково эффективно работает в Unix-подобных системах, WSL и Windows.
Шаблонизация на базе Go Templates: Позволяет динамически подставлять переменные (имя пользователя, hostname, email) в зависимости от текущего хоста.
Безопасность: Нативная поддержка шифрования секретных данных через age или GnuPG.
Автоматизация: Возможность выполнения run_once_ скриптов установки пакетов при первом развертывании системы.

📦 Структура и организация dotfiles

Пример структуры репозитория dotfiles, управляемого chezmoi:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


dotfiles/
├── .chezmoi.toml.tmpl # Шаблон конфигурации chezmoi
├── .chezmoiignore # Игнорируемые файлы и директории
├── dot_bashrc # Превратится в ~/.bashrc
├── dot_gitconfig.tmpl # Шаблон ~/.gitconfig с переменными
├── private_dot_config/ # Превратится в ~/.config/
│ ├── helix/ # Конфигурация редактора Helix
│ ├── starship/ # Настройки промпта Starship
│ └── wezterm/ # Кроссплатформенный терминал WezTerm
├── run_once_after_10-base-packages.sh.tmpl # Установка CLI-пакетов (Linux/WSL)
└── run_once_after_20-windows-packages.ps1.tmpl # Установка пакетов (Windows)

Именование файлов

Префиксы в именах файлов chezmoi указывают на их атрибуты в целевой системе: dot_ превращается в точку (.bashrc), private_ создает приватную папку (chmod 700), а .tmpl включает генератор шаблонов.

⚡ Быстрый старт и инициализация

Linux / WSL

Установка утилиты:

1
2


sh -c "$(curl -fsLS get.chezmoi.io)" -- -b ~/.local/bin
export PATH="$HOME/.local/bin:$PATH"

Инициализация из репозитория GitHub:
1

chezmoi init --apply <ваш-username>

Windows

В Windows удобнее всего использовать менеджер пакетов Scoop:

1
2
3
4
5
6


Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy RemoteSigned -Force
iwr -useb get.scoop.sh | iex
scoop install main/chezmoi git gh

# Инициализация конфигурации в Git Bash:
chezmoi init --apply <ваш-username>

🔄 Шпаргалка по ежедневным командам

Команда	Описание
`chezmoi edit ~/.bashrc`	Открыть файл в редакторе по умолчанию.
`chezmoi diff`	Показать различия между репозиторием и текущей `$HOME`.
`chezmoi apply -v`	Применить изменения из исходников к рабочей системе.
`chezmoi update`	Подтянуть изменения из Git и сразу применить их.
`chezmoi add ~/.config/helix/`	Добавить новую директорию под управление chezmoi.
`chezmoi cd`	Перейти в локальную рабочую директорию chezmoi.

📊 Использование шаблонов (Templates)

Благодаря шаблонам Go вы можете использовать единый dot_gitconfig.tmpl для всех своих устройств:

1
2
3


[user]
 name = {{ .name }}
 email = {{ .email }}

Переменные считываются из вашего персонального файла .chezmoi.toml или вводятся через интерактивный промпт при инициализации.

Внимание при работе со скриптами

Скрипты с префиксом run_once_ запускаются автоматически только один раз. Перед их применением всегда проверяйте сгенерированный код командой chezmoi execute-template < <file>.

На Windows для исключения случайно запущенных Bash-скриптов рекомендую выполнять компиляцию с параметром: chezmoi apply --exclude=scripts.