Когда циклы разработки сжимаются, а количество проектов растёт экспоненциально, гибкость и скорость становятся главными конкурентными преимуществами. Этот кейс показывает, как быстрорастущая компания по разработке ПО совершила качественный скачок, уйдя от классической виртуализации к cloud-native экосистеме. Внедрив связку Harvester и Rancher, компания получила мощный инструмент для мгновенного развёртывания Kubernetes-кластеров и традиционных виртуальных машин в рамках единой отказоустойчивой инфраструктуры.
Контекст
Клиент – динамично развивающаяся компания по разработке программного обеспечения из Хорватии, специализирующаяся на проектировании и поддержке продуктов для рынков Европы. Портфель компании включает несколько активных проектов: от корпоративных веб-приложений до высоконагруженных B2B-платформ. Долгое время команда использовала Proxmox VE со стандартными KVM-виртуальными машинами.
Однако по мере появления новых проектов компания столкнулась с архитектурными ограничениями. Для новых заказов, особенно на этапах разработки и тестирования, стало необходимо быстро поднимать новые кластеры Kubernetes. Создание K8s-окружений поверх обычных ВМ было медленным, требовало ручной настройки, усложняло автоматизацию и администрирование. Клиенту был нужен инструмент нового поколения: платформа, где управление контейнерными и традиционными KVM-нагрузками происходило бы из единой точки, с глубокой интеграцией API и поддержкой Terraform.
Цели и результаты
Проблема
Главная проблема клиента заключалась в неповоротливости старой инфраструктуры при работе с cloud-native нагрузками. DevOps-инженеры были бы вынуждены тратить часы на рутинное выделение ресурсов, конфигурирование сетей и развёртывание K8s-кластеров для новых сред.И даже при наличии настроенных скриптов автоматизации и Terraform-манифестов управление всем этим парком инстансов вызывало бы определенные трудности в том числе и в вопросах изоляции проектов.
Кроме того, компания нуждалась в надёжной отказоустойчивости. Настройка кластерных файловых систем на старой платформе требовала узкоспециализированной экспертизы и значительных временных затрат. Клиенту нужна была система, которая работала бы с минимальным порогом входа, предоставляла бы отличные инструменты управления кластерами, упрощала бы реплицирование данных, поддерживала бы legacy-проекты на базе обычных ВМ и была бы полностью готова к управлению через IaC.
Конфигурация инфраструктуры
Для обеспечения максимальной производительности и устранения узких мест была выбрана гиперконвергентная архитектура на базе трёх выделенных серверов.
Использование высокоскоростной локальной сети полностью устранило проблему “бутылочного горлышка” при репликации данных 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.
