Jak vybírat hosting: na co se dívat, pohled zevnitř

Když vybíráme hosting, díváme se na šest věcí, v tomto pořadí: na jaké CPU zátěž skutečně doleze a jak rychlé je jedno jeho jádro, v co se promění každé „neomezeno“ na stránce, když si přečteme podmínky, jestli status stránka mluví pravdu ve špatný den, kdo a jak obnovuje tvoje data, kolik ze stroje dosáhneš, aniž je nutné se někoho ptát, a jestli se ozve člověk, když napíšeš. Cena přichází až po tom všem, protože levný tarif, který selže v kterémkoli z těch šesti bodů, levný není.

Provozujeme platformu RE:NODE - orchestraci, která zřizuje, škáluje a obnovuje zákaznické servery, linky herních serverů, VDS, webu, databází a úložišť a monitoring a automatizaci záloh kolem nich. Z toho plyne nepříjemný pohled na to, jak se hosting prodává a jak se provozuje. Většina následujícího je věc, kterou provozovatelé znají a stránka s tarify ji neříká. Platí pro jakýkoli hosting, včetně našeho, a část je záměrně neslavná pro malé poskytovatele, jako jsme my.

Kratší verze ve formě kontrolního seznamu je v článku jak vybrat hosting herních serverů. Tento je úvaha za ním.

Proč specifikace lže tím, co vynechá#

Stránka s tarify se píše tak, aby se dala porovnávat, takže uvádí věci, které se porovnávají snadno: gigabajty RAM, gigabajty disku, počet jader, cenu. Nic z toho není nepravda. Problém je, co chybí, a zevnitř můžeme říct, že vynechávky nejsou náhodné.

RAM se snadno prodává i poctivě dodává, protože paměť buď je, nebo není. Velikost disku je stejná. Jádra jsou kluzká: „2 vCPU“ neříká nic o tom, jaké CPU, jak je staré, jak rychle běží jedno vlákno a kolik dalších zákazníků stojí ve frontě na stejných fyzických jádrech. Přenos dat je ještě kluzčí. A věci, které rozhodují o tom, jestli zůstaneš - zálohy, přístup, podpora, co se děje ve 3:00 ráno - se na stránce s tarify objevují zřídka.

Pravidlo, ke kterému to dospělo, je jednoduché: čísla na stránce jsou spodní hranice toho, co potřebuješ vědět, ne odpověď. Vše níže se týká otázek, na které ta čísla neodpovídají.

CPU: generace a rychlost jednoho vlákna porazí počet jader#

To je nejhůř chápaná věc v hostingu a nejvíc záleží u herních serverů.

Většina herních serverů dělá svou důležitou práci na jednom vlákně. Simulační tick - pohyb entit, herní logika, rozhodování o tom, co každý hráč uvidí dál - běží na hlavním vlákně a ostatní jádra pomáhají se sítí, načítáním chunků, ukládáním a podobně. Minecraft je slavný příklad, ale vzorec je široký: když server laguje, bývá to obvykle jedno jádro na 100 %, zatímco ostatní nic nedělají. Pořádně je to popsáno v článku jak číst využití CPU herního serveru a požadavky herních serverů na CPU to rozebírá hru po hře.

Co z toho plyne pro výběr hostingu:

• Novější CPU s vysokým taktem obvykle porazí starší CPU s více jádry. Výkon na takt se mezi generacemi hodně posunul, takže „3,0 GHz“ na CPU z doby před mnoha lety a „3,0 GHz“ na nedávném není stejná rychlost.
• Čipy s mnoha jádry jsou skvělé v provozu mnoha věcí najednou a často nevýrazné v provozu jedné věci rychle. To je správný kompromis pro hosting, který nabíjí webové aplikace. Pro jeden vytížený herní server je špatný.
• „vCPU“ je obvykle jedno hardwarové vlákno, ne jedno fyzické jádro. Dvě vCPU mohou být dvě hyperthready jednoho jádra, což je méně než dvě plná jádra, když jsou obě vytížená.

Otázka, kterou je dobré klást každému hostingu, zní „na jakém modelu CPU běží tento tarif?“. Dobrá odpověď jmenuje model. Slušná odpověď říká „liší se podle nodu, tady jsou modely, které používáme“. Vyhýbavá odpověď - „procesory podnikové třídy“ - říká, že to zákazník raději vědět nemá. Pro férovost: ne každý hosting může slíbit model, protože nody se vyměňují. Ale může říct, co je ve flotile dnes.

