Versioni dhe arkitektura e Ubuntu për aplikacionin tuaj

Zgjidhni imazhin sipas të gjithë aplikacionit

Renditni sistemet, runtime, bazat dhe arkitekturat që mbështesin aplikacioni dhe shtesat. Përfshini agjentët e backup dhe monitorimit. Dalloni kërkesat e mbështetura nga prodhuesi nga konfigurimet që ekipi vetëm i ka provuar.

1. Shënoni versionet e Ubuntu, runtime dhe bazës që mbështeten.
2. Kontrolloni arkitekturën e çdo shtese native, imazhi container dhe agjenti backup.
3. Përdorni periudhën e mbetur të mirëmbajtjes për të ngushtuar zgjedhjen.
4. Konfirmoni që ofruesi ka imazhin dhe arkitekturën në rajonin e nevojshëm.
5. Verifikoni sistemin pas krijimit dhe testoni aplikacionin para kalimit të të dhënave ose trafikut.

Ubuntu 24.04 është shembulli konkret: solli Python 3.12 si parazgjedhje, PHP 8.3 dhe PostgreSQL 16. Versionet e patch ndryshojnë me përditësimet. Pajtueshmëria me versione më të vjetra nuk mjafton. Shihni afatet e Ubuntu LTS.

Identifikoni sistemin që u instalua

Ekzekutoni këto komanda në VPS dhe ruani rezultatet para instalimit të softuerit tjetër.

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

Në ekran të vogël, lëvizeni tabelën anash për të parë të gjitha kolonat.

Kerneli nuk tregon vetë versionin ose mbulimin e Ubuntu; ofruesi mund të ketë kernel cloud. Një program vetëm për amd64 nuk supozohet se punon drejtpërdrejt në arm64. Konfirmoni një build Arm ose alternativë të mbështetur.

Kontrolloni përgatitjen fillestare të imazhit

Shumë imazhe përdorin cloud-init për përdoruesit, çelësat dhe rrjetin. Kontrolloni praninë e tij përpara statusit. Mungesa nuk është vetvetiu gabim; ofruesi mund të përdorë mënyrë tjetër.

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

Running tregon përgatitje ende në punë. Error ose degraded kërkon hetim edhe kur SSH funksionon. Nëse cloud-init është i pranishëm, lexoni regjistrat përkatës.

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

Skriptet fillestare mund të shkruajnë sekrete në log; hiqini para ndarjes së tij. Mos përdorni cloud-init clean ose zëvendësim të skedarëve të rrjetit për të fshehur gabimin. Përgatitja e përfunduar nuk provon shëndetin e aplikacionit, bazës ose backup.

Shikoni paketat kandidate para instalimit

Përditësoni indeksin dhe shikoni versionet e ofruara nga burimet e konfiguruara. Ky hap nuk instalon paketat e aplikacionit.

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

Installed: (none) tregon paketë të painstaluar; Candidate: (none) tregon se burimet aktuale nuk e ofrojnë. Kontrolloni emrin, arkitekturën dhe komponentët Ubuntu përpara shtimit të një repository të rastësishëm.

Metapaketat php dhe postgresql zgjedhin një implementim parazgjedhje; shikoni edhe paketën me version. Për softuer të instaluar verifikoni executable ose shërbimin aktiv. Versioni i klientit të bazës mund të ndryshojë nga ai i serverit.

Zgjidhni një papajtueshmëri konkrete

Supozoni se aplikacioni kërkon Python 3.10 dhe një shtesë vetëm amd64. Këto janë kërkesa ilustruese. Ubuntu 24.04 arm64 dështon në dy pika: Python parazgjedhje është 3.12 dhe arkitektura është tjetër.

Kalimi në amd64 zgjidh vetëm arkitekturën. Një venv izolon paketat me interpreterin që e krijoi; nuk kthen Python 3.12 në 3.10. Mos zëvendësoni Python-in e sistemit Ubuntu për këtë qëllim.

Shqyrtoni përditësimin e aplikacionit ose runtime/container të mirëmbajtur veçmas, me plan mbështetjeje. Një Ubuntu më i vjetër ka afatin e vet të mbetur dhe nuk është zgjidhje automatike. Në staging testoni shtesën, një veprim baze, një punë në sfond dhe backup/rikthimin. Instalimi ose hapja e kryefaqes nuk mjafton.

Përfshini containers dhe mirëmbajtjen e paketave

Container izolon varësitë, por përdor kernelin, rrjetin dhe ruajtjen e hostit. Konfirmoni build për platformën. Emulimi ndryshon supozimet e performancës dhe mbështetjes; mos e zëvendësoni në heshtje një build native.

Ruani të dhënat në volume të dokumentuara ose jashtë container dhe provoni rikthimin. Fiksoni versione ose digests për riprodhueshmëri, me kalendar përditësimi; një imazh i cenueshëm i fiksuar përgjithmonë nuk mirëmbahet mirë.

Mbështetja e versionit Ubuntu nuk mbulon automatikisht çdo paketë. Mirëmbajtja standarde, Ubuntu Pro, repositories të tjera, binarët e shkarkuar dhe imazhet container kanë mbulim e përgjegjësi të ndryshme. Shënoni kush përditëson çdo shtresë.

Ndani përditësimin e paketave nga kalimi në version tjetër

Përditësoni indeksin dhe shikoni paketat në pritje e shërbimet e dështuara. Komandat më poshtë lexojnë gjendjen dhe nuk bëjnë upgrade të distribucionit.

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

Aplikoni përditësimet në një dritare të përshtatshme dhe përsëritni provat. Shërbimet mund të rindizen; mungesa e shenjës për reboot nuk provon se çdo komponent është aktual.

Kalimin në version tjetër provojeni në kopje ose instancë të re. Kontrolloni runtime, repositories, bazën dhe shtesat. Planifikoni sinkronizimin përfundimtar dhe kthimin pas, duke llogaritur shkrimet e reja. Snapshot i bërë para ndryshimit nuk përmban porositë e mëvonshme.

Ruani një vendim që mund të riprodhohet

Në ekran të vogël, lëvizeni tabelën anash për të parë të gjitha kolonat.

Mbajini sekretet jashtë shënimeve; versiononi konfigurimin jo sekret. Rikrijoni mjedisin veçmas kur ndryshojnë varësi të rëndësishme. Për provë publike shihni Oracle VPS me Ubuntu; për publikim ndiqni konfigurimin me HTTPS.

Pyetje të shpeshta

Burime zyrtare

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