NetBackup 10.5 schlägt nach Nutanix-AOS-7.5-Upgrade fehl

Wenn NetBackup 10.5.0.1 unmittelbar nach einem AOS-7.5-Upgrade aufhört, Nutanix-AHV-VMs zu schützen, prüfen Sie die Kompatibilität, bevor Sie Zugangsdaten, Ports oder Storage ändern. Die aktuelle NetBackup Software Compatibility List zeigt für Nutanix AOS 7.5 ein Mindest-NetBackup-Level von 11.1.

Das deckt sich mit einem aktuellen Testcluster-Fall. Ein Team hat Nutanix auf AOS 7.5.1.2 aktualisiert, woraufhin NetBackup 10.5.0.1 die kleine Gruppe von AHV-VMs nicht mehr sicherte, während AOS 7.3 zuvor der unterstützte Pfad gewesen war.

Unterstützt NetBackup 10.5 AOS 7.5?

Die aktuelle Kompatibilitätsliste sollte die entscheidende Quelle sein, und sie zeigt, dass AOS 7.5 NetBackup 11.1 erfordert. Das bedeutet, eine 10.5.0.1-Umgebung sollte nicht als unterstützte Kombination behandelt werden, nur weil der Cluster erkennbar ist oder manche API-Aufrufe noch funktionieren.

Das ist das wichtigste Troubleshooting-Ergebnis, weil es die Fragestellung verändert. Wenn die Versionskombination nicht unterstützt wird, kann tagelanges Tuning von NFS, iSCSI, Zugangsdaten oder Ressourcenlimits ein temporäres Verhalten erzeugen, ohne ein unterstützbares Produktionsdesign zu schaffen.

Der Administrator im Ausgangsfall vermutete das bereits. Er merkte an, dass NetBackup 11.1 als kompatibel angezeigt wurde, ein NetBackup-Upgrade aber neuere Media-Server-Hardware erfordern würde und das Management zögerte, das Geld dafür auszugeben.

Das ist ein Infrastructure-Lifecycle-Problem, keine versteckte Checkbox.

Warum kann ein AOS-Upgrade das Backup brechen, obwohl die VMs weiterlaufen?

Backup-Produkte integrieren sich mit den Hypervisor- und Storage-APIs, nicht nur mit den Gast-VMs. Ein AOS-Upgrade kann API-Verhalten, Snapshot-Verhalten, Storage-Zugriff, Authentifizierungsanforderungen oder andere Implementierungsdetails ändern, die das Backup-Produkt explizit qualifizieren muss.

Die Produktions-VMs können weiterlaufen, weil AHV selbst das neue AOS-Release unterstützt. NetBackup kann trotzdem fehlschlagen, weil seine Integrationsschicht gegen frühere Versionen gebaut und getestet wurde.

Das ist in Virtualisierungs-Ökosystemen üblich. Ein Hypervisor- oder Storage-Release und ein Backup-Release bilden zusammen einen Kompatibilitäts-Stack. Jedes für sich kann gesund sein, während die Kombination nicht unterstützt wird.

Deshalb sollte die Upgrade-Planung die Backup-Software schon vor dem Wartungsfenster des Clusters einbeziehen. Der Proxmox-Backup-Vergleich behandelt eine andere Virtualisierungsplattform, aber die Lektion ist dieselbe: Ein Hypervisor-Upgrade ist erst vollständig, wenn Schutz- und Restore-Workflows gegen die neue Version validiert wurden.

Was hat sich bei NetBackup 11.1 für den Nutanix-Support geändert?

Die Kompatibilitätsliste ist der entscheidende Beleg: AOS 7.5 erscheint mit einem Mindest-NetBackup-Level von 11.1. Die NetBackup-11.1-Dokumentation beschreibt außerdem die aktuelle AHV-Access-Host-Architektur und den unterstützten Web-UI-Management-Workflow.

Ein AHV-Access-Host ist ein NetBackup-Client oder Media-Server, der Backups stellvertretend für AHV-VMs ausführt. Er benötigt Zugriff auf den relevanten Storage Container, und die geschützten VMs selbst brauchen für den Image-Level-AHV-Workflow keinen NetBackup-Client.

Diese Architektur erklärt, warum ein Upgrade Hardware-Konsequenzen haben kann. Wenn die vorhandenen Media- oder Access-Hosts das für die neue AOS-Version erforderliche NetBackup-Release nicht ausführen können, erzwingt die Kompatibilität eine Infrastrukturentscheidung.

Sie können das AOS-Upgrade verschieben, NetBackup und die unterstützenden Hosts aktualisieren oder eine nicht unterstützte Konfiguration akzeptieren. Nur die ersten beiden sind gute Optionen für die Produktion.

Sollten Sie Nutanix zurück auf AOS 7.3 downgraden?

