Ubuntu rendszerkép kiválasztása és ellenőrzése

Írd össze a függőségeket

Rögzítsd az Ubuntu-, futtatókörnyezet-, adatbázis- és bővítményverziókat. A mentési és megfigyelő ügynök architektúráját is nézd meg. Külön jelöld a gyártó által támogatott és a csapat által csak kipróbált összeállításokat.

A hátralévő karbantartási idő és a szolgáltató régiójában elérhető kép is döntési feltétel. Ubuntu 24.04 esetén a dokumentált alapcsaládok Python 3.12, PHP 8.3 és PostgreSQL 16; a javítóverziók frissítéssel változnak.

Azonosítsd a telepített rendszert

A VPS-en futó olvasási parancsok eredményét tartsd meg a telepítési jegyzetben:

cat /etc/os-release
uname -r
dpkg --print-architecture
uname -m

Az /etc/os-release írja le a disztribúciót; a uname a futó kernelt és géparchitektúrát. Egy kernelszámból nem következik önmagában az Ubuntu-verzió vagy a támogatás.

Kis képernyőn görgesd oldalra a táblázatot a többi oszlophoz.

A kiválasztott képpel vesd össze az eredményt. Egy csak amd64-re kiadott bővítmény arm64-en nem válik automatikusan használhatóvá.

Várd meg és vizsgáld a cloud-init befejezését

Sok felhőkép a cloud-init segítségével állítja be a fiókot, kulcsokat és hálózatot. Előbb ellenőrizd a jelenlétét és állapotát:

if command -v cloud-init >/dev/null 2>&1; then
    cloud-init status --long
else
    printf '%s\n' 'cloud-init is not installed; check the provider provisioning method.'
fi

A hiánya önmagában nem hiba, ha a kép más inicializálást használ. A running még folyamatban lévő munkát jelent; a degraded vagy error állapotot akkor is ki kell vizsgálni, ha az SSH már működik.

sudo tail -n 50 /var/log/cloud-init.log
sudo tail -n 50 /var/log/cloud-init-output.log

A naplók tartalmazhatnak érzékeny adatokat, ezért megosztás előtt tisztítsd meg a kivonatot. Ne futtass cloud-init clean műveletet, és ne írj át hálózati fájlt csak a hibaüzenet eltüntetéséért.

Nézd meg a telepíthető csomagokat

A csomagindex frissítése után ellenőrizd a telepített és jelölt verziót, valamint annak forrását:

sudo apt update
apt-cache policy python3 php postgresql
apt-cache policy python3.12 php8.3 postgresql-16

Az Installed: (none) hiányzó telepítést jelez. A Candidate: (none) azt jelzi, hogy az aktuális index és források nem kínálnak jelöltet. Előbb a nevet, architektúrát és Ubuntu-komponenseket ellenőrizd, ne adj hozzá találomra tárolót.

A php vagy postgresql metacsomag alapértelmezett megvalósítást választ; a verziózott csomagot is nézd meg. Telepített szoftvernél a tényleges program vagy futó szolgáltatás verzióját vizsgáld, ne csak a klienseszközét.

Próbáld végig a kompatibilitási döntést

Tegyük fel, hogy egy alkalmazás Python 3.10-et és csak amd64-re elérhető bővítményt kíván. Ez szemléltető követelmény, nem konkrét termék állítása. Ubuntu 24.04 arm64 két ponton eltér: az alap Python 3.12, és más az architektúra.

Az amd64-re váltás nem változtatja meg a Python verzióját. A virtuális környezet a létrehozó értelmező csomagjait különíti el; nem alakítja át a 3.12-t 3.10-zé. Ne cseréld le az Ubuntu rendszer-Pythonját az alkalmazás kedvéért.

Megoldás lehet az alkalmazás frissítése vagy külön karbantartott futtatókörnyezet, konténer. Ellenőrizd a natív elemeket, a frissítési felelőst és a megmaradó támogatási időt.

A konténer és a rendszer is karbantartást igényel

A konténer megosztja a gazda kernelét és architektúráját. Használj támogatott képet, dokumentált adattárolást és külön kipróbált helyreállítást. A rögzített verzió reprodukálhatóvá tesz, de a sebezhető kép örök rögzítése nem karbantartás.

Az Ubuntu kiadásának támogatása, a standard biztonsági karbantartás, az Ubuntu Pro és a külső tárolók eltérő csomagkört fedhetnek le. Írd le, ki frissíti az egyes rétegeket.

Külön kezeld a csomagfrissítést és a kiadásváltást

A jelenlegi kiadás függő csomagjait és hibás szolgáltatásait így vizsgálhatod meg:

apt list --upgradable
systemctl --failed
if [ -f /var/run/reboot-required ]; then cat /var/run/reboot-required; fi

Ez nem disztribúciófrissítési eljárás. A karbantartás szolgáltatás-újraindítást is okozhat; utána ismételd az alkalmazásteszteket. Az új Ubuntu-kiadást másolaton vagy külön gépen próbáld, a tárolókkal, adatbázissal és bővítményekkel együtt.

A visszaút a váltás utáni írásokat is vegye figyelembe: a régi snapshotban nincsenek benne az azóta érkezett rendelések.

Hagyd ellenőrizhetően a döntést

Próbálj bejelentkezést, adatbázisműveletet, natív bővítményt, háttérfeladatot, újraindítást és visszaállítást. Rögzítsd a buildet, verziókat és eredményeket, a titkokat viszont ne tedd a jegyzetbe.

A tágabb platformválasztáshoz a Linux VPS útmutató tartozik. Megfelelő kép esetén folytasd az első HTTPS-webhellyel és a helyreállítható mentéssel.