Canonical standardisiert RISC-V-Server: RVA23-Profil wird zur Pflicht für Enterprise-Hardware

Der Sprung des riscv64-Targets vom RVA20- auf das RVA23-Profil in Ubuntu 25.10 bildet den Kernpunkt. Gordan Markuš, Director of Silicon Alliances bei Canonical, erläuterte Aufbau, Paketierung und Architekturverwaltung der Distribution. Für IT-Verantwortliche verschiebt sich die Beschaffungsfrage von „ob RISC-V" hin zu „welche Baseline, welche Variante, welcher Support-Zeitraum".

Baseline-Sprung: RVA20 → RVA23

RVA23 setzt Vektoroperationen, Hypervisor-Unterstützung und Bitmanipulation als Pflichtbestandteil voraus. Der Spielraum für Minimal-Implementierungen entfällt: Wenn ein SoC eine dieser drei Eigenschaften nicht erfüllt, fällt er durch die Baseline-Prüfung und verlässt den produktiven Supportpfad. Hardware, die das „Server"-Label trägt, muss RVA23-konform sein — sonst kein Standardpfad für die Ubuntu-Serverpakete.

Parallel führt Ubuntu 25.10 Architekturvarianten ein. amd64v3 mit AVX2, FMA und BMI2 ist das Referenzbeispiel — ein Distributions-Image, mehrere Feature-Stufen, eine Wartungspipeline. Wenn Workloads von AVX2-äquivalenten RISC-V-Erweiterungen abhängen, ist die Variants-Build-Schiene der vorgesehene Pfad. Die Übertragung dieses Musters auf künftige RISC-V-Profile ist angekündigt.

Paket- und Support-Architektur

Das Universe-Archiv umfasst rund 30.000 Pakete, das Main-Archiv etwa 3.000 — Letzteres mit erweitertem Supportfenster von bis zu 15 Jahren über Ubuntu Pro. Der Anspruch bleibt konsistent: ein Ubuntu-System verhält sich wie ein Ubuntu-System, unabhängig von ISA oder Plattform. x86, Arm, IBM POWER und Z-Mainframes laufen bereits nach diesem Modell; RISC-V wird in denselben Release- und Wartungszyklus eingegliedert.

Da bei RISC-V keine Referenzdesign-Singularität existiert, muss jede Implementierung die gleiche Aggregations- und Patch-Disziplin durchlaufen. Kernels werden in einem Portfolio für Hyperscaler- und Silizium-Partner gepflegt. Canonical formuliert das Ziel so: die Arbeit ist erst beendet, wenn das freigegebene Binary-Aggregat langfristig gepflegt und eine einheitliche Ubuntu-Erfahrung ausgeliefert wird.

Beschaffungs-Sequenz und typische Fehler

1. RVA23-Konformität vertraglich fixieren. Vektoroperationen, Hypervisor, Bitmanipulation als Muss-Kriterium in Lastenheft und Liefervertrag. Wenn das fehlt, trägt der Distributor das Risiko einer Nachsortierung.

2. Baseline-Drift prüfen. Bestehende RISC-V-Dev-Boards mit dem Ubuntu-25.10-Image testen. Boards älterer Spezifikation fallen aus dem Supportpfad und sind nur noch im Community-Kanal nutzbar — typischer Fehler bei Bestandshardware, die für Produktivtests eingesetzt wird.

3. Support-Fenster kalkulieren. Ubuntu-Pro-Lizenzdauer gegen die geplante Hardware-Nutzungsdauer (typisch 5–7 Jahre im Rechenzentrum) abgleichen. Wenn 15 Jahre Wartung gebucht werden, den Mehrpreis pro Sockel vorab festhalten.

4. Variant-Strategie festlegen. Klären, ob Kunden-Workloads auf erweiterten ISA-Features basieren. Wenn ja, Variants-Builds in die Beschaffungsplanung aufnehmen; sonst reicht die Standard-Baseline.

5. Lieferzeitpunkt justieren. Server-Klasse-RVA23-Hardware wird von mehreren Anbietern für 2026 und 2027 erwartet. Wenn ein Projekt 2026 startet, sind Vorabmuster einzuplanen; bei Start 2027 ist die Serienlieferung realistisch.

Spezifikationen auf einen Blick