V RE:NODE linka VDS uvádí své CPU (Intel i9-9900K) a na sdílených linkách je údaj o CPU v tarifu procento jednoho jádra vynucené jako tvrdý limit - 250 znamená 2,5 vCPU škrceného podílu, ne 2,5 jádra, přes která můžeš v burstu přeskočit. Server na svém limitu je pomalý, nikdy kvůli tomu není pozastaven. Model pro sdílené nody nezveřejňujeme, takže pokud na tom záleží, je to otázka i pro nás.

Jak zkontrolovat, co jsi opravdu dostal

Na VDS máš shell, tak se podívej:

$ lscpu | grep -E 'Model name|^CPU\(s\)|Thread'$ sysbench cpu --threads=1 --time=30 run$ vmstat 1 10

První řádek ukáže model a počet vláken. Běh sysbench s jedním vláknem dá číslo událostí za sekundu, které můžeš porovnat mezi hostingy - spusť ho na každém kandidátovi stejně. Ve vmstat sleduj sloupec st: steal time je CPU, které tvůj virtuální stroj chtěl a hypervizor dal někomu jinému. Pár procent čas od času je na sdíleném hardwaru normální. Steal, který zůstává vysoký při nízké vlastní zátěži, znamená přeplněného hostitele a sdílené CPU a hluční sousedé vysvětluje, co s tím jde a nejde dělat.

Na herním panelu obvykle shell nemáš, ale /proc/cpuinfo hostitele je zevnitř kontejneru často vidět a graf CPU v konzoli proti limitu ukáže, jestli tě omezuje zakoupený podíl.

Co znamená „neomezeno“#

Z pohledu provozovatele není nic neomezené. Každý zdroj, se kterým pracujeme, má fyzický strop: kapacita uplinku, propustnost disku, inody, napájení. Když tarif říká „neomezeno“, znamená to jednu ze tří věcí a je třeba vědět, kterou.

„Neměřený“ (unmetered) je poctivé slovo pro přenos: neúčtuje se za gigabajt. Není to slib, že můžeš celý měsíc saturovat sdílený uplink. Každý hosting s neměřeným tarifem má bod, kdy něčí provoz začne škodit ostatním zákazníkům, a jedinou skutečnou otázkou je, jestli ti řekne, kde ten bod je a co se stane, když ho dosáhneš - škrcení, e-mail, pozastavení. Naše formulace je taková, že neměřený znamená neúčtovaný za gigabajt, ne licenci k saturaci sdíleného uplinku, a přenos dat a fair use rozebírá, co to znamená v praxi.

„Neomezené herní sloty“ na herním serveru jsou ta věc, která mě štve nejvíc, protože je technicky pravdivá a prakticky bezvýznamná. Kolik hráčů se vejde, rozhoduje hra, CPU a RAM, ne číslo v panelu. Hosting, který na malém tarifu inzeruje neomezené sloty, prodává číslo, které nemůžeš použít.

Test, který používáme: když tarif říká neomezeno, v podmínkách služby hledáme „fair use“, „acceptable use“, „excessive“ a „inode“. Co říkají podmínky, to je skutečný tarif. Pokud podmínky neříkají nic, limit stejně existuje - jen ho vynucuje ten, kdo má zrovna službu, podle úsudku, bez varování.

Jak číst status stránku#

Každý hosting má dnes status stránku a většina z nich je téměř pořád zelená. To samo o sobě říká velmi málo. Na co se díváme místo toho:

1. Kdo ji měří. Status stránka živená automatickými kontrolami zvenčí sítě hostingu má větší cenu než ta, kterou někdo ručně upraví po události. Ručně upravená stránka je zelená, dokud se člověk nerozhodne, že nemá být.
2. Jak je podrobná. Jeden banner „All systems operational“ pro celou firmu skrývá, že tvůj node může být mimo, zatímco všechno ostatní běží. Komponenty po nodech nebo službách jsou poctivější.
3. Historie. Posuň se zpátky. Stránka bez incidentů za rok buď popisuje pozoruhodně šťastný provoz, nebo se neaktualizuje. Skutečná infrastruktura má špatné dny a poctivé stránky je ukazují.
4. Co říkají poznámky k incidentům. „Vyšetřujeme“ následované „vyřešeno“ bez ničeho mezi tím tě nenaučí nic. Poznámky, které říkají, co se rozbilo, čeho se to týkalo a co se potom změnilo, ukazují, jak tým přemýšlí.
5. Kde je hostovaná. Pokud status stránka žije na stejné infrastruktuře, o které informuje, spadne přesně ve chvíli, kdy ji potřebuješ.

