Die Vorstellung des neuen Software Release adressiert aktuelle Anforderungen wie verbesserte Betriebseffizienz und Ausfallsicherheit bei mehr Sicherheit und Speichereffizienz...
Ankündigungsübersicht
Portworx by Everpure hat Portworx Enterprise 3.7.0 vorgestellt. (1) Das Release bietet laut Entwickler erweiterte und neue Funktionen in den Bereichen Betriebseffizienz, Sicherheit sowie Speichereffizienz und Ausfallsicherheit. Im einzelnen wurden folgende Leistungsmerkmale angekündigt (Quelle: Portworx):
1. Verbesserte Betriebseffizienz
„Portworx reduziert den Betriebsaufwand beim Betrieb von stateful Kubernetes, indem es die Bereitstellung, das Kapazitätsmanagement und Lebenszyklusaufgaben automatisiert. Diese Aufgaben würden andernfalls die Zeit von Plattformentwicklern in Anspruch nehmen.
Das geschäftliche Ergebnis ist dann eine bessere Nutzung der Ressourcen: Dasselbe Team unterstützt mehr Anwendungen und mehr Cluster, die Nutzung der Infrastruktur wird effizienter, anstatt aus Sicherheitsgründen überdimensioniert zu sein. Der Zeitaufwand verlagert sich von der Aufrechterhaltung des Plattformbetriebs hin zur Bereitstellung der vom Unternehmen angeforderten Dienste.
2. KDS Day-2-Management: Lebenszyklus und KubeVirt-Volume-Bereitstellung
Für Unternehmen, die VMs auf KubeVirt standardisieren, verwandelt diese Funktion den Kube Datastore (KDS) in ein Lebenszyklus-gesteuertes Speicherkonstrukt anstelle einer einmaligen Konfiguration. nfrastrukturbetreiber können KDS-Pools und VM-Volumes mit konsistenten, wiederholbaren Workflows bereitstellen, skalieren und außer Betrieb nehmen.
Dies reduziert das Betriebsrisiko und den Arbeitsaufwand bei Day-2-Vorgängen (Clustererweiterung, Onboarding von Mandanten, Wartung), indem die KDS-Verwaltung an das vertraute „Datastore“-Modell angepasst wird, das VM-Teams bereits in VMware nutzen. Dadurch kann die Einführung von KubeVirt vorhersehbarer werden und lässt sich in großem Maßstab einfacher unterstützen.
3. KDS Dynamic Pools: Schnelleres Failover und Day-2-Betrieb
Verbesserungen beim Failover von dynamischen Pools sollen für eine schnellere Umschaltung von VM-Workloads sorgen, falls ein Knoten ausfällt oder zu Wartungszwecken abgeschaltet wird. Dazu wird der zugrundeliegende, von (Everpure) FlashArray unterstützte Pool erneut angehängt, anstatt Daten zwischen den Knoten erneut zu replizieren.
Dies verkürzt die Ausfallzeiten von VMs, verringert die Auswirkungen von Hardware- oder Betriebssystemausfällen und ermöglicht aggressivere und vorhersehbarere Wartungsmaßnahmen (Patches, Upgrades), ohne die von Virtualisierungs- und Anwendungsteams erwarteten SLAs zu beeinträchtigen.
- KDS Dynamic Pools: Erweiterte Systemgrenzen
Betreiber erhalten die Möglichkeit, geschäftskritische Kubernetes- und VM-Workloads auf einem einzigen Cluster ohne Speicherengpässe zu skalieren. Durch die Unterstützung von bis zu vier dynamischen Pools mit jeweils 100 physischen Volumes (PVs) und bis zu 5.000 dynamischen Volumes pro Cluster können Unternehmen die Workload-Dichte und die Hardwarekonsolidierung erhöhen und gleichzeitig die Auswirkungen fragmentierter Speichersilos verringern.
Dieser vergrößerte Spielraum führt laut Entwickler zu geringerem Betriebsaufwand, einer vereinfachten „Day-2“-Verwaltung und reduzierten Gesamtbetriebskosten (TCO). Infrastrukturteams können ihre Umgebung sicher erweitern, während ein schnelles Pool-Failover und maximale Effizienz des Backend-SAN erhalten bleiben.
4. Kubernetes-Cluster von Mandanten auf KubeVirt-VMs mit FlashArray Cloud Drives
OpenShift-Cluster lassen sich von Mandanten innerhalb von OpenShift-Virtualisierungs-VMs ausführen. Portworx auf dem Infrastruktur-Cluster stellt die Root-Festplatten der VMs aus FlashArray Cloud Drives bereit. Damit erweitert sich die Automatisierung der Cloud Drives auf die VMs, die die einzelnen Kubernetes-Cluster hosten, sodass sich Cluster mit minimalem manuellem Speicherprovisioning einrichten, skalieren und wieder entfernen lassen.
Bildquelle: Portworx
5. Verbesserte Sicherheit
Daten sind der Ort, an dem die Folgen eines Sicherheitsversagens spürbar werden. Die Speicherschicht fällt zunehmend in den Geltungsbereich derselben Audits, regulatorischen Rahmenbedingungen und Zero-Trust-Vorgaben, die auch für den Rest des Stacks gelten. Portworx integriert Sicherheit direkt in die Datenschicht selbst (Zugriffskontrolle, Verschlüsselung, Mandantenisolierung und Wiederherstellbarkeit), sodass die Plattform den Schutz durchsetzt und dieser nicht davon abhängt, dass jedes Anwendungsteam die richtigen Maßnahmen ergreift.
- Portworx-Service-Listener auf Knotenebene
Der PX-Dienst ist nun streng an den IP-Stack des Knotens gebunden, anstatt ein großzügigeres Listener-Verhalten zuzulassen. Diese Funktion verringert die Angriffsfläche des Portworx-Netzwerks und reduziert die Anfälligkeit gegenüber fehlgeleitetem oder unbefugtem Datenverkehr.
Unternehmen, die in regulierten oder sicherheitskritischen Umgebungen arbeiten, können von einer übersichtlicheren Struktur bei der Netzwerksegmentierung und dem Firewall-Einsatz rund um den Kubernetes-Speicherdatenverkehr profitieren. Dies erleichtert das Bestehen von Sicherheitsprüfungen und vereinfacht die Durchsetzung von Konnektivitätsrichtlinien nach dem Least-Privilege-Prinzip.
- SSL-Überprüfung für FlashArray-Verbindungen
Die Aktivierung einer strengen SSL-Überprüfung bei PXE–FlashArray-Verbindungen stellt sicher, dass Portworx-Knoten die Identität der Array-Endpunkte, mit denen sie kommunizieren, validieren. Dadurch werden Risiken wie Downgrade-Angriffe oder Man-in-the-Middle-Angriffe auf dem Speichersteuerungspfad ausgeschlossen.
Für Anwender bedeutet dies laut Anbieter, dass sie Portworx in Umgebungen einsetzen können, die strenge TLS-Sicherheitsstandards erfordern (benutzerdefinierte Zertifizierungsstellen, Zertifikatsvalidierung, geprüfte Vertrauensketten), ohne auf Workarounds zurückgreifen zu müssen. So können sie den Kubernetes-Speicherbetrieb an ihre unternehmensinternen Sicherheits- und Compliance-Standards anpassen.
6. Verbesserte Speichereffizienz und Ausfallsicherheit
Portworx bietet Speichereffizienz durch das Bündeln und Thin Provisioning von Kapazitäten über alle zugrundeliegenden Blockspeicher hinweg. Unternehmen können somit Volumes bedarfsgerecht bereitstellen, anstatt zu viel Kapazität zu kaufen. nDie automatische Kapazitätserweiterung hält die Auslastung hoch, während Kubernetes-Workloads skalieren.
Was die Ausfallsicherheit betrifft, stehen synchrone Replikation, automatisiertes Failover sowie anwendungskonsistente Snapshots und Backups zur Verfügung. Dies sorgt dafür, dass zustandsbehaftete Anwendungen auch bei Ausfällen von Knoten, Racks oder Standorten verfügbar bleiben, um Wiederherstellungsziele ohne manuelles Eingreifen zu erreichen.
7. „Write Zero“-Unterstützung für PX-RAW-Block [EA]
Die „Write Zero“-Unterstützung für PX-RAW-Block ermöglicht eine bessere Integration in Array-seitige Thin-Provisioning- und Datenreduktions-Workflows, wenn Blockgeräte gelöscht oder neu initialisiert werden. Auf diese Weise bleibt die Kapazitätsabrechnung im Backend langfristig genau.
In der Praxis reduziert dies laut dem Unternehmen die „Phantomnutzung“ auf dem FlashArray bei Raw-Block-Workloads und macht es für Unternehmen sicherer, große Raw-Geräte (für Datenbanken, Analyse-Engines oder VM-Images) wiederzuverwenden, ohne dass nach und nach teure Array-Kapazität verloren geht.
8. „Thin Trim“ zur Rückgewinnung gelöschter Speicherplätze auf dem FlashArray
Die „Thin Trim“-Funktion ermöglicht es PX-StoreV2-Pools, für Volumes, die bereits in Portworx gelöscht wurden, „Discard“-Operationen an das FlashArray zurückzusenden. So gelingt es, Speicherplatz zurückzugewinnen, wofür zuvor ad hoc „Thin-Trim-Skripte“ und manuelle Runbooks erforderlich waren.
Betriebe, die große Workloads mit hoher Fluktuation ausführen (z. B. kurzlebige VMs oder CI/CD-Umgebungen), können laut Anbieter nun die SAN-Kapazität mithilfe eines dokumentierten, upgrade-sicheren Mechanismus an die tatsächliche Datennutzung anpassen, was die Speicherkosten senkt und das Betriebsrisiko einmaliger Wartungsvorgänge verringert.
9. Blockierung laufender I/O-Vorgänge während der Größenanpassung von StoreV2-Pools
Durch die Blockierung laufender I/O-Vorgänge bei der Größenanpassung von PX-StoreV2-Pools ist sichergestellt, dass Erweiterungsvorgänge eine konsistente Ansicht der Daten und Metadaten erhalten, anstatt mit den laufenden Schreibvorgängen zu konkurrieren.
Für Unternehmen bedeutet dies eine sicherere und besser vorhersehbare Pool-Erweiterung in der Produktion. Plattformteams können ausgelasteten Clustern Kapazität hinzufügen, wobei das Risiko von vorübergehenden I/O-Fehlern, Dateisystem-Problemen oder instabilen Planungsregeln wie „Keine Größenänderung bei Auslastung“ deutlich geringer ist.
- Auto Cordon für PX-StoreV2
Auto Cordon kennzeichnet Knoten oder Pools automatisch als nicht planbar für neue Workloads, wenn ihr StoreV2-Zustand außerhalb sicherer Schwellenwerte liegt. Dies erfolgt, anstatt sich darauf zu verlassen, dass Mitarbeiter die Metriken ständig überwachen und reagieren. Dadurch soll verhindert werden, dass neue Pods oder Volumes auf fehlerhafte Kapazitäten platziert werden. Dies verringert das Risiko von Kettenausfällen und hält den gesamten „Auswirkungsbereich“ von Vorfällen besser unter Kontrolle, wenn ein Knoten, ein Pool oder eine Festplatte Probleme aufweist.
10. Verbesserungen beim Cloudsnap-Zustand
Die Verbesserungen beim Cloudsnap-Zustand umfassen eine Reihe von kundenorientierten Korrekturen und Erweiterungen. Diese machen Backup-Jobs zuverlässiger und besser überwachbar, und decken die Fehlerbehandlung, Statusberichte sowie das Verhalten in Randfällen in großem Maßstab ab.
Betriebe, die auf Backups in Objektspeichern setzen, profitieren von weniger fehlgeschlagenen oder „hängengebliebenen“ Backups sowie von einer klareren Diagnose, wenn doch einmal ein Problem auftritt. Dies verkürzt die Zeit bis zur Fehlerbehebung für SREs und stärkt das Vertrauen, dass Wiederherstellungen genau dann funktionieren, wenn sie am dringendsten erforderlich sind."
(1) Stand 15. Sept. 2026
Unsere Website bei Google als bevorzugte Quelle speichern
Querverweis:
Unser Beitrag > Proxmox versus KubeVirt oder wie sinnvoll ist der Parallelbetrieb von VMs und Kubernetes?
Unser Beitrag mit Podcast > FMS Future of Memory and Storage 2026 (US): Messe-Übersicht mit Technologie- und Anbietertrends
Unser Blogpost > Container-native Virtualisierung mit KubeVirt