性能与可靠性

스틸 시간은 가상 CPU가 실행 준비가 되었지만 하이퍼바이저가 물리적 코어를 다른 사람에게 준 시간의 백분율입니다. top의 "st" 열에 나타납니다. 일관되게 2–3% 이상이면 코어를 놓고 경쟁하고 있다는 뜻이며, 공유 vCPU 인스턴스에서 설명할 수 없는 지연 시간 급증의 일반적인 원인입니다.

가능성 순서: 스왑 스래싱을 유발하는 메모리 고갈, 디스크 IO 포화, 공유 코어의 CPU 스틸 시간, 최적화되지 않은 데이터베이스, 사용자에 대한 네트워크 지연 시간입니다. 먼저 free -h와 top의 st 열을 확인하세요. 이 두 가지로 약 80%의 경우 원인을 식별할 수 있습니다.

도시 내에서는 5ms 미만입니다. 대륙 내에서는 10–40ms. 대서양 횡단 시 70–90ms. 유럽에서 아시아까지 150–200ms. 대척점 경로는 250–320ms. 광섬유에서 빛의 속도는 대략 빛의 속도의 2/3이며 실제 경로는 대원 거리의 약 1.35배이므로, 편도 100km당 약 1ms가 최소 한계입니다.

적절히 구성된 2 vCPU / 4 GB 인스턴스는 정적 사이트를 월 수백만 방문, 캐시된 WordPress 사이트를 약 300,000 방문, 캐시되지 않은 동적 애플리케이션을 아마도 30,000 방문에 서비스합니다. 지배적인 변수는 하드웨어가 아닌 캐싱입니다 — 동일한 인스턴스는 캐싱에 따라 두 자릿수 차이가 납니다.

실제로 변하는 세 가지를 측정하세요: sysbench로 단일 스레드 CPU, fio로 4K 랜덤 읽기/쓰기 디스크, iperf3로 알려진 엔드포인트까지의 네트워크. 각각을 다른 시간대에 여러 번 실행하세요 — 단일 벤치마크는 그 분을 측정하는 것이지 서버가 아닙니다.

대략 랜덤 IOPS에서 5배 — 약 500,000 대 90,000 — 그리고 대기 시간에서 약 5배 낮습니다, 0.1ms 미만 대 약 0.5ms. 순차 처리량은 6~10배 높습니다. 데이터베이스 기반 애플리케이션의 경우 랜덤 IOPS 격차가 실제로 느껴지는 것입니다.

당사의 SLA는 인스턴스당 99.99%로서 월간 약 4.4분의 다운타임을 허용하며, 지난 12개월간 전체 플릿의 관찰된 가용성은 99.993%였습니다. 그 이상의 가용성이 필요하다면 직접 구축한 중복성이 필요합니다. 아무리 좋은 단일 머신이라도 단일 실패 지점입니다.

간접적이지만 측정 가능한 영향을 미칩니다. 검색 엔진은 서버 국가별로 순위를 매기지 않지만 페이지 속도를 측정하며, 거리는 지연 시간입니다. 사용자로부터 200ms 떨어진 서버는 실제 Core Web Vitals 점수에 손실을 줍니다. 글로벌 사용자라면 CDN을 사용하고, 지역 사용자라면 오리진을 그 지역에 배치하십시오.

DDoS 보호는 서버 업스트림에서 공격 트래픽을 필터링하여 합법적인 요청이 여전히 도착하도록 합니다. 유용하려면 항상 켜져 있어야 합니다. 공격이 시작된 후에 활성화되는 완화 조치는 이미 다운된 후에야 작동합니다. OnionVPS는 $4 플랜을 포함한 모든 등급에서 최대 12Tbps의 L3/L4 스크러빙을 제공합니다.

격리는 강력합니다. KVM은 하드웨어 수준에서 분리를 강제하며, 이를 벗어나는 것은 심각한 연구 수준의 익스플로잇입니다. 현실적인 위험은 하이퍼바이저가 아니라 귀하의 설정입니다. 비밀번호 SSH, 패치되지 않은 소프트웨어 및 잊어버린 열린 서비스가 실제 세계의 침해 사고의 거의 대부분을 차지합니다.

공유 vCPU는 다른 테넌트와 일정이 조정되므로 경합이 발생하면 프로세스가 대기하며, 이는 스틸 타임(steal time)으로 표시됩니다. 전용 vCPU는 다른 것이 예약되지 않은 물리적 스레드로 귀하에게 예약됩니다. 공유는 대부분 유휴 상태인 작업에 적합하며, 전용은 지연 시간 요구 사항이 있는 모든 것에 필요합니다.