Ubuntu version at architecture: suriin ang iyong image

Itugma ang image sa buong application stack

Ilista ang suportadong operating systems, runtimes, databases at architectures ng app at extensions. Isama ang backup at monitoring agents: maaaring gumana ang website ngunit hindi ang recovery tool. Ihiwalay ang vendor-supported configuration sa nasubukan lamang ng iyong team.

1. Ilista ang Ubuntu releases, runtime at database versions na sinusuportahan ng app.
2. Suriin ang architecture ng native extensions, container images at backup agents.
3. Pumili ayon sa natitirang maintenance window.
4. Tiyaking may image at architecture sa kinakailangang provider region.
5. Pagkatapos mag-provision, gamitin ang mga check sa ibaba at subukan ang app bago maglipat ng data.

Sa Ubuntu 24.04 LTS, kabilang sa mga inilabas na default package families ang Python 3.12, PHP 8.3 at PostgreSQL 16. Nagbabago ang patch versions sa updates. Hindi awtomatikong compatible ang app na para sa mas lumang major version. Tingnan ang LTS maintenance table; ang layunin dito ay tiyaking tugma ang buong stack.

Kilalanin ang natanggap na image

Sa VPS, patakbuhin ang read-only commands na ito. Itala ang distribution, running kernel, package architecture at machine architecture bago mag-install ng dagdag na software.

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

Sa maliit na screen, i-scroll ang talahanayan pahalang upang makita ang lahat ng column.

Hindi sapat ang kernel string upang tukuyin ang Ubuntu release o support coverage. Maaaring cloud-specific ang kernel. Huwag ipagpalagay na native na tatakbo sa arm64 ang amd64-only binary; kailangan ng Arm build o tahasang suportadong alternatibo.

Suriin ang provisioning

Maraming image ang gumagamit ng cloud-init sa keys, accounts at networking. Tingnan muna kung mayroon nito bago humiling ng status. Hindi agad error ang kawalan nito; alamin ang provisioning method ng provider.

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

Ang running status ay nangangahulugang hindi pa tapos. Suriin ang error o degraded state kahit gumagana ang SSH. Kung may cloud-init, tingnan ang logs:

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

Maaaring maglaman ng sensitibong impormasyon ang initialization logs; alisin iyon bago magbahagi. Huwag gumamit ng cloud-init clean o palitan ang network files para lamang mawala ang error. Hindi rin pinatutunayan ng completed provisioning ang kalusugan ng app, database o backup job.

Tingnan ang package candidates bago mag-install

I-refresh ang metadata at tingnan ang candidate versions at pinanggagalingang repositories. Hindi ini-install ng apt update ang mga application package na ito.

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

Ang Installed: (none) ay nangangahulugang wala pa ang package; ang Candidate: (none) ay walang iniaalok na candidate ang kasalukuyang sources. Suriin muna ang pangalan, architecture at Ubuntu components bago magdagdag ng ibang repository.

Default implementation ang pinipili ng metapackages gaya ng php at postgresql; tingnan din ang versioned package. Para sa installed software, suriin ang mismong executable o running service. Ipinapakita ng python3 --version at php --version ang executables, samantalang maaaring iba ang database server sa client tools.

Pag-isipan ang isang compatibility example

Ipagpalagay na Python 3.10 lamang ang sinusuportahan ng app at amd64 lamang ang native extension. Halimbawang requirements ito, hindi claim tungkol sa isang produkto. Hindi pasado ang default Ubuntu 24.04 arm64 sa dalawang bagay: Python 3.12 ang default at ibang architecture ang extension.

Inaayos ng paglipat sa amd64 ang architecture, hindi ang Python version. Ang virtual environment ay naghihiwalay ng packages gamit ang interpreter na gumawa rito; hindi nito ginagawang 3.10 ang 3.12. Huwag palitan ang system Python ng Ubuntu para lamang sa app.

Maaaring i-upgrade ang application o gumamit ng hiwalay na maintained runtime/container na may documented support plan. Tiyaking compatible ang lahat ng native components. May natitirang maintenance window din ang mas lumang Ubuntu; hindi ito awtomatikong solusyon.

Sa staging, subukan ang extension code path, database operation, background job at backup/restore cycle. Itala ang versions at app build. Hindi sapat na ma-install ito o ma-load ang homepage.

Isama ang containers at package maintenance

Inihihiwalay ng containers ang application dependencies mula sa default Ubuntu packages, ngunit umaasa pa rin sa host kernel, storage at network. Kailangan ang suportadong image build para sa platform. Binabago ng emulation ang performance at support assumptions; huwag itong tahimik na ipalit sa native build.

Itago ang data sa documented volumes o external storage at subukang i-restore nang hiwalay sa disposable containers. I-pin ang release o digest para sa reproducibility habang may iskedyul ng updates. Hindi magandang maintenance ang permanenteng pag-pin sa vulnerable image.

Magkaiba ang Ubuntu release support at coverage ng bawat package. May magkaibang saklaw ang standard security maintenance at Ubuntu Pro. Sariling maintainer ang third-party repositories, downloaded binaries at container images; itala kung sino ang responsable sa bawat layer.

Ihiwalay ang ordinaryong update sa release upgrade

I-refresh muna ang package metadata. Ipinapakita ng sumusunod ang pending packages at failed services; hindi ito distribution upgrade.

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

Suriin at ilapat ang updates sa angkop na maintenance window, pagkatapos ulitin ang application checks. Maaaring mag-restart ang services. Kapaki-pakinabang ang reboot marker kapag mayroon, ngunit hindi garantiya ng pagiging updated ang kawalan nito.

Subukan ang release upgrade sa kopya o bagong machine. Suriin muli ang runtime, repositories, database upgrade requirements at extensions. Planuhin ang final data synchronization at rollback na isinasaalang-alang ang bagong writes. Hindi kasama sa pre-upgrade snapshot ang orders na dumating pagkatapos nito.

Mag-iwan ng record na kayang ulitin ng iba

Sa maliit na screen, i-scroll ang talahanayan pahalang upang makita ang lahat ng column.

Huwag isama ang secrets sa record. I-version-control ang hindi sensitibong configuration at subukang mag-rebuild kapag nagbago ang mahalagang dependency. Para sa cloud experiment, sundin ang libreng Ubuntu setup; kapag compatible na ang image, gamitin ang website deployment guide.

Mga karaniwang tanong

Mga opisyal na sanggunian

1. Dokumentasyon 1: discourse.ubuntu.com
2. Dokumentasyon 2: ubuntu.com
3. Dokumentasyon 3: docs.cloud-init.io
4. Dokumentasyon 4: manpages.ubuntu.com
5. Dokumentasyon 5: docs.python.org
6. Dokumentasyon 6: ubuntu.com