Ein Rollback kann die vorherige Kompatibilitätskombination wiederherstellen, wenn Nutanix den Downgrade-Pfad unterstützt und die Umgebung noch keinen Punkt überschritten hat, der den Rollback unsicher macht. Die Reddit-Diskussion brachte jedoch ein zweites Problem auf: Der ältere AOS-Zweig näherte sich dem Ende seines Wartungsfensters.

Das macht den Rollback zu einer Brücke, nicht zu einer Strategie. Auf einem älteren AOS-Release zu bleiben, kann die Backup-Kompatibilität erhalten, erzeugt aber gleichzeitig einen schrumpfenden Patch-Horizont und künftigen Upgrade-Druck.

Wenn das Management Zeit braucht, um NetBackup-Hardware zu genehmigen, ist eine vorübergehend unterstützte AOS-Version möglicherweise die risikoärmste Option. Dokumentieren Sie das Datum, bis zu dem die Umgebung erneut migrieren muss.

Wählen Sie eine Version nicht nur, weil „die Backups funktionieren". Der unterstützte Lifecycle von Nutanix, NetBackup, Server-Betriebssystemen und Media-Host-Hardware muss sich überschneiden.

Was sollte nach dem Upgrade auf NetBackup 11.1 geprüft werden?

Sobald der Software-Stack unterstützt wird, validieren Sie den AHV-Access-Host, die Cluster-Zugangsdaten, die Netzwerkpfade, den Storage-Container-Zugriff und die Ressourcenlimits. Die NetBackup-Dokumentation listet die erforderliche Konnektivität zwischen Access Host und AHV auf, einschließlich der Prism REST API und storage-bezogener Ports.

Testen Sie zuerst die Discovery. Führen Sie dann ein Backup einer kleinen VM aus. Stellen Sie die VM anschließend an einem alternativen Speicherort oder in einem isolierten Testnetzwerk wieder her, bevor Sie das Upgrade für abgeschlossen erklären.

Überprüfen Sie außerdem die Nebenläufigkeit. NetBackup 11.1 stellt AHV-Ressourcenlimits für Backup-Jobs, Snapshot-Jobs, Cluster, Hosts und Storage Container bereit. Starten Sie nach einem Plattform-Upgrade zurückhaltend und erhöhen Sie die Parallelität erst, wenn Cluster und Backup-Infrastruktur stabiles Verhalten zeigen.

Der Proxmox-Backup-Server-Guide ist eine nützliche plattformübergreifende Erinnerung daran, dass Backup-Durchsatz und Restore-Verifizierung getrennte Dinge sind. Eine unterstützte Version ist der Ausgangspunkt, nicht der Beweis der Wiederherstellbarkeit.

Was tun, wenn das Management keine neuen Media-Server kaufen will?

Übersetzen Sie die Kompatibilitätslücke in ein Geschäftsrisiko, statt sie als Präferenz des Backup-Teams darzustellen. Die aktuellen Optionen sind konkret: den Nutanix-Cluster auf einer von NetBackup 10.5.0.1 unterstützten Version belassen, das NetBackup-Upgrade und die erforderlichen Hosts finanzieren, oder AOS 7.5 ohne vom Hersteller qualifizierten Backup-Support betreiben.

Verknüpfen Sie jede Option mit Konsequenzen. Auf einem älteren AOS-Zweig zu bleiben kann Sicherheit und Wartung beeinträchtigen. Ein NetBackup-Upgrade kostet Hardware und Projektzeit. Der Betrieb ohne Support kann Fehler während eines Incidents schwerer diagnostizierbar und supportbar machen.

Schätzen Sie anschließend die Kosten einer ungeschützten oder nicht wiederherstellbaren AHV-Workload. Das rückt den Media-Server-Kauf in denselben Entscheidungsrahmen wie die Daten, die er schützt.

Infrastructure-Lifecycle-Mismatches sind selten kostenlos. Die Rechnung kommt entweder vor dem Upgrade als geplante Hardware oder nach dem Upgrade als operatives Risiko.

Was würde ich heute mit AOS 7.5 und NetBackup 10.5 tun?

Ich würde nicht viel Zeit darauf verwenden, 10.5.0.1 an der Kompatibilitätsliste vorbeizubekommen. Ich würde die Nutanix-Umgebung entweder auf dem neuesten AOS-Release halten, das vom installierten NetBackup-Level noch unterstützt wird, oder NetBackup auf mindestens 11.1 aktualisieren und die dafür nötigen Access- oder Media-Hosts erneuern.

Sobald der unterstützte Stack steht, würde ich Discovery, Backup und Restore testen, bevor ich die AOS-Änderung auf jeden Produktions-Cluster ausrolle.

Die zentrale Lektion ist einfach: Backup-Kompatibilität gehört in den Hypervisor-Upgrade-Plan. Ein Cluster-Upgrade ist nicht erfolgreich, wenn die Anwendungen zwar online bleiben, aber der Recovery-Pfad still und leise verschwindet.