VPS FiveM - infrastruktura pod serwer RP
FiveM to CPU + MySQL + setki skryptów Lua. Produkcja bez stage z prawdziwymi danymi = nocny hotfix. WAW pod graczy z PL.
Co musi działać równolegle
FXServer, baza (MySQL/MariaDB), czasem Redis, txAdmin, reverse proxy pod webhooki.
Jeden VPS może to ugryźć na start. Przy 64+ graczach rozdziel DB i game node.
NVMe pod szybkie ładowanie zasobów i logów serwera — shared IOPS, wariancja w szczycie.
Zasoby i porządek
200 zasobów startowych to 200 miejsc na błąd. Wyłącz nieużywane. Mierz resmon.
Update zasobu w piątek wieczorem bez kopii — ryzyko. Git tag + backup bazy.
Framework (ESX/QBCore/inne) — trzymaj wersje spójne z artifact FiveM.
Baza danych nie na tym samym dysku co OS bez planu
Duże zapisy inventory i pojazdów — indeksy i slow query log od dnia pierwszego.
Backup mysqldump w godzinach niskiego online. Test import na staging.
RAM dla InnoDB buffer — za mały buffer = dysk i lag w grze.
Latency i transfer
Gracze z Polski — WAW sensowny wybór. Sprawdź mtr z kilku ISP.
Transfer w cenie planu. Streamowanie assetów — rozważ CDN.
Shared 10 Gbps burst na hoście. Peak concurrent nie obiecuje stałego Mbps per VM.
Aktualizacje FiveM
Artifact co tydzień — zaplanuj okno. txAdmin ułatwia, nie zastępuje testów.
Niebieski ekran u wszystkich? Często mismatch wersji zasobu z nowym buildem.
Staging VPS tańszy plan — ta sama wersja co prod, mniejsza liczba slotów testowych.
Bezpieczeństwo serwera RP
txAdmin hasło silne. Panel nie wystawiony publicznie bez VPN.
Anti-DDoS L3/L4 na hostingu — przy ataku na IP serwera pomoże. Exploit w zasobie — patch u Ciebie.
Logi administracyjne — kto nadał itemy, kto banował. Retencja i backup logów.
Wzrost społeczności
Vertical scale: więcej vCPU/RAM na game node. Horizontal: osobny VPS na DB i na voice (Mumble/TeamSpeak) jeśli potrzebne.
Steal time rośnie wieczorem — obserwuj tick i hitch warning w konsoli.
txAdmin — sensowna konfiguracja
Osobne hasło admina, 2FA jeśli dostępne. Panel za VPN.
Scheduled restart z komunikatem in-game — mniej ticketów „lag”.
Logi txAdmin rotuj — NVMe nie jest nieskończony.
Profilowanie zasobów
resmon 1 w konsoli — który zasób je ms.
Wyłącz dev printy na prod — spam logów.
OneSync — więcej RAM, sprawdź dokumentację artifact.
Mumble/TeamSpeak obok FXServer
Voice na osobnym procesie — CPU i UDP. Firewall tylko dla graczy.
Transfer audio bywa stały — monitoruj egress.
Nie mieszaj voice z ciężkim MySQL na najmniejszym planie.
Ekonomia i baza — spójność
Transakcje w DB — indeks na identifier gracza.
Backup przed dużą zmianą ekonomii — rollback bywa jedyną drogą.
Staging z kopią prod DB zanonimizowaną — test balansu.
Pipeline aktualizacji zasobów
Git na serwerze prod — branch stable, pull w oknie.
Nigdy git pull na 100 graczy online bez restart planu.
Artifact FX pinned — auto latest = ryzyko.
Staging identyczny z prod
Ta sama wersja artifact, subset zasobów, kopia bazy zanonimizowanej.
Test wejścia 20 botów — obciążenie CPU przed eventem.
Hotfix tylko po pass na staging — reguła złota.
Launch serwera RP
Staging z prod dataset, test wejścia, txAdmin za VPN, backup bazy przed go-live.
FXServer + MySQL + skrypty — suma RAM. Mały plan na start, metryki po tygodniu.
Ryzen — lepszy tick przy optymalizacji zasobów. 200 nieużywanych zasobów zabije TPS niezależnie od CPU.
NVMe — szybkie ładowanie stream assets. Shared variance w szczycie wieczorem PL.
Transfer w planie — aktualizacje zasobów, obrazy, logi.
Anti-DDoS L3/L4 + zamknięte porty admin. Exploit w Lua — patch u Ciebie.
Operacje bazy RP
Slow query log od dnia 1. Indeks na steam/license identifier.
Backup przed każdą dużą aktualizacją ekonomii — rollback to restore, nie modlitwa.
Oddzielny VPS na DB gdy resmon i mysql top konkurują o CPU.
Sieć serwera
Endpoint lista w server.cfg — nie w repo publicznym.
Anti-DDoS L3/L4 + zamknięty txAdmin. Transfer planu — aktualizacje zasobów.
WAW — mtr od graczy PL przed eventem.
Po pierwszym weekendzie online
resmon export — który zasób zabija CPU.
Slow query log MySQL — indeksy przed kolejnymi skryptami.
txAdmin log kto restartował i kiedy.
Backup bazy przed każdym drop update.
mtr od graczy którzy skarżą się na lag — data vs TPS log.
Ekonomia i support RP
Ticket template: ID gracza, czas, resmon screenshot.
Duplikaty itemów z buga — log admin action.
Ban appeal proces — log moderacji offsite.
Update zasobów w git — kto zatwierdza merge na prod.
Whitelist na start sezonu — mniej cheaterów.
Voice server osobno gdy CPU FXServer >70% w event.
FXServer — stabilność
Stage przed prod. resmon zanim dokładisz zasób.
MySQL tuning i backup — rdzeń RP.
Ryzen CPU; Lua jakość kodu ważniejsza od vCPU count.
NVMe — stream assets; shared variance.
Transfer w planie — git pull zasobów.
txAdmin za VPN. Anti-DDoS + patch zasobów.
WAW latency PL — mtr przed eventem.
DDR5 gościa bez ECC — backup bazy offsite.
KVM — osobny VPS na DB gdy rośniesz.
Brak SLA 100% — komunikat restart planowany.
Jak o tym myśleć
VPS FiveM ma sens, gdy chodzi o: serwer RP, kontrola zasobów Lua, DB obok FXServer.
To nadal VPS na współdzielonej infrastrukturze: masz root, KVM i transfer w cenie planu, ale CPU steal, IOPS i uplink zależą od realnego obciążenia hosta. Jeśli potrzebujesz stałego heavy loadu 24/7, policz osobną architekturę zamiast zakładać, że większy plan VPS załatwi wszystko.
FAQ
Ile slotów na plan X?
Nie wiążemy slotów z planem. Liczy się CPU, RAM i optymalizacja zasobów. Test z realną liczbą graczy.
Czy OneSync wymaga więcej RAM?
Tak, więcej entity sync — więcej pamięci. Zaplanuj headroom.
Voice chat na tym samym VPS?
Możliwość techniczna, ale CPU i bandwidth rosną. Często osobny mały VPS.
Windows czy Linux?
FXServer na Linuxie — typowy wybór. Windows możliwy, droższy w RAM.
Backup postaci?
mysqldump + katalog resources + cfg — wszystko offsite.
CitizenFX key?
Wymagany klucz — trzymaj poza publicznym repo.
Ile RAM na 32 sloty?
Zależy od zasobów. 8 GB to często minimum na start RP.
Linux vs Windows FX?
Linux lżejszy w RAM. Windows jeśli znasz tylko RDP.
Antycheat?
Po stronie zasobów — nie zastąpi patchy i moderacji.
Whitelist Discord?
Popularne — bot na /vps-discord-bot, baza graczy zsynchronizowana.
Cache plików stream?
Transfer i dysk — czyść nieużywane assety.
DDoS na connect?
Anti-DDoS L3/L4 + limit połączeń. Exploit w zasobie — patch.
MariaDB tuning?
innodb_buffer_pool_size ~70% RAM po odjęciu FXServer.
Logi server.cfg?
sv_scriptHookAllowed 0 na prod unless wiesz co robisz.
Scale horizontal?
Osobne instancje miast — advanced; większość zaczyna vertical.
Ile zasobów startowych to za dużo?
Powyżej kilkudziesięciu aktywnych zasobów mierz resmon i CPU każdego deploy. Usuń martwe skrypty. FXServer na KVM w WAW ma transfer w planie — każda aktualizacja zasobów z repozytorium to egress, jeśli ciągniesz z zewnątrz.
MariaDB na tym samym VPS co FXServer?
Możliwe na małej społeczności. Przy wzroście — osobny VPS na DB z większym RAM. InnoDB buffer i FXServer konkurują o pamięć DDR5 gościa; swap na NVMe daje lag w grze.
Staging przed update artifact?
Tak — ta sama wersja co prod, mniejszy slot count, kopia bazy. Nested problemy wersji Lua wychodzą na staging, nie w piątkowy wieczór na produkcji z 80 graczami online.