Как мы в is*hosting объединяем серверы из разных локаций в один аккаунт

Когда вы собираете инфраструктуру из 5-8 разных провайдеров, ваши настоящие затраты — это далеко не только те суммы, которые вы переводите им каждый месяц. Управление всем этим «зоопарком» влечет за собой огромные скрытые расходы.

Допустим, вы используете Hetzner для европейских клиентов, DigitalOcean для США, местного провайдера для Латинской Америки, и вдобавок держите совершенно отдельный контракт под серверы на macOS. Очень скоро управление всем этим набором провайдеров превращается в настоящий операционный кошмар.

Ловушка мультивендорного «зоопарка»

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

Скрытый налог на биллинг и DevOps

Управляя распределенной инфраструктурой на разных континентах, вы платите не только за сами физические серверы. Вы платите и «скрытый налог» в виде административной рутины и непредсказуемых цен.

Разберем реальный пример из нашей практики. К нам обратился ИТ-партнер из Центральной Европы — компания, которая сдает в аренду и настраивает изолированную виртуальную инфраструктуру (выделенные серверы и хранилища данных) для среднего бизнеса.

Его инфраструктура стихийно строилась более десяти лет. У них образовался тот самый «зоопарк» из восьми активных контрактов с разными вендорами. Критичные нагрузки крутились на устаревающих выделенных серверах (bare-metal) в Hetzner. Среды VMware vSphere были размазаны между собственными стойками и арендованными серверами. Бэкапы лежали в Wasabi, а счета за лицензии Acronis и Veeam приходили вообще отдельно.

Финансовые издержки были огромными. Внутри одной этой компании финансовый директор терял целый рабочий день каждый месяц просто на то, чтобы свести все эти счета воедино. Инвойсы приходили в евро, долларах и швейцарских франках, и только на комиссиях за конвертацию валют незаметно сгорало 2-4% от каждой транзакции.

Как отмечает наш бизнес-аналитик Владимир Загурский, переход на единую систему биллинга сразу экономит «пару часов» в месяц даже для стандартного оператора. А для компаний, которые работают с 5-8 разными юрисдикциями, это высвобождает целые дни изнурительной бумажной работы.

Более того, ценообразование старых провайдеров становится всё более хаотичным. Сейчас мы видим тренд, когда плата за установку (setup fee) просто ломает всю юнит-экономику. Например, для новых заказов в Hetzner установочный платеж недавно стал равен пяти месяцам аренды сервера. Когда ваши базовые расходы меняются настолько резко, управление несколькими аккаунтами у разных хостинг-провайдеров делает прогнозирование маржи невозможным. Всё-таки бизнесу нужна предсказуемость.

Точка кипения или когда рост упирается в усталость от провайдеров

Компании редко решают перенести всю свою ИТ-инфраструктуру на новое место просто от нечего делать. Почти всегда для этого нужен триггер — внешний шок, после которого поддерживать работу с «зоопарком» провайдеров становится физически и финансово невозможно.

Иллюзия удобства AWS и взрывной рост цен на лицензии

Серьезная встряска на рынке произошла, когда в 2024 году Broadcom купила VMware и полностью переписала модель лицензирования. Бессрочные лицензии исчезли, тарификацию за процессоры заменили на оплату по ядрам, а стоимость продления контрактов взлетела в 2-8 раз в зависимости от конфигурации оборудования. Для того самого ИТ-партнера из Центральной Европы, чьи решения строились на базе vSphere, это означало жесткий выбор: либо переложить эти колоссальные расходы на своих клиентов, либо полностью менять платформу. Варианта «оставить всё как было» больше не существовало.

Публичные облака создают другую, но не менее болезненную проблему. У нас был клиент — B2B SaaS-платформа, чей ключевой продукт находился в AWS. По мере развития продукта их счет за облако стабильно стал четырехзначным и продолжал расти вслед за притоком новых пользователей. Наш технический аудит показал, что 70% этого счета уходило на базовую инфраструктуру, которая даже не задействовала какие-то специфические экосистемные сервисы Amazon. Ребята буквально сжигали деньги на исходящем трафике из S3 и платили за серверы (EC2), которые в среднем простаивали, работая на 25-35% своей мощности.

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

Какой должна быть глобальная инфраструктура в 2026 году

