Úložiště herního serveru: kolik místa na disku potřebuje

Herní server potřebuje dost disku na pět věcí: nainstalovanou hru, svět a jeho savy, módy a obsah z workshopu, logy a lokální zálohy, a k tomu zhruba 20 až 30 procent volného místa navíc, aby se příští update měl kam stáhnout. V praxi to znamená 5 až 15 GB pro nenáročné hry jako Terraria, Factorio a Counter-Strike 1.6, 15 až 40 GB pro většinu survival a sandbox her a 40 až 100 GB pro velké instalace s módy - Arma 3, DayZ s dlouhým seznamem módů, ARK, Counter-Strike 2 s workshopovými mapami. Disk je zdroj, který selhává nejtišeji: server běží bez problémů na 97 % zaplnění, dokud nepřijde update nebo save, který potřebuje posledních pár gigabajtů, a pak se rozbije způsobem, který se o disku skoro nikdy nezmíní.

Co zaplňuje disk herního serveru#

Disk každého herního serveru se dělí na stejné kategorie. Na první z nich myslí lidé jako na jedinou, když server kupují.

1. Instalace. Binárky serveru a herní data stažená přes SteamCMD nebo nástrojem samotné hry. Roste s každým větším updatem.
2. Svět a savy. Region soubory, databáze světa, data hráčů. Roste s hraním, někdy prudce.
3. Módy, pluginy a obsah z workshopu. Na modovaných serverech často větší než samotná instalace.
4. Logy a crash dumpy. Za den málo, za rok hodně, pokud je nikdo nemaže.
5. Lokální zálohy. Každá vestavěná rotace záloh zapisuje vedle světa jeho plné kopie.
6. Rezerva pro update. Volné místo, kam SteamCMD stáhne změněné soubory dřív, než nahradí ty staré.

Praktický způsob, jak server dimenzovat: sečti instalaci, očekávanou velikost světa na konci jeho života (nebo do dalšího wipe), módy, které plánuješ, a zálohy, které držíš lokálně, a přidej čtvrtinu navrch. V tabulce níže je tento součet už spočítaný pro běžné hry.

Disk podle hry#

Jde o realistické alokace pro normální server s rozumným seznamem módů, ne o velikost čerstvého stažení. Nechávají místo pro růst i pro updaty.

Stojí za povšimnutí dvě věci. Hry s nejmenší instalací nejsou vždy ty, které potřebují nejméně disku: server DayZ má pár gigabajtů, zatímco jeho seznamy módů mají desítky. A hry s trvalými, prozkoumatelnými světy - Minecraft, 7 Days to Die, Project Zomboid - rostou ze strany světa, takže jejich nároky určuje spíš to, jak dlouho svět žije, než velikost instalace. Požadavky herních serverů podle hry staví údaj o disku vedle RAM, CPU a portů pro každou hru v katalogu RE:NODE.

Proč updaty potřebují volné místo#

SteamCMD stahuje změněný obsah do dočasné oblasti uvnitř téže instalace, ověří ho a pak ho prohodí za starý. Na okamžik existuje na disku stará i nová verze každého změněného souboru. Velký update třicetigigabajtové hry může vyžadovat několik gigabajtů volného místa, které se o minutu později zase uvolní.

Pokud tam to místo není, update selže v půlce, často s chybou, která o disku nic neříká. Běžné příklady:

Error! App '896660' state is 0x202 after update job.Error! App '258550' state is 0x602 after update job.

Kódy stavů se liší a ne každý nenulový stav je problém s diskem, ale neúspěšný update na téměř plném disku jím téměř vždy je. Napůl aplikovaný update také může zanechat server, který naběhne a pak spadne při načítání, nebo odmítá spojení kvůli neshodě verzí. Náprava je ve všech případech stejná: uvolni místo a spusť update znovu s validate, aby SteamCMD zkontroloval každý soubor. SteamCMD vysvětlený popisuje stavy, validate i beta větve.

Jak rostou světy a savy#

Herní světy rostou třemi různými způsoby a každý chce jiný druh péče.

Růst průzkumem. Minecraft, 7 Days to Die, Project Zomboid, Valheim a Terraria ukládají terén tak, jak ho hráči odkrývají. Minecraft server ukládá svět do region souborů o 32 × 32 chunků; svět, který prozkoumává rušný veřejný server, naroste za měsíce o gigabajty a pregenerovaná hranice 10 000 bloků na každou stranu může přesáhnout deset gigabajtů dřív, než někdo cokoli postaví. Hranice světa růst zastaví na velikosti, kterou zvolíš - popisuje to hranice světa a pregenerace.