K procentům dostupnosti: mají smysl jen s intervalem měření a definicí vedle sebe. 99,9 % za 30denní měsíc dovoluje asi 43 minut výpadku; 99,99 % asi čtyři. Pokud kontrola běží každých pět minut, cokoli kratšího se nemusí nikdy zaznamenat. A SLA obvykle znamená částečný kredit z faktury, ne vrácený výpadek - přečti si, co je náprava, dřív, než tě to číslo zaujme.

Pro informaci: status stránka RE:NODE vzorkuje dostupnost každých pět minut a neuvádíme procento dostupnosti ani SLA. Raději to říkáme otevřeně, než tisknout číslo. Stejně to zvaž u jakéhokoli hostingu.

Zálohy a kdo je obnovuje#

Tady máme nejsilnější názory, protože automatizace záloh je velká část provozu platformy, a protože mezera mezi „děláme zálohy“ a „svá data dostaneš zpátky“ je místo, kde žije většina zklamání z hostingu.

Hosting může „zálohami“ myslet dvě různé věci:

• Zálohy platformy - hosting kopíruje své vlastní disky, aby mohl obnovit stroj při selhání hardwaru. Obvykle je nevidíš, nemůžeš vybrat, co je v nich, a nemůžeš z nich sám obnovit jediný soubor. Chrání schopnost hostingu znovu postavit, ne tvoji schopnost vzít zpět chybu.
• Zálohy zákazníka - kopie tvého serveru, které můžeš vytvářet, plánovat, obnovovat a stahovat.

Chceš vědět, kterou z nich tarif zahrnuje, a chceš tu druhou. Pak chceš odpovědi na tyto otázky:

• Můžu ji obnovit sám, nebo podám tiket a čekám?
• Můžu ji stáhnout, aby kopie existovala úplně mimo tento hosting?
• Kde je uložena? Záloha na stejném disku jako chráněná data je pohodlí, ne záloha.
• Co se stane se zálohami, když zruším nebo smažu server?
• Obnovil nedávno nějakou někdo?

Poslední otázka je nejdůležitější. Podle domácí průpovídky je záloha, kterou nikdo neobnovil, hypotéza. K testování obnov dřív, než je potřebuješ, máme silné názory a jsou v článcích vyzkoušej obnovu dřív, než ji potřebuješ a zálohy, které opravdu fungují.

V RE:NODE má každý tarif sloty pro zálohy: na požádání nebo podle plánu, obnovované tlačítkem, stažitelné, uzamykatelné proti rotaci a uložené mimo stroj, který chrání. Smazání serveru smaže jeho zálohy, i zamčené - což je přesně ten druh detailu, který u jakéhokoli hostingu hledej, protože lidé se to učí tou špatnou cestou. Platforma navíc dělá noční zálohy kopírované na oddělený hardware. Žádná z nich nenahrazuje kopii, kterou držíš sám, a totéž platí pro zálohy jakéhokoli hostingu, včetně našich.

Přístup k panelu, souborům a konzoli#

Otázka zní: kolik z vlastního serveru dosáhneš, aniž by ses musel někoho ptát. Čím méně, tím víc se z každého drobného problému stává tiket a tím těžší je odejít.

Pro herní server nebo hosting aplikací na panelu je minimum, které přijímáme:

• Živá konzole se surovým, nefiltrovaným výstupem a příkazovou řádkou. Pokud hosting ukazuje jen uklizený log nebo odznak „server běží“, nic sám nediagnostikuješ.
• Správce souborů a SFTP. Správce souborů je na rychlé úpravy; SFTP je cesta, jak přenést celý svět, modpack nebo web dovnitř a ven. Žádné SFTP je samo o sobě varovný signál.
• Startovací příkaz nebo alespoň jeho proměnné. Dříve nebo později budeš potřebovat přepínač spuštění, volbu JVM nebo jinou větev.
• Grafy zdrojů proti limitům, aby bylo vidět, jestli narážíš na podíl CPU, nebo na strop paměti.
• Kontrola nad tím, kdo další dostane přístup, s oprávněními užšími než „všechno“.

Pro VDS je minimum root, způsob přeinstalace a nějaká out-of-band konzole (VNC nebo sériová) pro případ, že se zamkneš pravidlem firewallu. Zeptej se, co dostaneš, když SSH přestane odpovídat. „Otevři tiket“ je slabá odpověď.

Skrývá se tu i otázka odchodu. Můžeš dostat všechna svá data ven, v normálním formátu, bez pomoci hostingu? Pokud ano, špatný hosting tě stojí víkend. Pokud ne, stojí tě to, co rozhodnou oni.