Словом «глобальный» сейчас разбрасываются на каждом шагу. Но просто иметь один сервер в Нью-Йорке, а другой в Лондоне — этого уже недостаточно. По-настоящему единая инфраструктура означает, что вы поддерживаете качество корпоративного уровня (enterprise) на всех континентах, независимо от того, насколько сложен местный рынок.

За пределами Европы и США: LATAM и MENA без местных контрактов

Масштабирование бизнеса в Латинскую Америку (LATAM), страны Ближнего Востока и Северной Африки (MENA) или Азиатско-Тихоокеанский регион (APAC) — это очень выгодно. Однако прямая работа с местными дата-центрами несет в себе высокие операционные риски. Вы сталкиваетесь с языковым барьером, сложными законами и местной техподдержкой, которая отвечает на тикеты только в свои рабочие часы.

Как мы в is*hosting решаем эту проблему? Мы предоставляем единый SLA и круглосуточную глобальную поддержку на все 40+ локаций. Когда клиенты спрашивают, как мы справляемся с серьезными авариями в сложных регионах (например, при падении магистрального канала в Латинской Америке), наш ответ кроется в выборе оборудования.

Мы работаем исключительно с enterprise-решениями: это топовые дата-центры, серверное оборудование DELL и сетевая инфраструктура ARISTA. Абсолютно все сетевые подключения и интернет-провайдеры зарезервированы. Если в каком-то проблемном регионе у провайдера падает связь, трафик автоматически перенаправляется по резервным маршрутам. Вам не нужно нанимать местных инженеров или общаться с поддержкой через гугл-переводчик, чтобы вернуть серверы в строй — мы обеспечиваем отказоустойчивость сети на своей стороне.

Иногда конфигурация диктуется региональными требованиями. Например, вам может понадобиться VPS в Нидерландах для европейского клиента со строгими правилами GDPR, и одновременно с этим нужно развернуть серверы в Сингапуре. Если вы делаете это через одного вендора, у вас на руках остается только один контракт, единая точка контакта и полностью централизованное управление всей инфраструктурой.

Проблема с macOS и объединение платформ

Управление серверами на Linux и Windows — это рутина. Но macOS — это совершенно другая вселенная. Исторически это дорогое удовольствие, серверы в основном физически находятся в США, а выдачи нужной машины часто приходится мучительно долго ждать. Из-за этого многие компании уверены, что ради одного macOS-сервера для сборки приложений (build server) им придется заключать отдельный договор со специализированным провайдером вроде MacStadium.

Единый API и корзина для Linux, Windows и Mac

Давайте посмотрим на рынок macOS-хостинга трезво. Как отмечает наш бизнес-аналитик Владимир Загурский, для большинства провайдеров серверы на Mac — это нишевый, чисто имиджевый продукт. Именно поэтому для конечного клиента их аренда редко бывает экономически оправдана.

Инженеры is*hosting подошли к задаче иначе, сделав ставку на практичность. Мы не заставляем стойки физическими «маками», как MacStadium, поэтому сравнивать нас в лоб некорректно. Вместо этого мы разработали стабильное решение, которое дает вам весь функционал macOS на базе виртуализации — по сути, это глубоко оптимизированная среда Hackintosh.

Вы получаете возможности macOS за гораздо меньшие деньги, и эта услуга доступна сразу в 41 стране мира. Вы можете развернуть macOS-инстанс максимально близко к вашему конечному клиенту, сведя задержку сети к минимуму — так, что удаленная работа будет ощущаться как работа за локальным компьютером.

Просто представьте: оператору нужны 3 Linux VPS в Европе, 2 сервера на Windows на Ближнем Востоке (MENA) и 1 macOS-сервер в Азии (APAC). Вместо того чтобы жонглировать дашбордами трех разных вендоров, вы просто добавляете всё это в одну корзину. Единая оплата. Один аккаунт. Централизованная выдача серверов. И если вам нужен VPS в Азии, вы будете управлять им через те же самые API-запросы, что и Windows-сервером в Европе.

Руководство по консолидации: гибридный подход вместо полного переезда

Поговорим о стратегии. Как объединить инфраструктуру, не сломав текущие рабочие процессы?

Обновление инфраструктуры как операционная стратегия

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

Возьмем ту самую B2B SaaS-платформу, которая переезжала из AWS. Мы не стали принуждать их к полному отказу от Amazon. Переписывать приложение с нуля только ради того, чтобы избавиться от управляемых сервисов (вроде Lambda и RDS), было бы неоправданно дорого и бессмысленно с точки зрения бизнеса.