Růst stavěním. Survival hry s trvalými základnami - Rust, ARK, DayZ, Palworld - ukládají každou stavbu a každý předmět. Soubor světa roste po celý wipe cyklus a při wipe se resetuje. Dimenzuj na konec cyklu.

Růst historie. Některá data se nikdy nečistí, pokud to neuděláš ty: data každého hráče, který kdy vstoupil, databáze pluginů, statistiky, chatové logy, tabulky logování bloků v Minecraftu, které zaznamenávají každou změnu bloku. Databáze CoreProtect na rušném serveru může přerůst samotný svět, pokud se její příkaz purge nespouští podle plánu.

Módy, obsah z workshopu a cache#

Módy jsou nejproměnlivější položkou na disku každého serveru.

• Stahování z workshopu. Hry s podporou Steam Workshopu stahují položky do složky workshopu, obvykle steamapps/workshop/content/<appid>/ v instalaci, i když některé hry používají vlastní cache. Garry's Mod, Arma 3, DayZ, Project Zomboid, Unturned i Counter-Strike 2 berou obsah z Workshopu. Kolekce o sto položkách může mít několik gigabajtů a staré položky se nemusí smazat, když je ze seznamu vyřadíš. Módy ze Steam Workshopu na dedikovaných serverech popisuje, jak to řeší jednotlivé hry.
• Kopie módů. Některá nastavení drží workshopovou kopii i serverovou kopii téhož módu - klasický případ jsou složky módů DayZ a Arma 3 zkopírované z adresáře workshopu - a tím jejich velikost zdvojnásobí.
• Streamované assety. FiveM servíruje klientům vlastní auta, mapy a oblečení a z nich skládá složku s cache. Zdroje a cache velkého roleplay serveru dohromady snadno dají desítky gigabajtů.
• Webové mapy. Dynmap a BlueMap v Minecraftu vykreslují svět do obrázkových dlaždic. Při vysokém detailu může být složka s dlaždicemi pro velký svět větší než svět sám. Vykresluj méně úrovní zoomu nebo nižší rozlišení a kompromisy najdeš v webových mapách s Dynmap a BlueMap.

Logy, crash dumpy a lokální zálohy#

U těchto tří věcí mizí disk, aniž by o jeho spotřebě někdo rozhodl.

