«Почему мой VPS работает медленно?» Как получить больше производительности на Solana

В ERPC мы рады каждый день приветствовать множество новых пользователей и получать самые разные технические вопросы. По мере роста трейдеров и проектов требования к приложениям становятся все выше. Хотя мы сами разработчики, а не трейдеры, специфика сервисов Solana RPC позволяет нам регулярно получать бесценную обратную связь от HFT-трейдеров. Они ежедневно работают в условиях высокой нагрузки и делятся точными наблюдениями, которые помогают нам совершенствовать сервисы. Благодаря этому мы стали поставщиком самых быстрых продуктов для потоковой передачи данных в реальном времени в экосистеме Solana. Эта статья предназначена для тех, кто использует VPS, но не получает ожидаемой производительности. Ниже мы разберем, что делать дальше, чтобы создать действительно высокопроизводительную среду.

Во-первых, если ваша цель — абсолютная скорость без учета стоимости, выбор VPS в корне неверен. Для достижения максимально возможной производительности необходим Bare Metal-сервер. Давайте рассмотрим технические причины этого.

Буква «V» в VPS означает «Виртуальный». Виртуальный сервер делит один физический сервер на несколько виртуальных экземпляров. Например, физический сервер можно разделить на 100 экземпляров VPS. Проще говоря, каждый VPS может иметь примерно 1/100 мощности исходного сервера. Сетевые кабели также используются этими виртуальными серверами совместно, что потенциально может привести к снижению производительности в периоды пиковой нагрузки (хотя реальность несколько сложнее, как описано ниже). Современные процессоры для дата-центров спроектированы так, чтобы минимизировать потери производительности из-за виртуализации, однако физические ограничения все равно сохраняются.

Провайдеры VPS часто выделяют больше ресурсов, чем физически доступно по числу ядер CPU и объему RAM. Такая практика называется overcommitment. Например, может показаться, что CPU с 64 ядрами и 128 потоками способен поддерживать 64 экземпляра VPS с двумя vCPU в каждом. Однако в действительности провайдеры могут предлагать на таком оборудовании 512 и более экземпляров 2-vCPU. Вы можете задаться вопросом: «Как можно создать 512 экземпляров VPS, если существует только 64 физических ядра?» Причина в том, что экземпляры VPS редко испытывают одновременную пиковую нагрузку, что позволяет провайдерам полагаться на эту изменчивость. Степень overcommitment сильно влияет на производительность: некоторые облачные провайдеры регулярно используют коэффициент 8x и выше. Кроме того, сетевые ресурсы обычно ограничены. Тысячи виртуальных машин могут использовать всего несколько физических сетевых кабелей. Это приводит к трудностям в обеспечении стабильной пропускной способности и требует дополнительных ресурсов для балансировки нагрузки, что в конечном итоге приводит к значительной задержке. В ERPC мы жестко ограничиваем overcommitment, чтобы снизить влияние этих факторов на производительность.

В службах VPS обычно приоритет отдается соотношению затрат и производительности, а не чистой производительности. В результате CPU последнего поколения, оперативная память и твердотельные накопители используются редко. Однако ERPC признает, что наши клиенты ставят производительность превыше всего. Поэтому, сохраняя сбалансированные затраты, мы активно внедряем высококачественные CPU, оперативную память и твердотельные накопители последнего поколения. Достижение сопоставимой производительности с помощью типичных облачных сервисов будет стоить примерно в пять раз дороже, но из-за присущих им ограничений эти сервисы все равно могут не обеспечить эквивалентную производительность.

Большинство серверов используют конфигурации RAID для предотвращения потери данных путем распределения данных по нескольким дискам. Однако эта настройка происходит в ущерб производительности. В приложениях блокчейна, особенно в Solana, данные общедоступны, а важные данные дублируются на нескольких узлах из-за децентрализованной структуры системы. Поэтому часто рекомендуется отдавать приоритет производительности над избыточностью данных («Без RAID»). Официальные требования Solana к валидаторам также рекомендуют конфигурацию без RAID, поскольку RAID нередко становится причиной проблем с производительностью. В ERPC мы обычно рекомендуем отсутствие RAID для клиентов, ориентированных на производительность. Однако для тарифов выделенных узлов мы также можем предоставить конфигурацию RAID с учетом конкретных требований заказчика. Свяжитесь с нами, чтобы обсудить свои потребности.

Типичные поставщики облачных услуг и VPS не предлагают эндпоинты Solana RPC, а это означает, что данные всегда должны передаваться через внешние интернет-маршруты. Следовательно, задержка сильно зависит от физического расстояния и условий сети. ERPC управляет всей инфраструктурой внутри собственной сети. Для связи между выделенным VPS и выделенными эндпоинтами Solana не требуется внешняя интернет-маршрутизация. Такая конфигурация обеспечивает почти нулевую задержку внутри сети: ping может составлять всего около 0,1 мс.

Многие VPS и облачные провайдеры налагают ограничения на пропускную способность сети, что приводит к потенциально высокой плате за интенсивное использование данных. Наш обширный опыт работы с крупными поставщиками общедоступных облаков позволил нам глубже понять эти проблемы с производительностью и ценообразованием. Инфраструктура ERPC специально разработана для удовлетворения значительных сетевых потребностей валидаторов Solana — примерно 150 ТБ на узел в месяц. Используя этот опыт, мы разработали собственную высокопроизводительную платформу VPS. Мы с уверенностью предлагаем исключительную производительность в рамках нашей ценовой категории. Заказы принимаются через официальный Discord Validators DAO. Мы по-прежнему привержены постоянному развитию инновационных платформ. Спасибо за вашу постоянную поддержку.