왜? ERPC VPS는 고성능을 제공합니다
왜? ERPC VPS는 고성능을 제공합니다
개발자가 애플리케이션 또는 봇을 구축하기 시작합니다. Solana, 많은 자연 선택 큰, 범용 클라우드는 과거의 경험에 따라.
Web2 세계에서는 이러한 구름은 효과적으로 표준이며, 그들은 충분한 성능을 제공했습니다.
그것은 따라서 자연은 동일한 접근이 적합하다 가정 Solana ...
그러나,이 가정은 크게 깨어 났습니다. Solana 작업대.
대형 범용 클라우드는 가장 높은 우선 순위로 다양성과 유연성을 갖추고 있으며, 같은 작업 부하를 위해 설계되었습니다. Solana 낮은 대기 시간은 바로 결과에 영향을 미칩니다. 구조적 차이는 즉시 볼 수 있습니다.
이 문서는 단계별 및 주의적인 방식으로 설명합니다. 왜 Solana workloads는 큰 다목적 클라우드에 예상된 성능을 달성하지 않으며, 어떻게 ERPC VPS는 이러한 문제를 해결하기 위해 구조화되었습니다.
왜 "클라우드 느리게"는 Web2에서 거의 결코 통지되지 않습니다.
첫째, 대부분의 Web2 응용 프로그램은 금융 응용 프로그램으로 사명 결정되지 않습니다.
SNS, 전자상거래, 비즈니스 도구, 콘텐츠 전달 등 서비스는 특정 금액의 지연과 여전히 제품으로 작동할 수 있습니다.
이 이유에 대한, 큰 다목적 구름 내부 구조 지연의 뒤에 소스는 문제로 표면하지 않았다:
- 다중 가상화 층 (실버 NICs, 가상 스위치, 등)
- 내부 대역폭은 많은 사용자 중 공유
- CPU overcommit (체중 코어보다 더 많은 가상 코어를 할당)
- 청구 및 모니터링을위한 추가 프로세스
- 뚱 베어 CPU 일반 사용자에게 제공되는 세대
이러한 메커니즘은 클라우드 운영에 필요한, 하지만 Web2 작업 부하 그들의 영향은 미성년자, 그리고 그들에 게 통지 하는 몇 가지 기회.
Solana workloads는 기본적으로 다릅니다.
Web3 응용 프로그램은 "금융에 대한 애정,"및 모든 임무-critical이 될 수 있습니다
관련 제품 Solana 다른 블록체인은 금융 도메인에 가깝습니다.
자산 이동, 유동성 조건, 가격 변경 및 거래 주문은 모두 outcomes에 직접 연결됩니다.
특히, 시장 관련 작업 부하는 거래량과 속도가 훨씬 전통적인 카드 기반 지불을 초과하는 데 필요합니다.
지연의 몇 밀리 초는 실패한 실행 또는 더 나쁜 가격을 지도할 수 있습니다.
더 많은 것 Solana’s chain data volume is extremely large; 슈레드, 로그에 제대로 서브스 크리빙 gRPC 이벤트는 하루에 여러 가지 데이터의 terabytes에서 쉽게 결과를 얻을 수 있습니다.
이것은 기본적으로 큰 구름이 원래 설계 된 전형적인 Web2 트래픽 프로파일에서 다릅니다.
이 방법에서, Solana 구조적 대기시간이나 비용 특성을 숨길 수있는 기회를 제공합니다.
처음부터, 이러한 특성은 단점이나 운영 비용으로 직접 나타납니다.
왜 큰 다목적 구름은 적합하지 않습니다 Solana
아래에서, 요인에 의해 요인, 왜 큰 다목적 구름 구조적으로 잘못된다 Solana’s 고속 필요조건.
1. 일반 사용자에게 사용할 수있는 CPU는 몇 세대입니다.
벌거벗은 금속 서버 및 VPS (VMs)는 큰 구름에 의해 일반적으로 사용 CPU를 사용 하 여 몇 세대 뒤에.
최신 고주파 CPU는 공급자의 가동 효율성 또는 재고 전략과 일치하지 않으며, 그러므로 사용자가 선택할 수 있는 선택권으로 거의 나타날.
의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Solana 작업대, 단일 스레드 성능 및 캐시 구조가 중요하고 차이점 CPU 생성 영향:
- 몇 가지 거래가 처리 될 수 있습니다.
- 몇 개의 스트림이 뒤에 떨어지지 않고 처리 될 수 있습니다.
- 빠른 데이터는 처리 할 수 있습니다.
2. 많은 가상화 층 및 긴 네트워크 경로 (higher 네트워크 대기 시간)
대형 범용 클라우드는 공유된 물리적 하드웨어에서 여러 가지 응용 프로그램을 동시에 실행해야 합니다.
이, 다수 가상화 및 내부 네트워킹 층을 지원하기 위하여 추가됩니다.
예제는 다음과 같습니다.:
- 가상 머신을 실행하는 하이퍼바이저
- 가상 NIC 및 스위치
- 내부 방화벽 및 로드밸런서
- 청구 및 모니터링 에이전트
클라우드 작업에 필요한 경우, from Solana’ s 관점:
- 네트워크 및 처리 경로의 각 1개 길이
- 각 하나는 대기 시간 및 지터를 소개합니다
끊임없이 Shreds와 같은 스트리밍 데이터를 처리하는 작업 부하 gRPC, 이러한 “추가적인 방법” 은 불순으로 직접 축적.
3. Overcommit는 불안정한 성과를 창조합니다
큰 구름은 1개의 물리적 서버에 많은 가상 기계를 달리기해서 효율성을 증가합니다.
예를 들어, 64 코어 물리적 서버 CPU 많은 8 코어 또는 16 코어 VMs를 호스트 할 수 있습니다, 64 가상 코어보다 훨씬 더 많은 추가.
이 연습은 물리적 코어보다 더 많은 가상 코어를 할당합니다.
가정은:
- 모든 VMs는 그들의 100%년을 사용할 것입니다 CPU 동시대
- CPU 활동에 따라 VM 사이에 대여 할 수 있습니다.
Web2 작업 부하의 경우, 이러한 가정은 합리적인 유효하다.
그러나, Solana 작업대는 종종 여러 프로세스를 포함하므로 동시에 상당한 비용이 소요됩니다. CPU.
overcommitted 서버에서, CPU 콘텐츠는 더 자주 발생하며 OS는 큐에 작업을 일정해야합니다.
단점:
- 벤치 마크는 빠른 볼 수 있습니다
- 실제 작업 부하의 실제 대기 시간은 하루 및 기타 10 종자의 부하에 따라 크게 변화합니다.
의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Solana—거래 타이밍 및 스트림 처리 타이밍은 직접 결과에 영향을 미치는 –이 지터는 주요 단점입니다.
4. 높은 자료 이동 양은 costly 사용법 근거한 청구에서 결과
심각한 모니터링 Solana 체인 데이터는 종종 Shreds, log 및 기타를 통해 일일 전송의 여러 테라 바이트를 포함합니다. gRPC 행사일정
큰 구름은 따로따로 위탁합니다:
- 아웃바운드 네트워크 트래픽
- 때때로 내부 네트워크 트래픽
- 저장 I/O
Web2의 워크로드에서 이러한 요금은 트래픽 볼륨이 작기 때문에 무시할 수 있습니다.
그러나 Solana 작업대, 단순히 스트림을 하위 호출하면 네트워크의 비용이 하루에 100 달러, 지속적인 작동 실습을 만드는.
따라서, 큰 다목적 구름은 구조상으로 그리고 경제적으로 misaligned입니다 Solana 작업대.
왜? ERPC 테스트된 데이터 센터는 전 세계
이러한 제약을 이해하기 위해, 우리는 실제로 적합했던 인프라를 식별해야 Solana.
이를 위해, 우리는 전세계 데이터 센터를 빌려 ran real Solana 작업대는 자신의 행동을 평가합니다.
같은 도시 내에서도, 적합성 Solana 다음의 내용에 따라 다름:
- 건물 구조
- 선반 위치
- 내부 cabling
- IXes 및 transit 공급자
- 네트워크 하드웨어 성능 및 구성
- ISP 수용량과 routing 질
- 물리적 섬유 경로의 양과 품질
- 대역폭은 혼잡 중에 보장
반복된 테스트를 통해, 우리는 명확하게 확인했습니다:
- 지속적으로 행동하고 협력적으로 행동하는 위치 Solana
- 광고된 명세에 관계없이하지 않는 위치
우리는 후자의 제거하고 다시 우리의 선택을 세련, 결국 우리의 현재 인프라와 네트워크 아키텍처를 형성.
이 축적된 지식은 직접 기초의 지원 ERPC VPS 및 RPC 인프라.
왜? ERPC VPS는 고성능을 제공합니다
다음 설명은 어떻게 설명 ERPC VPS는 구조적으로 고성능을 지원하도록 설계되었습니다. Solana 작업대.
불필요한 층 제거 Solana 작업대
대형 다목적 클라우드에는 다양한 응용 프로그램을 지원하는 많은 레이어가 있습니다.
이 층의 대부분은 직접 값을 제공하지 않습니다 Solana 그리고 대신 대기 시간을 만듭니다.
에 대한 관심 Solana 작업대, ERPC VPS는 제거합니다:
- 층 불필요 Solana 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의
- 다중목적 클라우드 운영을 위한 구성 요소
한 사람에 의해, 주의 하 고 제어 된 방식으로.
이것은 "그 자체 술을 단순화"하지만 디자인 원칙:
어떤 의미를 가진지 Solana 다른 모든 것을 제거하십시오.
최신 세대 CPU 및 ECC DDR5 메모리
일반적으로 사용자에 최신 CPU를 노출하지 않습니다.
ERPC VPS는 이러한 CPU를 채택하고 그와 동등한 구성을 제공합니다 Solana RPC 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Shredstream 노드.
이것은 오래된 병목을 피합니다. CPU 세대와 취급 가능한 기초 제공 Solana’s indexing, 거래 논리, 실시간 분석.
의외협력
Premium VPS 절대 overcommits 물리적 CPU 핵심.
각 할당된 핵심은 물리적 핵심에 의해 직접 역행됩니다.
이 피는:
- 다른 열에 따라 성능 변화
- CPU 무거운 짐의 밑에 contention
Standard VPS는 안정적으로 운영되는 과소한 속도를 유지하며, CPU ...
CPU는 모든 시간에 최대 터보에서 작동합니다
동적 조정을 여러 서버 환경 CPU 힘 또는 열 이유를 위한 빈도.
의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Solana workloads, 그러나, 그런 variability는 중요한 순간에 성과 복각을 일으키는 원인이 될 수 있습니다.
ERPC VPS는 CPU가 지속적으로 높은 시계 속도에서 작동하므로 부하의 다운워드 변동을 최소화하고 성능 안정성을 보장합니다.
런닝 Solana’ s 키 네트워크 허브
ERPC VPS는 단지 "우리의 자신의 인프라를 찾아낸다."
그것은 네트워크에 직접 실행 Solana 검증자 및 스테이크는 세계적으로 집중됩니다.
Standard VPS는 검증자 수와 지분에서 2위를 차지한 네트워크에 배포됩니다.
Premium VPS 네트워크는 리더와 핵심 검증인이 융합하는 주요 허브에 직접 연결된 두 미터 모두에서 글로벌으로 순위를 매겼습니다.
, ERPC VPS:
- 같은 네트워크를 공유 ERPC’s RPC, gRPC, 및 Shredstream 인프라 및
- 검증자 및 스테이크가 가장 집중되는 매우 네트워크에서 작동합니다.
이 장소는 물리적으로 접근 할 수 있습니다. 리더에게 더 가까운.
결과적으로 동일한 코드와 논리조차도 실행할 때 구조적으로 다른 성능을 전시합니다. ERPC 큰 다목적 클라우드에 비해 VPS는 특히 리더 인지도 및 거래 제출에 있습니다.
RAID0 저장 구성
많은 클라우드 및 VPS 제공 업체는 데이터 보호 우선 순위를 매기고 따라서 RAID10 또는 RAID4/5/6을 사용합니다.
Web2 시스템에서 서버에 의존하는 데이터가 적절합니다.
그러나, 많은 Web3 신청 및 Solana 노드는 애플리케이션 레이어에서 단일의 탈중앙화한 데이터를 유지하지 않습니다.
블록체인 자체는 분산된 원장으로, 재합동화 또는 재건축 가능.
많은 사용자는 또한 거울에 성과, 및 저장 I/O 성과에 직접 영향을 줍니다 Solana 노드 행동.
이 이유를 들어, ERPC VPS는 RAID0을 사용하여 I/O 처리량을 극대화합니다.
In Web3 인프라, 중복을 배치하고 레이어는 성능과 안전성을 균형 잡힌 데 필수적입니다.
참조: 다른 SSD RAID 수준을위한 실시간 테스트
https://larryjordan.com/articles/real-world-speed-results-for-different-raid-levels/
관련 기사
성능에 대해 설명하는 단일 요소가 없습니다. ERPC VPS.
CPU 세대, overcommit 정책, 최대 터보, 데이터 센터 선택, 네트워크 경로, RAID 구성 및 얼마나 멀리 불필요한 층을 제거하고 최대의 유지 보수 제약 및 실행 제거 Solana 작업대- 이러한 요소의 각각은 작은 것으로 나타날 수 있지만, 각 하나는 완전히 세련되면, 누적 효과는 성능이된다 ERPC VPS는 오늘 제공합니다.
이러한 노력으로, 우리는 대규모 범용 클라우드와 근본적으로 다른 인프라를 구축했습니다. Web3 블록체인 작업로드
의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 의 Solana, 이 구조상 다름은 의미있는 성과 이점으로 직접 번역합니다.
구성 문의, 사용 사례 토론, 또는 배포 계획, 통해 연락 주시기 바랍니다 Validators DAO 관련 기사
- ERPC 공식 웹 사이트: https://erpc.global/
- Validators DAO 공식 Discord: https://discord.gg/C7ZQSrCkYR
뉴스
