Výber obrazu Ubuntu a kontrola nainštalovaného systému

Zostavte zoznam požiadaviek

Zapíšte podporované verzie Ubuntu, runtime, databázy a architektúry. Zahrňte natívne rozšírenia, kontajnerové obrazy a agentov monitorovania aj záloh. Rozlišujte podporu výrobcu od vlastného skúšobného overenia. Vyberte kompatibilné vydanie s dostatočným zostávajúcim obdobím údržby a dostupným obrazom v požadovanom regióne.

Ubuntu 24.04 LTS je konkrétny príklad: prinieslo predvolené Python 3.12, PHP 8.3 a PostgreSQL 16. Opravné verzie sa menia aktualizáciami. Podpora staršej hlavnej verzie nepreukazuje kompatibilitu s novou. Časový rámec nájdete v prehľade LTS; tu overujeme vhodnosť celého prostredia.

Identifikujte dodaný systém

Nasledujúce príkazy spustite v serveri pred inštaláciou ďalšieho softvéru. Iba čítajú informácie o systéme, jadre a architektúre.

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

Na malom displeji posuňte tabuľku do strán, aby ste videli všetky stĺpce.

Samotné jadro neurčuje vydanie Ubuntu ani rozsah jeho podpory. Poskytovateľ môže používať cloudové jadro. Binárny program určený len pre amd64 nepovažujte za natívne kompatibilný s arm64. Overte príslušné zostavenie alebo výslovne podporovanú alternatívu.

Skontrolujte inicializáciu obrazu

Cloud-init často vytvára účty, kľúče a sieťové nastavenia. Najprv zistite, či je prítomný. Jeho neprítomnosť sama nie je chybou; niektoré obrazy sa pripravujú inak.

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

Stav running znamená, že inicializácia pokračuje. Error alebo degraded treba preskúmať aj pri fungujúcom SSH. Ak sa cloud-init používa, prezrite príslušné logy:

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

Inicializačný skript môže vypísať citlivé údaje, preto ich pred zdieľaním odstráňte. Chybu neskrývajte príkazom cloud-init clean ani prepisovaním sieťových súborov. Dokončená inicializácia nie je testom zdravia databázy alebo zálohovacej úlohy.

Overte balíky pred inštaláciou

Obnovte index balíkov a pozrite kandidátov. Týmto krokom ešte neinštalujete aplikačné balíky. Zaznamenajte verzie aj repozitáre.

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

Hodnota Installed: (none) znamená, že balík nie je nainštalovaný. Kandidát (none) znamená, že ho aktuálne zdroje neponúkajú. Najprv skontrolujte názov, architektúru a komponenty Ubuntu; nepridávajte náhodný repozitár.

Metabalíky php a postgresql vyberajú predvolenú implementáciu, preto skontrolujte aj balík s konkrétnou verziou. Pri nainštalovanom softvéri overte spustený program alebo službu. python3 --version a php --version ukazujú príslušné spustiteľné súbory; klient databázy môže mať inú verziu než server.

Vyriešte konkrétny konflikt kompatibility

Predstavme si aplikáciu podporujúcu iba Python 3.10 s natívnym rozšírením dostupným len pre amd64. Ide o modelové požiadavky. Predvolený obraz Ubuntu 24.04 arm64 nespĺňa dve veci: má Python 3.12 a inú architektúru rozšírenia.

Prechod na amd64 rieši architektúru, nie verziu Pythonu. Virtuálne prostredie izoluje balíky pomocou interpretéra, ktorý ho vytvoril; nezmení Python 3.12 na 3.10. Systémový Python Ubuntu nenahrádzajte kvôli aplikácii.

Možnosťou je úprava aplikácie alebo samostatne udržiavaný runtime či kontajner s plánom podpory. Aj staršie Ubuntu má konečné obdobie údržby a nie je automatickým riešením. V testovacom prostredí spustite problémové rozšírenie, databázovú operáciu, úlohu na pozadí a obnovu dát. Samotná úspešná inštalácia nestačí.

Kontajnery a podpora balíkov

Kontajner oddeľuje závislosti aplikácie, ale stále využíva jadro, úložisko a sieť hostiteľa. Overte dostupné zostavenie pre cieľovú architektúru. Emulácia mení výkon aj predpoklady podpory a nemá sa zameniť za natívnu verziu bez vyhodnotenia.

Dáta ukladajte do zdokumentovaných zväzkov alebo externého úložiska a overte obnovu mimo dočasného kontajnera. Pevné verzie či digest pomáhajú reprodukovateľnosti, no stále potrebujete plán aktualizácií. Trvale uzamknutý zraniteľný obraz nie je bezpečná údržba.

Rozlišujte štandardnú údržbu Ubuntu, Ubuntu Pro a podporu každej ďalšej vrstvy. Repozitáre tretích strán, stiahnuté binárne súbory a kontajnerové obrazy majú vlastných správcov. Verzia hostiteľského systému nepokrýva automaticky všetok softvér.

Oddeľte aktualizáciu balíkov od zmeny vydania

Po obnovení indexu prezrite dostupné aktualizácie a zlyhané služby. Nasledujúce príkazy nevykonávajú povýšenie distribúcie.

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

Balíky aktualizujte vo vhodnom okne a zopakujte aplikačné testy. Služby sa môžu reštartovať. Prítomný súbor reboot-required je užitočný signál; jeho neprítomnosť nedokazuje aktuálnosť všetkého.

Prechod na nové vydanie skúste na kópii alebo inom stroji. Znovu overte runtime, rozšírenia, repozitáre a postup databázovej migrácie. Naplánujte finálnu synchronizáciu aj návrat so zohľadnením nových zápisov. Snímka spred zmeny neobsahuje objednávky prijaté po nej.

Uložte rozhodnutie, ktoré sa dá zopakovať

Na malom displeji posuňte tabuľku do strán, aby ste videli všetky stĺpce.

Konfiguráciu bez tajných údajov udržujte vo verzovanom zázname. Pri podstatnej zmene závislostí zopakujte zostavenie v samostatnom prostredí. Potom pokračujte publikovaním webu alebo skúšobnou Oracle inštanciou.

Otázky a odpovede