Railway performance
★★★★★ 4.8 CE

Railway Performance: Benchmarks, Latency & Limits 2026

Railway is usage-metered per vCPU-minute, always-on with no cold starts. Independent tests saw 381ms average at 99.991% uptime. Serverless sleeping is opt-in.

Railway Performance verdict

Verified today·7 sources checked

Railway is usage-metered, not tier-priced.

You pay $0.000463 per vCPU-minute and $0.000231 per GB-minute, roughly $20 and $10 a month, scaling vertically to plan limits by default and horizontally with manual replicas. Independent OpenStatus monitoring put it at 381ms average with 99.991% uptime and no cold starts, since services stay always-on unless you opt into Serverless sleeping.

How to size it

Size vCPU and RAM to the real working set, because you pay by the minute for what you allocate, and an idle always-on service still accrues minutes. Use multi-region replicas to cut latency for distant users. Turn on Serverless sleeping for low-traffic services to stop paying while idle, accepting a cold-boot first request. There is no autoscaling trigger, so horizontal scaling means setting a replica count by hand. Keep replicas stateless, since there are no sticky sessions.

Honest limits
  • Cost is usage-based, so an idle always-on service still accrues vCPU and RAM minutes. Serverless sleeping or fewer replicas cut the bill.
  • There is no autoscaling trigger, so horizontal scaling means manually setting a replica count. Railway does not support sticky sessions, so design stateless replicas.
  • OpenStatus tested the free plan in a single region, so latency tracks the distance to your chosen region.
Avg latency (independent)
381 ms
Uptime (independent)
99.991%
CPU rate
$0.000463/vCPU-min
Per-replica max (Pro)
24 vCPU
Cold starts
None (always-on)
View sources

This page covers how fast Railway runs, how it scales and what it costs. Region coverage lives on its own page.

Estimate your Railway usage cost

Railway measured latency, independent data

MetricValueSample
Average latency381 msfree, us-west1, 10,955 pings
p75 latency469 msOpenStatus, Feb 2024
p95 latency661 msOpenStatus, Feb 2024
p99 latency850 msOpenStatus, Feb 2024
TTFB, nearest probe65 msAshburn (IAD)
TTFB, farthest probe319 msJohannesburg (JNB)
Uptime, two weeks99.991%1 fail / 10,955 pings

Scaling and replicas

CapabilityValueNotes
Vertical autoscalingDefaultScales to the plan's vCPU and memory limits automatically
Horizontal scalingManual replicasIncrease replica count in service settings; no autoscaling trigger
Per-replica ceiling (Pro)24 vCPU / 24 GBSplit across replicas for more
Multi-region replicasNearest-region routingPublic traffic routes to nearest region, then random within it
Replica changesStaged, no full redeployNew replicas reuse the existing image; removed ones drain gracefully
Sticky sessionsNot supportedNo session affinity across replicas

Plan limits and billing rates

PlanMax vCPU / RAMReplicas
Free1 vCPU / 0.5 GB1
Trial2 vCPU / 1 GB2
Hobby ($5/mo + usage)48 vCPU / 48 GB6
Pro ($20/mo + usage)1,000 vCPU / 1 TB42
Enterprise2,400 vCPU / 2.4 TB50
Billing rate$0.000463/vCPU-min, $0.000231/GB-minPer minute

Railway reliability and architecture

  • Railway's infrastructure runs on Google Cloud Platform
  • Railway is SOC 2 Type II and SOC 3 certified, with HIPAA available via a BAA add-on and a self-serve GDPR DPA
  • Railway's Trust Center lists a 60-minute Recovery Time Objective
  • Network security includes a firewall, spoofing protection and traffic filtering
  • Railway publishes no explicit SLA uptime percentage; contractual SLAs are described as an Enterprise plan feature
  • Independently, Railway recorded 99.991% uptime with a single failure across 10,955 pings over two weeks

Railway latency benchmarks, independently measured

  • OpenStatus independently monitored a basic Hono server on Railway's free plan every 10 minutes from six global locations, gathering 10,955 pings over two weeks in February 2024
  • Railway averaged 381ms with 99.991% uptime, second only to Cloudflare Workers (182ms) and ahead of Render (451ms), Koyeb (539ms) and Fly.io (1,471ms cold)
  • No cold starts were observed because the Railway service stayed always-on by default rather than sleeping
  • Per-region p99 stayed tight, from 131ms (Ashburn) to 893ms (Johannesburg), tracking distance to the deployment
  • Railway opt-in Serverless (formerly App-Sleeping) sleeps a service after 10 minutes of inactivity, trading a possible cold-boot 502 for lower usage cost
  • Cloudflare and Fastly serve as Railway's CDN subprocessors, and the CLI can enable CDN caching and an Under-Attack WAF mode

Railway Performance FAQ

How fast is Railway, and what do independent benchmarks show?

OpenStatus independently monitored a Hono server on Railway every 10 minutes from 6 global probes over two weeks in Feb 2024. It saw 381ms average, 469ms p75, 661ms p95, 850ms p99, and 99.991% uptime with a single failure in 10,955 pings. No cold starts appeared, because the service stayed always-on. Railway placed second only to Cloudflare Workers at 182ms, ahead of Render at 451ms and Fly.io at 1,471ms cold.

How does Railway bill for compute?

Usage-based, per minute: $0.000463 per vCPU-minute and $0.000231 per GB-minute, which works out to about $20 per vCPU and $10 per GB a month. There is no fixed instance price. Hobby at $5 a month includes $5 of usage, and Pro at $20 a month includes $20, beyond which you pay for what you consume. Egress at $0.05/GB and volume storage at $0.15/GB a month are billed separately.

How does scaling work on Railway?

Vertical autoscaling is on by default and grows a service to the plan's vCPU and memory limits. Horizontal scaling is manual: you set a replica count in service settings, up to 6 on Hobby, 42 on Pro, 50 on Enterprise. Each Pro replica can use up to 24 vCPU and 24 GB. Multi-region replicas route public traffic to the nearest region. There are no autoscaling triggers and no sticky sessions.

Does Railway have cold starts?

Not by default, since services run continuously, which is why the independent benchmark saw none. Railway's opt-in Serverless feature, formerly App-Sleeping, sleeps a service after 10 minutes without outbound traffic to cut usage cost. The first request then wakes it, with a short cold-boot that may return a 502. Leave Serverless off for latency-sensitive production services.

What reliability and compliance does Railway offer?

Railway runs on Google Cloud and recorded 99.991% uptime in the independent benchmark, with a 60-minute Recovery Time Objective. It is SOC 2 Type II and SOC 3 certified, offers HIPAA via a BAA add-on and a self-serve GDPR DPA, and is EU-US and Swiss-US DPF certified. There is no published SLA percentage, since contractual SLAs are an Enterprise feature.

Sources & verification

Verified by ComparEdgeMethod: Vendor docs, official pages, and selected independent sources
SourceWhat was checkedLast checked
Railway OfficialOfficial product pageJuly 10, 2026
OpenStatusIndependent latency benchmarkJuly 10, 2026
Railway Developer docsScaling and concurrencyJuly 10, 2026
Railway Developer docsPricing and plansJuly 10, 2026
Railway Developer docsSecurity and complianceJuly 10, 2026
Railway Developer docsDeployments ServerlessJuly 10, 2026
Railway Trust centerProduct documentationJuly 10, 2026

Every fact on this Railway page is tied to a named source and a verification date. Freshness-sensitive figures trace to the sources above; verify against the vendor before relying on them.