Co panel RE:NODE dává každému tarifu bez úrovní: nefiltrovanou živou konzoli s příkazovou řádkou, správce souborů, SFTP s přihlašovacími údaji na server, ne na účet, záložku Startup pro herní a environment proměnné, grafy CPU, paměti a disku proti limitům a subuživatele s granulárními oprávněními. Staví na Pterodactylu a Wings s naším vlastním panelem navrch, takže kdo zná Pterodactyl, pozná tvar - co je Pterodactyl to vysvětluje.

Podpora, na kterou dosáhneš#

Z plánovací stránky nikdo nepozná, jaká je podpora, a je to věc, která rozhoduje, jestli zůstaneš. Hosting je podpůrný byznys se servery navíc.

Na co se dívat:

• Více než jeden kanál a alespoň jeden, který zanechává písemnou stopu. Tiketový systém, kde jsou přílohy soukromé, je pro cokoli s přihlašovacími údaji nebo logy lepší než veřejný kanál na Discordu.
• Jasné vyjádření, kdy jsou lidé skutečně k dispozici. „Podpora 24/7“ u malého hostingu často znamená „někomu přijde notifikace“. To není nepoctivé, ale není to totéž jako člověk ve službě. Raději, aby hosting uvedl skutečné hodiny.
• Odpovědi psané někým, kdo dotaz přečetl. Vložený odkaz do znalostní báze jako odpověď na konkrétní otázku je znamení týmu, který třídí podle klíčových slov.
• Jestli podpora umí věci dělat, ne jen je předávat. Může ten, kdo odpovídá, obnovit zálohu, otevřít port, přesunout server? Nebo otevře interní tiket a čeká na inženýra?

Nepříjemná věc ze strany provozovatele: malé hostingy bývají v podpoře lepší než velké, protože ten, kdo odpovídá, často psal kód, a horší v pokrytí, protože jich je méně. Velké hostingy bývají opačně. Rozhodni se, co potřebuješ. Hobby server počká do rána; placená komunita nebo firemní aplikace možná ne.

Podpora RE:NODE je tiket z panelu (dostanou ho všichni členové týmu, s privátními přílohami), Discord a e-mail. Nezveřejňujeme nepřetržité obsazení a hosting naší velikosti, který by ho inzeroval, by nebyl důvěryhodný.

Test hostingu v prvním týdnu#

Za první týden na hostingu se naučíš víc než z jakéhokoli množství recenzí. Ber první platbu jako cenu testu a proveď ho záměrně. Kde hosting nabízí krátkou dobu, vezmi si ji.

Test trasy je první, protože žádné CPU nespraví špatnou cestu mezi strojem a hráči. Spusť ho tam, kde jsou hráči doopravdy, ne tam, kde jsi ty:

$ mtr -rwc 100 203.0.113.10$ fio --name=rand --rw=randread --bs=4k --size=1G --iodepth=32 \    --ioengine=libaio --direct=1 --runtime=30 --time_based

Adresa tam je příklad z dokumentace - dosaď adresu svého serveru. Čtení traceroute a mtr vysvětluje, jak číst výstup, a nejčastější špatné čtení: ztráta na prostředním hopu, která nepokračuje až na poslední, je obvykle router, který snižuje prioritu sond, ne skutečná ztráta.

Pak server zatěž tak, jak ho budeš používat, v hodinách, kdy ho budeš používat. Stroj, který má v úterý v 10:00 dobrý benchmark a v sobotu večer se plazí, má problém s kapacitou, který jediný benchmark neukáže. Opakuj běh sysbench s jedním vláknem v několika různých časech a porovnej.

Polož podpoře jednu skutečnou otázku, na kterou odpověď už znáš, a všimni si, jak dlouho odpověď trvá a jestli je správná. Vytvoř zálohu, smaž soubor, bez kterého se obejdeš, obnov ho, stáhni archiv a otevři ho na vlastním počítači. Vytáhni svá data tak, jako bys odcházel. Pokud je cokoli z toho v prvním týdnu těžké, v šestém měsíci to bude horší.

Varovné signály#

Některé jsou důvod k odchodu, jiné jen důvod ptát se důrazněji. Uvádíme jen věci, které se dají měřit i na naší vlastní platformě.

