FiveM Server Hosting
Choose a host based on real performance measurements, region, management effort and backups—not on a fixed “player capacity” advertised for a particular CPU or RAM amount. Resource load varies widely between a vanilla FiveM server and a heavily customized QBCore , ESX or Qbox server.
Want a containerized installation? See Run a FiveM Server Using Docker. For the standard setup use FiveM Quickstart with txAdmin.
1. Choose a hosting model
| Type | Best for | You manage | Trade-off |
|---|---|---|---|
| Managed FiveM game hosting | Beginners who want a ready-to-use panel and support | Server resources, frameworks, community | Less OS access; backup and custom deployment options depend on provider |
| VPS / cloud VM | Developers, staging and smaller communities | OS updates, FXServer, txAdmin, firewall, backups, database | Shared CPU performance can vary; support may not cover game configuration |
| Dedicated server | Established communities with consistent load or several instances | Everything from OS to deployment and recovery | More expensive and operationally demanding |
Cloud providers may charge separately for outbound bandwidth, IP addresses, snapshots, block storage and protection. Compare the complete monthly cost, not only the headline VM price.
For managed game hosting, follow the official Cfx.re game server hosting provider guide , or the current hosting-provider listings linked by Cfx.re. Check provider and platform policies before purchasing.
2. Compare providers without relying on obsolete prices
These companies sell infrastructure that can be used to host a supported FXServer installation. They are not an endorsement or a claim that a specific plan is suitable for a fixed number of players.
| Infrastructure provider | Explore current offers | Consider |
|---|---|---|
| Hetzner | Cloud / Dedicated | Available CPU architecture, location, bandwidth and backup options |
| OVHcloud | VPS / Dedicated | Game-network DDoS protection, support terms and local availability |
| DigitalOcean | Droplets | VM sizing, storage, transfer allowance and regional availability |
| Other providers | Compare current product and network documentation directly | Dedicated CPU vs burst/shared vCPU, total traffic charges and upgrade path |
Prices, model names, CPU generations and available regions change frequently. Do not rely on old recommendations such as Hetzner CX11/CPX31/AX41 or OVH “Starter” at historically quoted prices; check official provider pages at purchase time. Price does not guarantee latency or stable resource performance.
3. Size by workload, not marketing player counts
Use these as initial test allocations, then benchmark your actual resources:
| Deployment | Baseline to test | What to measure |
|---|---|---|
| Basic development / vanilla | ~2 vCPU, 4 GB RAM, SSD | Startup, joins and spawn, free RAM |
| Small framework server | ~4 fast vCPU, 8 GB RAM, SSD | Script and thread timings, database load, voice and network traffic |
| Heavier production workload | 8+ modern CPU threads, 16+ GB RAM, NVMe | Peak events, persistence, p95 performance, memory and bandwidth |
These numbers are planning examples, not official minimums or slot guarantees. The CPU’s single-thread performance often matters more than a high total thread count. Test under peak realistic concurrency and use Performance Monitoring.
Choose a server region near most players. Check latency and packet loss from multiple relevant networks, not just a provider’s ping from your home connection.
4. Server, database and security requirements
- Use a supported 64-bit Windows or x86-64 Linux FXServer artifact from Cfx.re Server Download . macOS has no supported native server artifact.
- For Legacy vs Enhanced, use the correct platform package and verify resource compatibility. See Legacy vs Enhanced.
- Keep the game port 30120 TCP and UDP reachable by intended players. If you change the port, update both the config and firewall accordingly.
- Restrict txAdmin port 40120 TCP to VPN, SSH tunnel, trusted management IPs or the host’s authenticated panel.
- Obtain a Cfx.re server registration key ; keep it private and use
sv_licenseKeyin the selected profile. - The basic CFX server recipe does not require a database. Framework-based persistence normally requires MariaDB/MySQL with a dedicated, least-privilege database user.
- Require SSH keys or a properly protected Windows management path; avoid running game resources as root.
- Arrange for off-server backups of
txData, resources/config and any separate SQL database. Test a full restore before launch.
5. Set up a Linux VPS safely
The following example assumes you have provisioned a Linux x86-64 VM, connected as an account with sudo, and understand the provider’s firewall/security-group controls. It installs only base utilities—not an outdated or hard-coded artifact build.
sudo apt update
sudo apt install -y curl git xz-utils ca-certificates
# Create a dedicated unprivileged service account.
sudo useradd --create-home --shell /bin/bash fivem
# Prepare separate artifact and data directories.
sudo mkdir -p /opt/fivem/server /opt/fivem/txData
sudo chown -R fivem:fivem /opt/fivemNext:
-
Download Recommended from the official FXServer artifact selector (correct platform/OS); extract it into
/opt/fivem/server. -
Run
run.shas thefivemuser without+exec server.cfgfor the txAdmin first-run flow. -
Link your Cfx.re account and create a backup password in txAdmin, then choose the CFX Default recipe for a first test.
-
Generate a registration key at the Cfx.re Portal, run the recipe and start the server.
-
Allow the game port in both the host and provider firewalls. For UFW that is already enabled:
sudo ufw allow 30120/tcp sudo ufw allow 30120/udp sudo ufw status -
Leave txAdmin’s public port blocked. Use a private VPN or an SSH tunnel to administer it.
-
Test connection from a Windows FiveM client using F8:
connect YOUR_SERVER_IP:30120.
Do not enable UFW remotely before explicitly allowing your existing SSH port, or you risk locking yourself out. Service management/systemd depends on your chosen deployment layout; see the full txAdmin quickstart before enabling a boot-time service.
6. Measure and validate a production candidate
Test the actual target framework with the resources and database you intend to run:
- Correctness: resources load, characters spawn, data survives reconnect and restarts.
- Capacity: realistic peak players, resource load, server-thread time, CPU headroom, memory, disk and database latency.
- Network: a second external network can join via TCP/UDP 30120, with acceptable packet loss.
- Reliability: provider maintenance response, recovery procedure, DDoS handling and backup/restore time.
- Security: txAdmin isn’t publicly accessible, game secrets aren’t in Git, and access is limited to authorized administrators.
Do not rely on unverified, provider-specific “benchmarks” without their exact workload, tests and dates. A generic CPU score does not tell you how your FiveM scripts behave.
7. Migrate an existing server
- Inventory artifact build, framework versions,
server.cfg, resources, database, user uploads and KVP/state files. - Make a complete off-server backup and test recovery.
- Provision the target server and apply firewall/SSH restrictions.
- Restore into a staging profile and database, with secrets managed separately.
- Validate joins, player identity, inventory, economy, voice and persistence.
- Schedule a short maintenance window to stop writes, capture final data and switch the player endpoint.
- Monitor and keep the previous installation available for a documented rollback. Do not run both installations against the same writable production database during the cutover.