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

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

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

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

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

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

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

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

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