Servisné stroje a testovacie prostredie
Ako sa stroj vytvorený na internú úlohu alebo kontrolu líši od bežného, aké pravidlá preň platia a čo sa s ním stane po teste.
Aktualizované 23. augusta 2026
Niekedy sa stroj pridelí nie na základe bežnej platenej objednávky, ale na internú úlohu: overiť systémový obraz, reprodukovať problém zákazníka, otestovať konfiguráciu pred jej nasadením. Technicky je to ten istý stroj s tým istým root prístupom; líši sa len dôvod, pre ktorý bol pridelený, a pravidlá zaobchádzania s ním.
Ako sa líši od bežného
- Tier a OS sa vyberajú podľa úlohy, nie podľa pohodlia: na reprodukovanie problému zákazníka potrebuješ presne ten tier a ten OS, na ktorom sa problém prejavil.
- Jeho životnosť je krátka a vopred známa. Stroj sa vytvorí na kontrolu a po jej dokončení sa zmaže.
- Údaje na ňom sa považujú za jednorazové. Nemalo by sa tam ukladať nič cenné ani jedinečné.
Všetko ostatné je rovnaké: ovládací panel /hosting/vds/m/<id> s tými istými kartami, dva typy konzoly, záchranný disk SystemRescue, preinštalovanie OS a reverzný DNS pre adresu.
Pravidlá používania
- Stroj vytvor na jednu jedinú úlohu. Testovacie prostredie, na ktorom „popri tom“ bežia tri ďalšie experimenty, prestáva byť reprodukovateľné.
- Zaznamenaj, čo si testoval a na ktorom tiere. Výsledok ako „na VDS-1 je to pomalé“ je bez poznámky, že úzkym hrdlom bol limit zápisu 60 MB/s, nepoužiteľný.
- Nenechávaj na testovacom stroji živé kľúče a tokeny s prístupom k produkčným službám. Stroj sa zmaže, ale kľúč, ktorý sa predtým dostal do nesprávnych rúk, bude fungovať ďalej.
- Hotovo — zmaž ho. Obsadený stroj drží CPU jadrá, pamäť a verejnú IPv4 adresu, ktoré iní potrebujú.
Disk zmazaného stroja sa nedá obnoviť. Ak sa počas kontroly objavilo niečo, čo potrebuješ — log, konfigurácia, dump — skopíruj si súbor k sebe pred zmazaním:
scp root@<address>:/root/report.txt .
Typické interné scenáre
Overenie systémového obrazu. Objednaj stroj s požadovanou distribúciou a potom skontroluj, že sa naštartoval, že sieť funguje a že je na mieste hosťovský agent:
systemctl status qemu-guest-agent
ip -brief address
df -h /
Ak agent chýba, panel nezobrazí využitie disku a soft reboot nebude fungovať — panel sám navrhne inštalačný príkaz.
Reprodukovanie problému zákazníka. Vezmi ten istý tier a ten istý OS, zopakuj kroky, zachyť výstup príkazov. Diagnostike po jednotlivých častiach sa venujú Sieť na stroji vypadla a Služba sa nespustí: prechod systémom systemd.
Testovanie konfigurácie pred produkčným strojom. Užitočné, keď zmeny ovplyvňujú sieť alebo štart: rozbiť testovací stroj a obnoviť ho cez záchranný disk je lacnejšie než sa zaoberať produkčným.
Po teste
Odškrtni si zoznam: výsledky zaznamenané, potrebné súbory skopírované, nezostali žiadne DNS záznamy smerujúce na adresu stroja, kľúče s externým prístupom zrušené. Potom stroj uvoľni — v paneli nie je tlačidlo na zmazanie; postup a jeho dôsledky sú opísané v Zmazanie stroja a obdobie odkúpenia.