Praxisanleitung / Ubuntu-Image prüfen

Ubuntu VPS Image wählen und Kompatibilität prüfen

Die Wahl von Ubuntu ist erst der Anfang. Ein VPS-Image legt auch Version, Architektur, Paketbasis und die anfängliche Konfiguration fest. Prüfe diese Kombination vor der Installation deiner Anwendung, damit spätere Updates nicht an einer ungeklärten Abhängigkeit scheitern.

In dieser Anleitung

Von der Anwendung zur Image-Auswahl

Notiere die freigegebenen Ubuntu-Versionen, Laufzeitumgebungen und Architekturen deiner Anwendung. Prüfe Erweiterungen separat. Wenn die Distribution noch offen ist, beginne bei der Linux-Auswahl; hier geht es um ein konkretes Ubuntu-Image.

Ein LTS-Image ist oft eine sinnvolle Basis, wenn es zur Anwendung und zum Wartungszeitraum passt. Das jüngste verfügbare Image ist nicht automatisch kompatibel mit einer älteren Anwendung.

Version und Architektur im laufenden System prüfen

Verlasse dich nach der Bereitstellung nicht allein auf den Tarifnamen. Lies die Betriebssystemdaten und die vom System gemeldete Architektur:

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

x86_64 und amd64 bezeichnen hier dieselbe Plattform aus unterschiedlichen Werkzeugen; aarch64 und arm64 die ARM-Plattform. Vergleiche das Ergebnis mit den Binärdateien und Container-Images deiner Anwendung.

Paketversionen und Quellen nachvollziehen

Aktualisiere die Paketlisten und sieh nach, welche Versionen angeboten werden. Das installiert noch nicht automatisch alle verfügbaren Aktualisierungen. Das Beispiel prüft die Standardpakete und die für Ubuntu 24.04 typischen Versionspakete:

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

Ein externer Paketserver kann eine fehlende Version liefern, bringt aber eigene Vertrauens-, Wartungs- und Updatebedingungen mit. Füge Quellen nicht lediglich hinzu, weil ein beliebiger Installationsbefehl sie verwendet.

cloud-init und den ersten Start verstehen

Viele Cloud-Images richten Benutzer, Schlüssel und Netzwerk beim ersten Start mit cloud-init ein. Prüfe den Status, bevor du dieselben Dateien manuell umbaust:

if command -v cloud-init >/dev/null 2>&1; then
    cloud-init status --long
else
    printf '%s\n' 'cloud-init ist nicht installiert; prüfe die Bereitstellungsmethode des Anbieters.'
fi

Wenn cloud-init installiert ist, helfen seine Protokolle bei der Diagnose. Sie können sensible Bereitstellungsdaten enthalten; veröffentliche sie nicht ungeprüft:

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

Ein Fehlerstatus gehört vor weiteren Änderungen untersucht. Führe nicht blind cloud-init clean aus: Ein erneuter Durchlauf kann die Erstkonfiguration wiederholen und bestehende Einstellungen beeinflussen. Fehlt cloud-init, kläre die Bereitstellungsmethode des Anbieters.

Beispiel einer echten Kompatibilitätsentscheidung

Angenommen, eine Anwendung verlangt ein proprietäres amd64-Modul und Python 3.10, während die geprüfte Ubuntu-24.04-arm64-VM Python 3.12 aus ihrer normalen Paketbasis anbietet. Zwei Voraussetzungen passen dann nicht: Architektur und Laufzeit.

Prüfe eine freigegebene Anwendungsversion, eine passende isolierte Laufzeit und ein kompatibles Image. Ersetze nicht den System-Python-Interpreter. Ein Container muss ebenfalls die benötigte Architektur und Bibliotheken unterstützen; sein Einsatz allein beseitigt den Konflikt nicht.

Supportzeitraum und Zuständigkeit

Ubuntu LTS hat einen definierten Pflegezeitraum. Standard-Sicherheitswartung bezieht sich auf den dafür vorgesehenen Paketumfang; sie bedeutet keine gleich lange Garantie für jedes zusätzlich installierte Paket oder jede fremde Anwendung.

Plane Betriebssystem, externe Repositories, Container und Anwendung als getrennte Updatequellen. Halte fest, wer Änderungen bewertet und wie du eine fehlerhafte Aktualisierung zurücknehmen beziehungsweise die Anwendung wiederherstellen kannst.

Normale Updates sind kein Release-Upgrade

Prüfe verfügbare Aktualisierungen zunächst innerhalb der gewählten Version:

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

Ein Wechsel auf eine andere Ubuntu-Version ist ein eigenes Projekt. Teste Anwendung, Konfiguration und Wiederherstellung zuvor unabhängig. Ein Snapshot kann hilfreich sein, ersetzt aber nicht automatisch eine externe, konsistente Sicherung.

Wenn Image und Anwendung zusammenpassen, folge der Einrichtungsanleitung für den neuen Server.

Fragen und Antworten

amd64 oder arm64: was ist schneller?

Das lässt sich aus dem Architekturnamen allein nicht ableiten. Zuerst muss die Anwendung kompatibel sein; danach misst du sie auf der konkreten Plattform.

Soll ich immer die neueste LTS wählen?

Nur wenn Anwendung und Anbieter-Image dazu passen. Plane auch den verbleibenden Pflegezeitraum und den nächsten Versionswechsel.

Kann ich Paketversionen beliebig mischen?

Gemischte Quellen und erzwungene Versionen können Abhängigkeiten und Updates erschweren. Nutze eine dokumentierte, wartbare Kombination.

VPSuntu erklärt Prüfverfahren und ein hypothetisches Kompatibilitätsbeispiel. Es werden keine eigenen CPU-Benchmarks oder universellen Image-Freigaben behauptet.
Weiterführende Aufgaben

Dein nächster Schritt

Dein nächstes Projekt

Ressourcen wählen.
Den Start vorbereiten.

Prüfe verfügbare Konfigurationen und die aktuellen Bedingungen beim Anbieter.

Server ansehenPartnerlink · Der Vertrag wird beim Anbieter geschlossen.