Logy. Většina her píše při každém startu nový log a staré nikdy nemaže. Upovídaný Source server, Minecraft server s hovorným pluginem nebo FiveM server s debug výstupem může napsat stovky megabajtů týdně. Minecraft komprimuje staré logy do logs/*.log.gz, ale drží je navždy. Logy, které stojí za uchování popisuje, které logy za to místo stojí a jak dlouho.

Crash dumpy. Servery na Unity a Unrealu píšou při pádu dump soubory a server v cyklu pádů jich může napsat desítky, každý někdy o stovkách megabajtů. Po každém nestabilním týdnu hledej soubory .dmp a složky crashes.

Lokální zálohy. -backups ve Valheimu, zálohy světa v 7 Days to Die, zálohovací pluginy pro Minecraft i složka záloh v Palworldu zapisují kopie světa vedle něj. Čtyři zálohy dvougigabajtového světa jsou 8 GB. Chrání také méně, než si lidé myslí: kopie na stejném disku přežije poškozený save, ale ne smazaný server ani selhání disku. Rozdíl vysvětluje zálohy, které se opravdu obnoví.

Na RE:NODE se zálohy z panelu ukládají mimo stroj, který chrání, a právě to z nich dělá zálohy a ne druhé kopie; sloty pro zálohy jsou součástí každého tarifu. Vestavěné herní zálohy se ale pořád zapisují na disk samotného serveru, takže buď drž jejich počet nízko, nebo je vypni ve prospěch záloh z panelu.

Praktický příklad: Paper server na jeden rok#

Komunita plánuje Paper survival server pro asi třicet hráčů s hranicí světa, webovou mapou a obvyklými pluginy a chce vědět, kolik disku bude potřebovat na konci prvního roku, ne první den.

1. Instalace. Jar serveru, jeho knihovny a jar soubory pluginů mají hluboko pod 1 GB. Zaokrouhli na 1 GB.
2. Svět. Hranice 7 500 bloků na každou stranu, pregenerovaná, pro overworld; menší hranice pro Nether a End. Pregenerace té oblasti plus rok stavění skončí někde v rozmezí 8 až 15 GB napříč třemi dimenzemi. Počítej 12 GB.
3. Webová mapa. Detailní render téže oblasti může být stejně velký jako svět. Méně úrovní zoomu ho zmenší na polovinu. Rozpočet 8 GB.
4. Data pluginů. Logger bloků jako CoreProtect s purge na 30 dní plus data ekonomiky, claimů a statistik. Na rušném serveru 2 až 4 GB. Rozpočet 3 GB.
5. Logy. Komprimované denní logy držené 90 dní. Pod 1 GB.
6. Lokální zálohy. Žádné, protože zálohy jdou do panelu a ukládají se jinde. Kdyby zálohovací plugin psal kopie vedle světa, přidej tu dvoj- až trojnásobek velikosti světa.
7. Rezerva. Čtvrtina navrch z 25 GB výše, tedy zhruba dalších 6 GB.

Dohromady asi 31 GB, což na žebříčku velikostí tarifů ukazuje na úroveň s 30 až 50 GB disku, ne na nejmenší. Stejné cvičení pro server kamarádů bez webové mapy a bez hranice by vyšlo pod 10 GB. Smysl počítání není v přesnosti výsledku, ale v seznamu: právě webovou mapu, logger bloků a lokální zálohy lidé zapomínají, a právě ony zaplňují disk.

Zjištění, co zaplnilo disk#

Když serveru dojde místo, najdi viníka dřív, než cokoli smažeš. Na VDS nebo kdekoli, kde máš shell:

$ df -h /home/container$ du -sh /home/container/* | sort -h | tail -15$ du -sh /home/container/logs /home/container/crashes 2>/dev/null$ find /home/container -name "*.dmp" -size +50M$ find /home/container/logs -name "*.log.gz" -mtime +30 -delete

df -h ukáže, jak je svazek plný; du -sh * | sort -h vypíše největší složky nejvyšší úrovně, největší naposled. Zanoř se do té, která je největší. Poslední řádek maže komprimované logy starší než třicet dní, což je v Minecraftu bezpečné, a pro jiné hry je třeba ho přizpůsobit rozložení jejich logů. ncdu, pokud je nainstalované, dělá totéž interaktivně a na procházení je rychlejší.

Na hostingu s panelem bez shellu ukazuje správce souborů velikosti složek a umí mazat hromadně, totéž zvládnou SFTP klienti. Podívej se nejdřív do logů, složek s crash dumpy, složek s lokálními zálohami, obsahu z workshopu a dlaždic webové mapy - v tomto pořadí; těchto pět věcí tvoří většinu překvapivě plných disků. Plný disk herního serveru provází úklidem pro každou hru.

Velikost disku versus rychlost disku#

Velikost a rychlost disku jsou dvě oddělené otázky a víc jednoho nepomůže druhému. Rychlost záleží u několika konkrétních operací: saveů světa, které při zápisu blokují hru, načítání chunků a regionů při průzkumu, startu serveru, záloh a obnov. Server, který je limitovaný CPU, díky ní tickovat rychleji nezačne. Co NVMe skutečně mění rozebírá, které operace to poznají.

RE:NODE provozuje NVMe v každém tarifu, na ZFS poolu, takže otázka rychlosti je vyřízená a zbývá otázka velikosti. Žebříček tarifů každé hry uvádí svou alokaci disku - od 5 GB u nejmenších tarifů Terrarie a Counter-Strike 1.6 po 100 GB u největších tarifů Minecraftu, 7 Days to Die a Army 3 - a přechod na vyšší tarif zvýší alokaci na serveru, který už máš.

FAQ#

Kolik volného místa na disku by měl herní server mít?

Aspoň 20 % alokace a 30 % u her s velkými a častými updaty nebo velkými seznamy módů. Většina té rezervy slouží updatům, které potřebují místo pro staré i nové soubory najednou. Zbytek pohltí logy, crash dumpy a růst savů mezi úklidy.

Proč můj update selhal s podivným kódem stavu?

Na téměř plném disku je to skoro vždy místo. SteamCMD po update jobu hlásí nenulový stav, místo aby řekl, že je disk plný. Uvolni několik gigabajtů a spusť update znovu s validate, aby se zkontrolovaly všechny soubory.

Počítají se zálohy do disku mého serveru?

Vestavěné herní zálohy ano, protože se zapisují do vlastních složek serveru. Jak se počítají zálohy z panelu, záleží na hostingu. Na RE:NODE se ukládají mimo stroj, který chrání, což je vlastnost, na které záleží, když se ztratí server samotný.

Jak velký může Minecraft svět být?

Záleží na průzkumu. Svět malé party může za rok zůstat pod pár gigabajty; veřejný server, kde hráči volně prozkoumávají, může dosáhnout desítek gigabajtů. Hranice světa velikost zastropuje a pregenerace uvnitř hranice ti předem prozradí konečnou velikost.

Je větší disk rychlejší?

Ne. Kapacita a rychlost jsou oddělené. Server, který sekává při savech, potřebuje rychlejší úložiště nebo menší savy, ne víc gigabajtů. Server, kterému selhávají updaty, potřebuje víc volného místa, ne rychlejší úložiště.