Вместо этого мы выстроили распределенную гибридную систему. Для тяжелых вычислений мы развернули частное облако на базе OpenStack, а для файлов — S3-совместимое объектное хранилище на кластере Ceph с тройной репликацией. Поскольку наш API полностью совместим с AWS S3, на стороне приложения достаточно было просто поменять адрес эндпоинта. Переезд прошел в три волны за шесть недель. Чтобы перенести данные без единой секунды простоя (zero downtime), мы использовали механизм двойной записи (dual-write).

При этом мы оставили их функции Lambda и настройки прав доступа (IAM) в AWS, организовав прямое сетевое соединение между нашей платформой и дата-центрами Amazon. В результате эта гибридная связка заработала абсолютно прозрачно. Какой итог? Совокупная стоимость владения (TCO) перенесенными вычислительными мощностями и хранилищем снизилась в 10 раз. Клиент получил предсказуемые счета, сохранив при этом те специфические облачные инструменты, которые ему действительно были нужны.

Похожего успеха мы добились и с ИТ-партнером из Центральной Европы. Мы перенесли более 60 их виртуальных машин с устаревших серверов Hetzner и инфраструктуры VMware в выделенный кластер OpenStack во Франкфурте. Мы задействовали современные процессоры AMD EPYC 9374F с памятью DDR5, полностью избавив клиента от старого железа на базе Xeon E5. Поколение их серверного оборудования шагнуло вперед сразу на 4-5 лет, а утилизация ресурсов выросла с 40-60% до крайне эффективных 65-75%.

Благодаря такому объединению систем компания избавилась от восьми разных вендоров и теперь получает один понятный и предсказуемый счет в евро.

Как выбрать провайдера глобальной инфраструктуры

Если вы решили избавиться от «зоопарка» провайдеров и построить по-настоящему единую платформу, по каким критериям оценивать вендора?

Чек-лист из 5 пунктов для выбора единого провайдера

Как отмечает наш бизнес-аналитик Владимир Загурский, когда крупные клиенты делают выбор между is*hosting и мультивендорным подходом, они опираются на несколько ключевых факторов: сарафанное радио (репутацию на рынке), высокие стандарты дата-центров и широкую географию локаций.

Вот чек-лист, который поможет вам оценить провайдера при консолидации:

• Реальный географический охват. Предлагает ли провайдер достаточное количество локаций? Сможет ли он обеспечить одинаково высокий корпоративный уровень производительности (enterprise-качество) как для VPS во Франкфурте, так и для сервера в Боготе?
• Оборудование корпоративного класса. Ищите провайдеров, которые используют топовое железо (DELL, ARISTA), а не комплектующие потребительского сегмента. Независимо от того, нужен ли вам стандартный сервер или VPS с несколькими IP-адресами для сложной маршрутизации сети, базовая аппаратная часть должна быть абсолютно надежной.
• Единый биллинг. У вас должен быть один счет, одна валюта и предсказуемое ценообразование. Избегайте вендоров, которые выкатывают внезапные комиссии за установку (setup fees) или заставляют вас терять деньги на конвертации валют.
• Резервирование сети. Особенно это критично в таких сложных регионах, как Латинская Америка (LATAM) или Ближний Восток (MENA). Убедитесь, что провайдер имеет несколько подключений к разным интернет-провайдерам и гарантирует автоматическое перенаправление трафика при сбоях.
• Комплаенс и сертификация. Дата-центры провайдера обязаны соответствовать строгим стандартам. Когда мы перевезли нашего ИТ-партнера на площадку Tier III во Франкфурте (с сертификатами ISO 27001 и SOC 2), для них это буквально открыло новый сегмент финтех-клиентов — теперь они могли без проблем проходить строгий аудит со стороны заказчиков.

Итоги

Работа с множеством разных хостинг-провайдеров — это устаревший подход, который активно высасывает ваши операционные ресурсы. Административная рутина, разрозненные API и непредсказуемые расходы не дают мульти-гео операторам сфокусироваться на реальном росте бизнеса.

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

Нужен корпоративный Linux в Европе, Windows на Ближнем Востоке или доступная macOS-среда в Азии — управлять всем этим через один аккаунт сегодня просто удобнее, чем заводить отдельные подписки под каждую задачу.