Когда циклы разработки сжимаются, а количество проектов растёт экспоненциально, гибкость и скорость становятся главными конкурентными преимуществами. Этот кейс показывает, как быстрорастущая компания по разработке ПО совершила качественный скачок, уйдя от классической виртуализации к cloud-native экосистеме. Внедрив связку Harvester и Rancher, компания получила мощный инструмент для мгновенного развёртывания Kubernetes-кластеров и традиционных виртуальных машин в рамках единой отказоустойчивой инфраструктуры.
Контекст
Клиент – динамично развивающаяся компания по разработке программного обеспечения из Хорватии, специализирующаяся на проектировании и поддержке продуктов для рынков Европы. Портфель компании включает несколько активных проектов: от корпоративных веб-приложений до высоконагруженных B2B-платформ. Долгое время команда использовала Proxmox VE со стандартными KVM-виртуальными машинами.
Однако по мере появления новых проектов компания столкнулась с архитектурными ограничениями. Для новых заказов, особенно на этапах разработки и тестирования, стало необходимо быстро поднимать новые кластеры Kubernetes. Создание K8s-окружений поверх обычных ВМ было медленным, требовало ручной настройки, усложняло автоматизацию и администрирование. Клиенту был нужен инструмент нового поколения: платформа, где управление контейнерными и традиционными KVM-нагрузками происходило бы из единой точки, с глубокой интеграцией API и поддержкой Terraform.
Цели и результаты
Проблема
Главная проблема клиента заключалась в неповоротливости старой инфраструктуры при работе с cloud-native нагрузками. DevOps-инженеры были бы вынуждены тратить часы на рутинное выделение ресурсов, конфигурирование сетей и развёртывание K8s-кластеров для новых сред.И даже при наличии настроенных скриптов автоматизации и Terraform-манифестов управление всем этим парком инстансов вызывало бы определенные трудности в том числе и в вопросах изоляции проектов.
Кроме того, компания нуждалась в надёжной отказоустойчивости. Настройка кластерных файловых систем на старой платформе требовала узкоспециализированной экспертизы и значительных временных затрат. Клиенту нужна была система, которая работала бы с минимальным порогом входа, предоставляла бы отличные инструменты управления кластерами, упрощала бы реплицирование данных, поддерживала бы legacy-проекты на базе обычных ВМ и была бы полностью готова к управлению через IaC.
Конфигурация инфраструктуры
Для обеспечения максимальной производительности и устранения узких мест была выбрана гиперконвергентная архитектура на базе трёх выделенных серверов.
.jpg)
Использование высокоскоростной локальной сети полностью устранило проблему “бутылочного горлышка” при репликации данных Longhorn и обеспечило быструю миграцию виртуальных машин между узлами.
Решение
Команда INTROSERV предложила внедрить гиперконвергентную инфраструктуру на базе Harvester HCI, интегрированную с платформой управления Rancher.
- Разделение хранилища по назначению
Установка Harvester на выделенный SSD RAID обеспечила стабильность самой ОС, тогда как NVMe-пул под Longhorn гарантировал высокий IOPS для дисков виртуальных машин и Persistent Volumes в Kubernetes. - Синхронная репликация без задержек
Внутренняя сеть 25 Gbps позволила Longhorn зеркалировать данные между тремя узлами с минимальной задержкой. При выходе из строя одного сервера виртуальные машины автоматически перезапускаются на соседних нодах без потери данных. - Единая панель управления Rancher
Клиент получил единый графический интерфейс, объединяющий управление виртуальными машинами и кластерами Kubernetes – включая их полный жизненный цикл: provisioning, мониторинг, обновление. - Полная автоматизация через IaC
Нативный Terraform-провайдер Rancher и API Harvester позволили использовать подход “инфраструктура как код”.
Собственная инфраструктура как стратегическое преимущество
Реализованное командой INTROSERV решение стало не просто сменой гипервизора, а переходом к принципиально иному способу работы с инфраструктурой – удобному, автоматизированному и масштабируемому.
Показательно, что клиент рассматривал и альтернативный путь – размещение нагрузок у гиперскейлеров. Однако предварительный расчёт показал, что у них аналогичные мощности обошлись бы в 3 - 4 раза дороже в годовом измерении, а при росте портфеля проектов этот разрыв только увеличивался бы и это без учёта счетов за egress-трафик и непредсказуемого роста цен на инстансы.
Собственная инфраструктура решает и вопрос суверенитета данных: все данные клиентов хранятся исключительно на выделенных серверах, не покидая контролируемый клиентом периметр. Для компании, работающей с европейскими заказчиками в условиях жёстких требований GDPR, это не просто удобство – это обязательное условие. Дополнительным аргументом в пользу выбранного стека стал RKE2 – дистрибутив Kubernetes от SUSE, который Rancher разворачивает по умолчанию и который изначально спроектирован с акцентом на безопасность: соответствует стандартам CIS Benchmark и FIPS 140-2, что делает его выбором в том числе для государственных учреждений и регулируемых отраслей.
Ваша текущая среда виртуализации перестала отвечать задачам бизнеса, и вы ищете cloud-native подход к управлению инфраструктурой? Доверьте этот переход команде INTROSERV: мы проведём аудит, подберём оптимальное оборудование и разработаем план перехода на экосистему Harvester + Rancher.
