ERPC значительно улучшает сетевую инфраструктуру Solana. Rust Полностью обновленная высокопроизводительная прокси-платформа, развернутая во всех регионах для общих RPC, gRPC и Shredstream. Достигнуты обновления с нулевым временем простоя
ERPC значительно улучшает сетевую инфраструктуру Solana. Rust Полностью обновленная высокопроизводительная прокси-платформа, развернутая во всех регионах для общих RPC, gRPC и Shredstream. Достигнуты обновления с нулевым временем простоя
ERPC, который развивают, ELSOUL LABO B.V. (штаб-квартира — Амстердам, Нидерланды; CEO — Fumitake Kawasaki) и Validators DAO завершили масштабное обновление сетевой инфраструктуры Solana.
Это обновление уже применено ко всем регионам и всем общие точки доступа, предоставленным ERPC (Solana RPC, Geyser gRPC и Shredstream). Мы обновили поведение инфраструктуры, которое имеет тенденцию напрямую влиять на реальные результаты в качестве интегрированной системы, включая инициирование соединения, обработку TLS, управление кэшем, транспорт HTTP/1.1 и HTTP/2, поведение долговременного соединения, а также метрики для наблюдения и устранения неполадок.
Сохраняя повседневное реагирование в качестве базового уровня, мы также реорганизовали базовое поведение сети, чтобы оно с меньшей вероятностью стало предвзятым или нестабильным в сценариях, где результаты имеют тенденцию к ухудшению, таких как нестабильность пиковой нагрузки, нестабильность при длительной работе и каскады, вызванные отключениями и повторными подключениями. В результате среда теперь лучше структурирована для обеспечения как производительности, так и стабильности на практике эксплуатация Solana-инфраструктуры.
Кроме того, мы перешли на операционную архитектуру, которая позволяет вносить изменения в конфигурацию сети и обновлять платформу с полным нулевым простоем. Никаких изменений в ценах, технических характеристиках, аутентификации или ограничениях скорости не происходит, а существующие клиенты ERPC получают преимущества обновления без каких-либо дополнительных настроек или эксплуатационных изменений.
Фон
На практике эксплуатация Solana-инфраструктуры среднее время отклика и нормальная задержка являются важнейшими базовыми требованиями. В то же время существуют сценарии, в которых поведение базовой сетевой инфраструктуры само по себе определяет результаты — например, моменты концентрированной нагрузки, долгоживущие соединения и фазы, на которых происходят отключения и повторные подключения.
В частности, общие точки доступа должны обеспечивать как пакетную отправку транзакций в течение коротких промежутков времени, так и постоянные соединения через WebSocket и gRPC. В этих условиях поведение на уровне инфраструктуры — инициирование соединения, рукопожатия TLS, поведение транспорта, обработка кэша и восстановление из состояний простоя — напрямую отражается на пользовательском опыте и результатах выполнения.
Учитывая среднюю скорость реагирования в качестве явного базового уровня, реальные результаты все равно могут определяться различными факторами во время пиковых нагрузок или в условиях продолжительной работы. Таким образом, практический эксплуатация требует, чтобы повседневное удобство использования и непрерывность в сценариях, подверженных сбоям, достигались одновременно.
ERPC разработала и эксплуатирует собственную высокопроизводительную прокси-платформу Rust в качестве основы для связи Solana, поддерживая архитектуру, которая применяет один и тот же подход во всех регионах, одновременно постоянно развивая платформу. Это обновление пересматривает наблюдаемые в ходе эксплуатации проблемы как единую систему — от инициации соединения до длительной работы — и соответствующим образом реорганизует всю основу сети.
Какие изменения для клиентов ERPC
Благодаря этому обновлению клиенты ERPC впервые увидят стабилизированное поведение при инициации соединения. Во время установления соединения, включая TLS, вероятность возникновения несовпадающих условий и ненужных повторных попыток снижается, что облегчает надежную обработку транзакций и потоков с самого начала.
Затем мы реорганизовали поведение инфраструктуры, которое обычно приводит к нестабильности во время пиковой нагрузки. Сочетая раннюю фильтрацию ненужных подключений с одновременным обновлением согласованности транспорта и тайм-аутов HTTP/1.1 и HTTP/2, работоспособности пула соединений, конкурирующего поведения кэша, а также показателей для наблюдения и устранения неполадок, мы усилили условия, которые помогают предотвратить предвзятое поведение даже при концентрации нагрузки.
Для долгоживущих потоков WebSocket и gRPC и постоянно работающих рабочих нагрузок мониторинга непрерывность соединения улучшилась. Частота событий отключения/повторного подключения/повторной синхронизации — и вероятность того, что эти события перерастут в результаты — была уменьшена, что упрощает создание эксплуатация в предположении устойчивого времени выполнения.
Улучшения в управлении кэшем и поведении транспорта также снижают вероятность ненужных запросов и ненужной обработки во время перегрузки. Пропускная способность и запас обработки, скорее всего, останутся пригодными для использования и стабильными, а расширенные показатели и наблюдаемость облегчают выявление первопричин и сроки восстановления.
Кроме того, обеспечив возможность изменения конфигурации и обновления платформы без простоев, мы создали условия эксплуатации, которые упрощают повышение производительности, стабильности и общего качества платформы при высокой частоте. Возможность продолжать совершенствоваться, не приостанавливая платформу, еще больше укрепляет непрерывность работы для клиентов.
Подробности улучшений
Это обновление не представлено как выпуск, основанный на конкретных названиях функций или номерах версий. Вместо этого он разлагает сценарии, которые имеют тенденцию доминировать в реальных результатах Solana, на следующие уровни — инициирование соединения, TLS, граница L4/HTTP, транспорт H1/H2, кэш, наблюдаемость, поведение при сбоях и долгосрочные эксплуатационные предпосылки — и обновляет платформу, чтобы эти уровни соединялись без противоречий.
Ниже мы объясняем внесенные улучшения с позиции того, как они способствуют повышению качества обслуживания клиентов и операционным результатам.
Улучшения в инициировании соединения и обработке TLS
Мы расширили контекст TLS, обрабатываемый во время установления соединения, и обновили структуру, чтобы требуемое состояние можно было сохранить и применить соответствующим образом. Это снижает вероятность несовпадающих условий и ненужных повторных попыток при инициировании соединения.
Мы также реорганизовали обработку TLS, включая проверку сертификата и проверку имени хоста, чтобы можно было удовлетворить требования безопасности, уменьшая при этом количество случаев, когда сбои при подтверждении связи или несогласованность обработки приводят к потерям при инициации, которые каскадно приводят к результатам. Это не просто повышение безопасности; это способствует стабилизации поведения от начала соединения до входа в обработку для рабочих нагрузок Solana.
Мы дополнительно усилили механизмы, которые упрощают наблюдение и устранение неполадок за поведением, связанным с TLS. В сценариях, где инициирование доминирует над результатами, способность воспроизводить проблемы, выявлять причины и находить способы исправления быстро становится способностью, сохраняющей качество опыта.
Сохранение запаса за счет ранней фильтрации ненужных подключений
Мы представили механизм фильтрации соединений TCP на раннем этапе, обновив платформу, чтобы нелегитимные или ненужные соединения с меньшей вероятностью оказывали давление на законный трафик. В общие точки доступа количество запросов на подключение может резко увеличиться из-за внешних факторов или временных перекосов.
Фильтрация на ранней стадии помогает гарантировать, что законные соединения с меньшей вероятностью остановятся при инициировании, повышая вероятность того, что запас останется доступным во время пиковой нагрузки. В результате поведение с меньшей вероятностью станет предвзятым даже в сценариях с концентрированной нагрузкой, а условия для стабильного распределения задержек улучшаются.
Уточнение модели соединения путем реорганизации границы L4/HTTP
Сетевая инфраструктура не заканчивается на HTTP. Установление и непрерывность соединения зависят от условий L4, и нестабильность на этом уровне распространяется на протокол более высокого уровня.
В этом обновлении мы абстрагировали обработку потока L4 и реорганизовали структуру, чтобы модель соединения можно было обрабатывать более явно. Это позволяет платформе поддерживать единообразное поведение в сценариях, где соединения продолжают расти, реализации клиентов различаются, а длительная работа приводит к смене состояний.
Поведение повторных попыток также было реорганизовано, чтобы уменьшить количество случаев, когда кратковременная волатильность влияет на взаимодействие с пользователем. Практическая стабильность зависит не столько от устранения изолированных сбоев, сколько от предотвращения каскада сбоев.
Улучшения в транспортировке и долгосрочном поведении HTTP/1.1 и HTTP/2
Мы добавили измерения, которые позволяют последовательно отслеживать объем передаваемых данных на HTTP/1.1 и HTTP/2. Это облегчает выявление сбоев или узких мест в транспортном трубопроводе, улучшая как устранение неполадок, так и скорость их устранения.
Мы также реорганизовали поведение тайм-аута записи тела HTTP/2, чтобы снизить вероятность неестественных зависаний и зависаний во время концентрированной нагрузки или длительной потоковой передачи. В долгосрочной перспективе важна не максимальная производительность в идеальных состояниях, а способность предотвратить сбой поведения во время переходов между состояниями.
Также были пересмотрены поведение таймаута простоя и обработка пула соединений, что позволило устранить факторы нестабильности, которые имеют тенденцию накапливаться во время продолжительной работы. На стороне HTTP/1.1 мы реорганизовали поведение безопасного завершения работы для соединений, которые содержат неполные запросы, уменьшив источники нестабильности как в использовании ресурсов, так и в их поведении.
Улучшения в управлении кэшем и качестве работы
Мы улучшили возможность отслеживать, почему актив не кэшируется, что повышает объяснимость поведения кэша. На практике доминирует не то, существует ли кэширование, а при каких условиях оно применяется и при каких условиях оно выпадает.
Мы реорганизовали поведение блокировок, устаревшую обработку и шаблоны повторной проверки, чтобы снизить вероятность каскадного ухудшения качества при возникновении конфликтов при пиковой нагрузке. Мы также организовали контроль вытеснения для случаев, когда количество кэшированных ресурсов растет, и усовершенствовали поведение частичного контента (включая запросы Range), усилив условия, которые уменьшают ненужные повторные выборки и задержки при реальных рабочих нагрузках.
Эти улучшения уменьшают количество случаев, когда поведение кэша становится выбросом, что снижает вероятность того, что клиентам придется разрабатывать эксплуатация с учетом неопределенности на уровне инфраструктуры.
Улучшения поведения при сбоях, ведения журнала и наблюдаемости
Поведение при сбоях и ведение журнала были реорганизованы, чтобы было легче понять, что происходит при возникновении проблем. Снижаются закономерности, в которых ошибки последующих потоков влияют на поведение кэша/транспортировки и ухудшают работу, что упрощает локализацию радиуса взрыва.
Улучшения в области наблюдения и устранения неполадок не предназначены для утверждения «нулевых инцидентов», а для сокращения времени восстановления в случае возникновения инцидентов. Это снижает риск в сценариях пиковой нагрузки и устойчивой эксплуатации.
Обновления зависимостей и исправления безопасности как необходимые условия для долгосрочной работы
Мы включили обновления зависимостей и исправления безопасности, чтобы обеспечить необходимые условия для долгосрочной работы платформы. Сюда входят обновления, связанные с минимально поддерживаемой версией Rust (MSRV) и согласованием CI, укрепляющие основу, необходимую для постоянного развития платформы.
Возможность безопасного обновления сама по себе является требованием для обеспечения долгосрочного качества.
Переход к работе с нулевым временем простоя
Ранее кратковременные простои могли возникать при изменении конфигурации сети или обновлении платформы. Благодаря этому обновлению мы перешли на архитектуру, в которой эти эксплуатация можно применять с нулевым простоем.
Общие точки доступа имеют постоянное соединение и непрерывные моменты, когда время имеет значение. Даже кратковременный простой может вызвать каскады отключений, повторных подключений и повторной синхронизации, и эти затраты могут отразиться на результатах. Обновления с нулевым временем простоя уменьшают вероятность этих каскадов и предотвращают фрагментацию долгоживущего эксплуатация.
В то же время ERPC теперь имеет условия эксплуатации, которые позволяют быстро отразить обнаруженные проблемы в улучшениях. Более высокая частота итераций позволяет нам постоянно устранять волатильность и нестандартное поведение в производстве эксплуатация.
Влияние по сервису
Solana RPC (HTTP / WebSocket)
Улучшения в инициировании соединения, TLS, управлении кэшем и поведении транспорта влияют как на чтение данных, так и на отправку транзакций. При сохранении удобства повседневного использования факторы, влияющие на результаты во время пиковой нагрузки, уменьшаются, а условия для сохранения запаса во время перегрузок усиливаются.
Geyser gRPC
Непрерывность соединения улучшена для длительного использования потоковой передачи. Транспорт HTTP/2, согласованность тайм-аутов, работоспособность пула соединений и расширенные измерения транспорта работают вместе, чтобы снизить вероятность того, что затраты на повторное подключение/повторную синхронизацию перерастут в результаты.
Shredstream (Direct Shreds)
Благодаря улучшениям в управлении соединениями и инициации, предназначенным для непрерывной доставки, условия улучшаются, поэтому вероятность отсутствия данных или задержки в условиях перегрузки снижается. Стабильную непрерывность обнаружения и отслеживания становится легче поддерживать.
Объединение исследований и разработок и производственных операций
Фонд распределенных систем, включающий ERPC, был признан научно-исследовательским проектом в рамках программы правительства Нидерландов WBSO. Создается структура, в которой наблюдаемые в ходе эксплуатации проблемы могут быть включены в качестве предметов исследования и улучшены посредством проверки и итерации.
Это обновление основы сети является одной из таких итераций, применяемых во всех регионах, что отражается на практической производительности и стабильности. Поддержание связи эксплуатация с отделом исследований и разработок является необходимым условием для постоянного подключения того, что наблюдается в производстве, к следующему обновлению, а не для остановки на разовых улучшениях.
В рамках ERPC фактические модели использования, изменчивость нагрузки и поведение в режимах сбоев включены в повторяющиеся циклы проверки и улучшения, которые постепенно повышают качество основы сети. Это обновление было выполнено в рамках интегрированной структуры исследований, разработок и производства эксплуатация.
Информация для клиентов
Это обновление уже применено ко всем регионам и всем общие точки доступа. Существующим клиентам ERPC не нужно менять конфигурацию или эксплуатация. Никаких изменений в ценах, спецификациях, аутентификации или ограничениях скорости не произошло.
Поскольку общие точки доступа должен одновременно поддерживать как короткие всплески, так и долговременные соединения, условия были реорганизованы, поэтому поведение с меньшей вероятностью станет предвзятым при этих смешанных рабочих нагрузках. Даже если изменения конфигурации или обновления платформы происходят во время эксплуатация, изменения применяются с нулевым временем простоя, поэтому клиентам не нужно планировать фрагментацию соединения или повторную синхронизацию по умолчанию.
По вопросам архитектуры, оптимизации для конкретной рабочей нагрузки или отзывам об эксплуатации обращайтесь по официальному адресу Validators DAO Discord.
Постоянно объединяя наблюдения за производством и обратную связь с целью улучшения, ERPC постепенно повышает качество своей деятельности. Мы продолжим накапливать улучшения без простоев и предоставлять сетевую инфраструктуру, обеспечивающую реальные результаты Solana.
Официальный Discord-сервер Validators DAO: https://discord.gg/C7ZQSrCkYR
Официальный сайт ERPC: https://erpc.global/en
Официальный сайт ERPC: https://erpc.global/en
Новости
