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 -mx86_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-16Ein 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.'
fiWenn 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.logEin 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; fiEin 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.