• Nikde žádný model CPU a vyhýbání se, když se zeptáš.
• „Neomezeno“ u všeho a žádná sekce fair use, kterou by šlo najít.
• Status stránka, na které se nikdy neobjevil incident.
• Tvrzení o ochraně proti DDoS s velkým číslem a bez vysvětlení, co se filtruje. Skutečná ochrana zahazuje zjevné objemové záplavy; útoky, které vypadají jako skuteční hráči, jsou mnohem těžší a kdo slibuje zastavit všechno, prodává větu, ne službu. Více v článku DDoS útoky na herní servery vysvětleně.
• Žádné SFTP, žádná surová konzole nebo zálohy obnovitelné jen přes tiket.
• Žádný způsob exportu dat nebo export zamčený za zrušením.
• Doživotní tarify nebo ceny tak hluboko pod ostatními, že aritmetika nemůže vyjít. Hardware, energie a přenos stojí všechny stejně na daném trhu; tarif pod touto cenou je dotovaný něčím - přeprodáváním, krátkou životností, nebo obojím.
• Podmínky, které dovolují hostingu tě pozastavit za využívání zdrojů, za které je zaplaceno. Provoz na 100 % tvého podílu CPU má server zpomalit, ne odstranit.
• Tlak na koupi dlouhé doby předem, než cokoli otestuješ.

Nic z toho není důkaz, že je hosting špatný. Několik dohromady obvykle je.

Kompromisy, které by se opakovaly#

Několik názorů, řečených otevřeně, z provozu takového hostingu.

Raději hosting, který přiznává své limity, než ten, který je skrývá. Každý hosting má strop přenosu, rozpis podpory s mezerami, lokalitu, která vyhovuje některým hráčům a jiným ne. Ti, kdo to zapíšou, jsou ti, se kterými se dá plánovat. RE:NODE běží na jednom místě, v Německu, na hardwaru, který sami provozujeme - to je správná odpověď pro hráče v Evropě a špatná pro hráče daleko, a je lepší, abys to věděl dřív, než zaplatíš.

Raději méně funkcí a více přístupu. Panel s poctivou konzolí, SFTP a skutečnými zálohami poráží ten, který má sto tlačítek na jedno kliknutí a žádný shell.

Vždy držet vlastní kopii všeho, na čem záleží, na cizí infrastruktuře. Ne proto, že jsou hostingy nedbalé, ale protože selhání, proti kterému se chráníš, může být právě hosting - chyba ve fakturaci, zavřený účet, firma, která přestane existovat.

A testovat před závazkem. Každý hosting, včetně RE:NODE, vypadá na vlastním webu lépe než ve 3:00 ráno. První týden ukáže, které vypadají stejně.

Pokud chceš širší pohled na to, jaký server si vůbec pronajmout, začni článkem VPS vs VDS vs dedikovaný server.

FAQ#

Je vyšší počet jader vždy lepší pro herní server?

Ne. Většinu herních serverů omezuje rychlost jednoho jádra, protože hlavní simulační smyčka běží na jednom vlákně. Tarif s méně jádry na novějším CPU s vyšším taktem obvykle zvládne vytížený herní server lépe než více jader na starším nebo vícejádrovém čipu. Další jádra pomáhají s mody, pluginy, generováním chunků a provozem několika serverů vedle sebe.

Jaký je rozdíl mezi neměřeným a neomezeným přenosem?

Neměřený znamená, že se neúčtuje za přenesený gigabajt. Neomezený je marketingové slovo pro totéž a nikdy by se nemělo číst jako žádný strop - každý hosting má sdílený uplink a bod fair use. Užitečná otázka je, co hosting udělá, když ho dosáhneš: zaškrtí, upozorní, nebo pozastaví.

Mám věřit záruce dostupnosti 99,9 %?

Ber ji jako tvrzení o kompenzaci, ne o spolehlivosti. Dovoluje asi 43 minut výpadku za 30denní měsíc, interval měření rozhoduje, co se počítá, a náprava je obvykle částečný kredit. Status stránka se skutečnou historií incidentů ti o provozu hostingu řekne víc než procento.

Stačí samotné zálohy hostingu?

Jsou dobrou první linií a nic víc. Ujisti se, že je umíš obnovit a stáhnout sám, a drž alespoň jednu čerstvou kopii úplně jinde - na vlastním počítači nebo v odděleném objektovém úložišti. Pokud je problém v samotném účtu u hostingu, zálohy uložené u něj nepomohou.

Jak dlouho testovat nový hosting, než se zavážu?

Týden běžného používání včetně nejrušnějších hodin stačí k odhalení většiny problémů: kvalita trasy, spor o CPU ve špičce, rychlost podpory a to, jestli obnovy a exporty opravdu fungují. Nepla dlouhou dobu předem, dokud ten týden neskončí, i když je měsíčně levnější.

Je malý hosting riskantnější než velký?

Riskantní jinak. Malý hosting má spíš podporu od lidí, kteří systém postavili, a méně pravděpodobně personál ve službě v každou hodinu. Velký hosting má větší pokrytí a víc vrstev mezi tebou a inženýrem. Vlastní zálohy a snadný export dat dělají obě volby mnohem bezpečnější.