SIM-Cloud 5.0¶

Die Veröffentlichung von SIM-Cloud 5.0 ist für die erste Hälfte des Jahres 2021 geplant. Die neue Version wird erhebliche Verbesserungen des Dienstes bringen, mit Änderungen, die praktisch alle internen Microservices der Plattform betreffen werden.

Die Arbeiten an der neuen Version befinden sich in der Phase der aktiven Einführung; die folgenden Änderungen stehen den Nutzern bereits zur Verfügung:

1. Aktualisierung von Horizon auf die Version Rocky (v.14.1.0)

Datum der Aktualisierung: 8. Februar 2021

Wichtigste Änderungen:

Generische Cinder-Gruppen werden jetzt unterstützt.

Hinzufügung von Servergruppen und Quotenverwaltung für Servergruppen-Teilnehmer.

Hinzufügen von angularisierten Benutzer- und Servergruppen-Panels, um eine verbesserte UX zu bieten.

Änderungen an der grafischen Anzeige der verfügbaren Projektressourcen auf der Übersichtsseite. Änderung der Gruppierung von Compute- und Netzwerk-Ressourcen.

Hinzufügung des Menüpunkts Instanzen, um die Verwaltung von Instanz-Netzwerkschnittstellen zu ermöglichen.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

2. Update von Cinder auf die Rocky-Version (v.13.0.9)

Datum der Aktualisierung: 1. Februar 2021

Wichtigste Änderungen:

Verbesserte Benutzerinteraktion bei Wiederherstellungen nach Ausfällen im Speichersystem.

Enthält Sicherheitsverbesserungen bei der Erstellung von Volumes aus signierten Images.

Zahlreiche Verbesserungen, die Administratoren eine bessere Kontrolle über die Platzierung von Volumes ermöglichen.

Verbesserte Backup-Funktionalität und Effizienz.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

3. Aktualisierung von Nova auf die Rocky-Version (v.18.3.0)

Datum der Aktualisierung: 21. Januar 2021

Wichtigste Änderungen:

Verbesserungen zur Minimierung von Netzwerkausfallzeiten bei dynamischer Migration eingeführt. Außerdem kann der libvirt-Treiber nun in Echtzeit zwischen verschiedenen Arten von Netzwerkservern migrieren, z. B. Linuxbridge => OVS.

Verbesserte Lastverarbeitung von Kopien eines Volumes, wenn nicht genügend lokaler Speicher auf dem Nova-Rechenknoten vorhanden ist.

Anwender können nun eine Zelle deaktivieren, um sicher zu sein, dass keine neuen Kopien in dieser Zelle geplant sind. Dies ist nützlich für Anwender bei der Einführung neuer Zellen während der Bereitstellung und bei der Verwaltung bestehender Zellen.

Erhöhte Sicherheit bei der Verwendung von mit Glance signierten Images mit dem Computing-Treiber libvirt.

Ein Befehl, nova-manage db purge, ist jetzt verfügbar, um den Betreiber bei der Wartung von Datenbanken zu unterstützen und Bloating zu verhindern.

Der Platzierungsdienst unterstützt nun die detaillierte Konfiguration der RBAC-Regeln. Detaillierte Informationen finden Sie in der Dokumentation zur Placement Policy.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

4. Aktualisierung von Neutron auf die Rocky-Version (v.13.0.7)

Datum der Aktualisierung: 24. November 2020.

Wichtigste Änderungen:

Unterstützung für TCP / UDP Portweiterleitung auf Floating IPs. Anwender können eine Anzahl von globalen IP-Adressen für Floating-IP-Adressen speichern.

Unterstützt eine Reihe von Bindungen für Ports, die mit einer Berechnung verbunden sind, für eine verbesserte Unterstützung der Server-Migration in Echtzeit.

Die Filterparameter können in der Ressourcenliste überprüft werden. Die Filterparameter waren den API-Benutzern bisher unbekannt. In dieser Version wurde die Leistung der API bei der Filterung von Ressourcen verbessert und viele Links zur Dokumentation in der Neutron-API bereitgestellt.

(fwaas) Unterstützt die Registrierung von Firewall-Ereignissen. Nützlich für Betreiber bei der Fehlersuche in FWaaS.

(vpnaas) Unterstützt neuere Versionen liberswan 3.19+, so dass Betreiber neutron-vpnaas IPsec VPN mit neueren Distributionen starten können.

(ovn) Unterstützung für die Migration von einer bestehenden ML2OVS TripleO Bereitstellung zu einer ML2OVN TripleO Bereitstellung.

(bagpipe) bagpipe-bgp, die Referenzimplementierung der Neutron BGP VPN Unterstützung, unterstützt E-VPN mit OVS.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

5. Betriebssystem-Images aktualisiert

Datum der Aktualisierung: 16. November 2020.

Wichtigste Änderungen:

Ein jährliches Projekt zur Aktualisierung der Images in SIM-Cloud wurde abgeschlossen. Unser Team hat große Arbeit an der Vorbereitung der Images geleistet: MS Windows, Linux-Images, virtueller Router/Firewall, virtuelle Appliance. Das bedeutet, dass unsere Cloud-Kunden aktuelle Software mit den neuesten Sicherheitsupdates verwenden können, was ihnen ein zuverlässiges Arbeiten garantiert.

„Images“¶
Updated images
debian-10.5.1-20200830-openstack-amd64
debian-9.13.3-20200910-openstack-amd64
CentOS-8-GenericCloud-8.2
CentOS-7-x86_64-GenericCloud-2003
CentOS-6-x86_64-GenericCloud-1907
Xenial-server-cloudimg-amd64 16.04
Bionic-server-cloudimg-amd64 18.04
Focal-server-cloudimg-amd64 20.04
openSUSE-Leap-15.2-OpenStack.x86_64-Build8.25
Fedora-Cloud-Base-32-1.6.x86_64
Windows_2019_DatacenterEval_EN-DE-RU_1809
Windows_2019_StandardEval_EN-DE-RU_1809
Windows_2016_StandardEval_EN-DE-RU_1705
Windows_2016_DatacenterEval_EN-DE-RU_1705
Windows_2012R2_StandardEval_EN-DE-RU_9600
Windows_2012R2_DatacenterEval_EN-DE-RU_9600
Windows_10_EnterpriseLTSC_Eval_EN-DE-RU_1809
FortiOS_v6.4.3
OpnSense20.7
CHR 6.46.7 (Long-term) RouterOS
PfSense2.4.5
Cisco_asav9-14-1-30
Kerio-control-appliance-9.3.5
junos-media-vsrx-x86-64-vmdisk-20.2R1.10
junos-media-vsrx-x86-64-vmdisk-18.4R3.3
VMBitrix7.4-3-CentOS7.7-x86_64

Die vollständige Liste der verfügbaren Bilder finden Sie in unserem Artikel Betriebssystem Images

6. Aktualisierung von Glance auf die Rocky-Version (v.17.0.0)

Datum der Aktualisierung: 05. Oktober 2020

Wichtigste Änderungen:

Unterstützung eines sicheren Hashing-Algorithmus, der es Operatorn ermöglicht, einen sicheren Hash mit Selbstbeschreibung einzurichten, der von Image Nutzern zur Überprüfung der Integrität von Bilddaten verwendet werden kann.

Einführung von „versteckten“ Images, ein beliebter Wunsch von Anwendern, der es ihnen ermöglicht, veraltete, allgemein zugängliche Images als Antwort auf die Standard-Image-Liste auszublenden, die jedoch für die Wiederherstellung des Servers verfügbar bleiben

Das Dienstprogramm glance-manage wurde aktualisiert, wobei die Anmerkungen zur Sicherheit von OpenStack OSSN-0075 berücksichtigt wurden.

Die Implementierung der Unterstützung für mehrere Servermodule, die es den Anwendern ermöglicht, mehrere Speicher zu konfigurieren und dem Endbenutzer erlaubt, Image-Daten an einen bestimmten Speicher zu senden, wird als EXPERIMENTAL API Image Service Version 2.8 vorgestellt.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

7. Aktualisierung von Keystone auf die Rocky-Version (v.14.2.0)

Datum der Aktualisierung: 05. Oktober 2020.

Wichtigste Änderungen:

Implementierung der Unterstützung für das neue hierarchische Durchsetzungsmodell zusätzlich zu mehreren Verbesserungen an den einheitlichen Grenzen der API.

Teile der Keystone-API wurden von einer Benutzerimplementierung von WSGI auf die Verwendung von Flask und Flask-restful umgestellt. Dies kann sich auf Personen auswirken, die anpassbare Middleware verwenden oder anpassbare Einfüge-Pipelines einführen.

Die Token-Provider-API wurde umgestaltet, um sauberere Schnittstellen zu bieten, was die technischen Verbindlichkeiten reduziert. Dies kann sich auf eine Bereitstellung mit benutzerdefinierten Token-Anbietern auswirken.

Keystone erstellt nun standardmäßig 2 Rollen (Mitglied und Leser) zusätzlich zur Admin-Rolle während der Installation oder des Neustarts. Standardmäßig werden diese Rollen in Zukunft auch in anderen Service Policies enthalten sein, um RBAC in OpenStack zu vereinfachen. Bitte beachten Sie, dass dies die Bereitstellung aufgrund von Problemen mit der Groß- und Kleinschreibung bei der Benennung der Rollen beeinträchtigen kann.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

8. Neue Betriebssystem-Images

Datum der Aktualisierung: 13. Juli 2020.

Wichtigste Änderungen:

Die Liste der Images, die Ihnen für die Erstellung von Instanzen zur Verfügung stehen, wurde um die folgenden erweitert:

Focal-server-cloudimg-amd64 (Ubuntu Server 20.04 LTS)

CentOS-8-GenericCloud-8.1.1911

Debian-10-openstack-amd64

Kerio-control-appliance-9.2.9

Die vollständige Liste der verfügbaren Images finden Sie in unserem Artikel Betriebssystem Images

9. Migration des CEPH-Speichers zu Luminos Bluestore abgeschlossen

Datum der Aktualisierung: 15. Juni 2020.

Die Arbeiten zur Einrichtung einer neuen Software auf den CEPH-Speicherknoten sind abgeschlossen und ermöglichen den Wechsel zur neuen BlueStore-Architektur.

Diese neue architektonische Lösung erhöht die Zuverlässigkeit und Stabilität der Systeme dank eines zuverlässigen Mechanismus zur Verifizierung jedes Datenblocks über eine Prüfsumme und einer Änderung der IO-Vorlage bei Schreibvorgängen, um die Wahrscheinlichkeit von Split-Brain zu verringern.

Diese Arbeit stellt auch den nächsten Schritt zur Einführung der zweiten Verfügbarkeitszone dar, die es den SIM-Cloud-Nutzern ermöglichen wird, hochverfügbare Infrastrukturen durch Verdoppelung oder Clustering von Diensten einzurichten.

10. Unterstützung für Instanzen mit UEFI

Datum der Aktualisierung: 29. April 2020.

Es wurde die Option hinzugefügt, Instanzen zu starten, die UEFI verwenden. Diese Option ist besonders nützlich für Benutzer, die von anderen Diensten, bei denen UEFI für die Bereitstellung der virtuellen Maschinen verwendet wurde, zu SIM-Cloud migrieren.

11. Neue Gruppen von Instanztypen mit Unterstützung für hochfrequente Prozessoren

Datum der Aktualisierung: 26. März 2020

Dem SIM-Cloud-Pool von Rechenressourcen (Hypervisors) wurden neue Server mit hochfrequenten Kernen hinzugefügt.

Eine neue Gruppe von Instanztypen, „Power Flavors“, wurde mit Unterstützung für Hochfrequenz-Prozessoren entwickelt.

Die neuen Instanztypen der „Power Flavors“-Gruppe wurden für Dienste und Anwendungen entwickelt, die eine höhere und konsistentere vCPU-Verarbeitungskapazität erfordern.

Die ‚Power Flavors‘ haben ein höheres Leistungsniveau. Diese Instanztypen basieren auf leistungsstarken Intel® Xeon® Gold 6246-Prozessoren mit einer Taktfrequenz von 3,3 GHz.

Dabei ist zu beachten, dass 3,3 GHz die Basistaktfrequenz ist und die Prozessorfrequenz bei Spitzenlast bis zu 4,2 GHz erreichen kann - dies ist die maximale Taktfrequenz, die mit der Turbo-Boost-Technologie erreicht werden kann.

Weitere Informationen zu den neuen Instance-Flavors finden Sie in unserem Artikel Instanztypen (Varianten/flavors)

12. Update des Sicherungs- und Wiederherstellungsdienstes (BaaS)

Datum der Aktualisierung: 12. Februar 2020.

Es wurden eine Reihe von Änderungen und Verbesserungen vorgenommen, um den BaaS-Sicherungsdienst zu optimieren. Diese Änderungen haben dazu geführt, dass der Dienst schneller, zuverlässiger und für den Nutzer transparenter arbeitet. Eine Reihe von Fehlern und Ungenauigkeiten in der Funktionsweise des Systems wurden korrigiert.

Darüber hinaus wurde ein Teil der Optimierungsbemühungen darauf gerichtet, BaaS auf ein bevorstehendes, umfassenderes Update vorzubereiten, das es ermöglicht, das Potenzial des Dienstes zu entdecken und neue Möglichkeiten für ihn zu erschließen.

Wichtigste Änderungen:

Verwendung von Sicherungsplänen anstelle von Aufgaben

Der BaaS-Sicherungs- und Wiederherstellungsdienst tritt in eine neue Entwicklungsphase ein, in deren Rahmen weitere Verbesserungen und Aktualisierungen geplant sind. In der jetzigen Phase wurde von der Verwendung von Aufgaben (Jobs) auf die Verwendung von Sicherungsplänen als komplexeres System von Aktionen zur Erstellung gesicherter Sicherungskopien umgestellt.

Darüber hinaus plant unser Team, auf der Grundlage des Sicherungsplans flexiblere und funktionellere Pakete für die Erstellung von Sicherungskopien zu implementieren, die nicht nur Datenträgerdaten enthalten, sondern optional auch Sicherungsdaten entsprechend zusätzlicher Datenträger- oder Instanzparameter sowie deren Konfigurationen speichern können. Dieser Schritt wird es ermöglichen, den Benutzern einen aktualisierten Service mit neuen Möglichkeiten anzubieten, der Stabilität und Zuverlässigkeit garantiert.

Vereinfachtes Verfahren zur Deaktivierung des Backups für einen Datenträger

Das Deaktivierungsverfahren für Datenträger-Backups wurde optimiert und dem BaaS-Backup-Plan hinzugefügt. Um einen Datenträger für BaaS zu deaktivieren, müssen Sie jetzt Folgendes tun: 1) Gehen Sie in den Bereich Backups. 2) Wählen Sie den Datenträger aus, der für Backups deaktiviert werden soll, und wählen Sie dann in der Spalte „Aktionen“ die Option „Datenträger trennen“. Sobald Sie auf die Schaltfläche „Datenträger trennen“ klicken, beginnt der Prozess der Trennung des für die Sicherung verwendeten Service-Snapshots.

Dieser Vorgang kann eine kurze Zeit dauern. Der abgekoppelte Datenträger wird auch aus dem Sicherungsplan entfernt.

Sobald der Datenträger vom Sicherungsdienst getrennt wurde, können Sie ihn aus dem Bereich „Datenträger“ entfernen.

Wenn der Sicherungsplan nur einen Datenträger enthielt, der von der Sicherung abgetrennt wurde, sollte dieser Auftrag deaktiviert oder gelöscht werden, da sein Start zu einem Fehler führen kann.

Der abgekoppelte Datenträger kann nicht zu einem Sicherungsplan hinzugefügt werden, wenn bereits Sicherungen für diesen Datenträger existieren. Um den Datenträger wieder mit BaaS zu verbinden, löschen Sie zunächst die alten Sicherungen für diesen Datenträger.

Verbesserungen am Überwachungsprozess für BaaS

Unsere Ingenieure haben eine Reihe von Verbesserungen an der Überwachung des Backup-Dienstes vorgenommen, die eine noch höhere Zuverlässigkeit und Verfügbarkeit ermöglichen sollen. Neue Metriken helfen dabei, Veränderungen in der Funktionsweise des Dienstes effektiv zu verfolgen.

Änderungen bei der Anzeige der Ausführungszeit von Sicherungsplanaufgaben

Jetzt wird die Verarbeitungszeit von Aufgaben (Start und Abschluss) in der Zeitzone des Benutzers angezeigt, die im Cloud-Dashboard (https://cloud.sim-cloud.net/settings/) eingestellt ist. Die Verarbeitungszeit von Aufgaben wird in diesen Abschnitten in der richtigen Zeit angezeigt: - „Übersicht“ - „Laufende Aufgaben“ und „Sicherungspläne“ - „Laufende Aufgaben“. Es ist zu beachten, dass die Zeiteinstellung des Benutzers nur in den Cookies Ihres Webbrowsers gespeichert wird. Der Backup-Dienst speichert alle Zeiteinstellungen in der UTC-Norm (Coordinated Universal Time). Das bedeutet, dass bei der Konfiguration des Zeitplans für die Aufgaben in Ihrem Sicherungsplan die Zeiten in UTC angegeben werden müssen.

Optimierung der Verarbeitung und Anzeige von Elementen des BaaS

Durch Änderungen in der Verarbeitung von Elementen des Sicherungsdienstes wurde die Geschwindigkeit der Anzeige von Wiederherstellungspunkten in Projekten mit einer großen Anzahl von Datenträgern und Sicherungen erhöht.

Dienstaufgaben werden nicht mehr in den BaaS-Einstellungen angezeigt

In der Liste der Sicherungspläne werden keine Serviceaufgaben (Trennen von Datenträgern, Wiederherstellen von Datenträgern) mehr angezeigt. Wie bisher können Serviceaufgaben im Abschnitt „Aufgabenhistorie“ nachverfolgt werden.

Project information now added to messages from the BaaS notification service

Die Nachrichten des BaaS-Benachrichtigungsdienstes enthalten nun Informationen zum Projektnamen. Dies erhöht den Informationswert für Nutzer, die mehrere SIM-Cloud-Projekte aktiviert haben; sie können nun auf einen Blick sehen, auf welches Projekt sich die E-Mail-Benachrichtigung bezieht. Das Format der Benachrichtigung wird wie folgt aussehen:

Datum und Uhrzeit

Backup Plan „< backup_plan_name >“ <operation>

Projekt: <project_name> (<project_id>)

Der Prozess des Löschens von Wiederherstellungspunkten in Backups wurde optimiert

Es wurden Änderungen am Algorithmus für die Verarbeitung von Löschaufträgen für Sicherungen vorgenommen. Durch diese Optimierung wurde der Prozess zuverlässiger und effizienter und die für das Löschen von Wiederherstellungspunkten benötigte Zeit verkürzt sowie kleine Fehler beim Entfernen von Datenträgern, für die ein Sicherungsplan konfiguriert wurde, beseitigt.

Die Anzeige der Effizienzdiagramme für die Verwendung von BaaS wurde korrigiert

Die Anzeige der Effizienz der Nutzung von BaaS wurde geändert: Die Berechnung des Koeffizienten der Nutzungseffizienz des Backups wird nun genauer durchgeführt.

Fehlerkorrektur bei der Erstellung von Backups für Datenträger mit Nullvolumen

Der Algorithmus zur Erstellung von Wiederherstellungspunkten für Datenträger mit Null-Volumen wurde korrigiert. Datenträger, die keine Informationen enthalten und auch keine Partitionen haben, können nun erfolgreich in BaaS-Sicherungsplänen hinzugefügt und verarbeitet werden.

13. Einführung der 3-Faktor-Replikation für Ceph-Speicher

Datum der Aktualisierung: 25. Januar 2020.

Die Änderungen betreffen die Konfiguration des Ceph-Speichers, der zur Bereitstellung von CS1, Tier IV (SATA) Speicherkapazität verwendet wird. Alle oben genannten Speicherbereiche in der Verfügbarkeitszone avz1 wurden auf Replikation mit Faktor 3 umgestellt.

Der Replikationsfaktor ist der Grad der Redundanz der Daten im Speicher. Die Anzahl der Kopien der Daten, die an verschiedenen Knoten und auf verschiedenen Datenträgern gespeichert werden, wurde um den Faktor 3 erhöht. Das bedeutet, dass jedes Objekt im Speicher in dreifacher Ausfertigung gespeichert wird, und außerdem wird jede Kopie auf einem anderen Knoten gespeichert. Diese Änderung wird die Zuverlässigkeit der Datenspeicherung in unseren Speichervolumina deutlich erhöhen und ihre Verfügbarkeit und Persistenz steigern.

14. Neue Art der S3-Speicherung

Datum der Aktualisierung: 22. Januar 2020.

Der ab Anfang 2020 verfügbare sichere Objektspeicher auf der Grundlage des S3-Protokolls ist eine ideale Lösung für die Speicherung einer Vielzahl von Datei- und Medienarchiven, für die Arbeit mit Big Data und auch für die Webentwicklung und die Speicherung statischer Inhalte.

Ein flexibler, praktisch dimensionsloser Universalspeicher, der mit S3 kompatibel ist. Mit einem hohen Maß an Sicherheit und schneller Datenübertragung.

Mehr über den neuen Cloud-Service erfahren Sie in unserem Artikel: S3-kompatibler Speicher.

15. Änderung des Namens des allgemeinen Speichertyps

Datum der Aktualisierung: 03. September 2019.

Wichtigste Änderungen:

Der Name des allgemeinen Speichertyps für die Volumes von Instanzen wurde in SIM-Cloud-Projekten von „Tier II (SSD)“ in „gs1“ geändert.

Die grundlegenden technischen Eigenschaften des GS1-Speichers haben sich nicht geändert: * Bandbreite: 300MB/s * IOPS: 10000/s.

SIM-Cloud-Nutzern stehen zwei Speichertypen zur Verfügung, die beide auf Ceph basieren:

gs1 ist ein allgemeiner Speicher, ein universeller Speicher; er wird für die meisten Dienste verwendet und ist auch für datenintensive Anwendungen mit hohem Datenaustausch geeignet.

cs1 ist ein Speichertyp, der für Aufgaben mit geringer Last gedacht ist.

16. Neue Instanztypen („Flavors“)

Datum der Aktualisierung: 27. Juni 2019.

Wichtigste Änderungen:

Es wurden neue Instanztypen entwickelt und eingeführt, die die meisten Anforderungen für die Bereitstellung moderner Systeme und Dienste, einschließlich datenintensiver Anwendungen, abdecken.

Alle verfügbaren Vorlagen erfüllen die Anforderungen der NUMA-Topologie für die Nutzung der Verarbeitungsmöglichkeiten von Hypervisoren, was dem Benutzer die maximale Effizienz der Rechenressourcen bietet.

Weitere Informationen zu den neuen Instance Flavors finden Sie in unserem Artikel Instanztypen (Varianten/flavors)

17. Hinzufügung der Option zur Verwendung von Benachrichtigungen über Ereignisse in BaaS in der SIM-Cloud-Weboberfläche

Datum der Aktualisierung: 26. Juni 2019.

Wichtigste Änderungen:

Jetzt ist es möglich, über die Cloud-Verwaltungsoberfläche (Dashboard) https://cloud.sim-cloud.net/project/duratus_notifications/ den Versand von Benachrichtigungen an E-Mail-Adressen bei verschiedenen Ereignissen in BaaS zu konfigurieren.

18. Neuer Typ der CS1-Speicherung

Datum der Aktualisierung: 21. Juni 2019

Wichtigste Änderungen:

Es wurde ein neuer Speichertyp „CS1“ (Cold Storage) erstellt. Der neue Speicher steht den Nutzern von SIM-Cloud-Projekten für die Erstellung von Instanzspeicher-Volumes zur Verfügung.

Der neue CS1-Speicher hat die folgenden technischen Eigenschaften:

Bandbreite: 200MB/s

IOPS: 750/s.

CS1-Speicher wurde geschaffen, um Tier IV (SATA) zu ersetzen. Bandbreite: 200MB/s IOPS: 500/s. Es ist zu erkennen, dass die Anzahl der Eingabe-/Ausgabeoperationen (IOPS) bei dem neuen Speichertyp um 50 % höher ist, was ihn funktioneller und wünschenswerter für Systeme und Dienste mit geringerer Intensität macht.

Neben der verbesserten Leistung, die dank der Optimierung und Korrektur der architektonischen Lösung des Ceph-Clusters möglich ist, wurde auch die Stabilität und Fehlertoleranz des Speichers erhöht.

19. Aktualisierung von Keystone auf die Version Queens (v.13.0.2)

Datum der Aktualisierung: 20. Juni 2019

Wichtigste Änderungen:

In dieser Version wird die Unterstützung für Application Credentials hinzugefügt: eine neue Methode zur Überprüfung der Authentizität von Anwendungen mit Keystone. Anstatt den Benutzernamen und das Passwort in einer Anwendungskonfigurationsdatei zu speichern (was eine Gefahr für die Sicherheit darstellen kann), ist es nun möglich, Anmeldedaten für die Anwendung zu erstellen, so dass die Anwendung selbst die Authentifizierungsprüfung durchläuft und den Bereich und die Rolle erhält, die ihr zuvor zugewiesen wurden.

Streichung der Unterstützung für alle API Identity v2, mit Ausnahme von API EC2 v2, aus Keystone

Wenn mit LDAP gearbeitet wird, müssen alle Benutzer und Gruppen einen Namen haben. Zuvor erlaubte Keystone LDAP-Benutzern und -Gruppen, einfach nur Leerzeichen anstelle eines Namens zu verwenden.

Da Keystone kein Policy-Manager ist, wurde die „policies API“ für veraltet erklärt und wird nicht verwendet.

LDAP-Attributnamen werden nun ohne Berücksichtigung der Groß- und Kleinschreibung verwendet.

Korrektur von Fehlern und erhöhte Betriebsstabilität.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

20. Aktualisierung von Nova auf die Version Queens (v.17.0.9)

Datum der Aktualisierung: 18. Juni 2019

Wichtigste Änderungen:

Cells v1 und nova-network wurden für veraltet erklärt.

Die Treiber libvirt und xenapi compute haben nun eine (experimentelle) native Unterstützung für virtuelle grafische Geräte.

Der Compute-Treiber libvirt unterstützt nun Volume-Multi-Attach bei Verwendung der API-Version 2.60. Die Verbindung des Volumes mit mehreren Instanzen ist in NOVA nur möglich, wenn das Volume in Cinder mit dem Flag multiattach=True erstellt wurde. Die Verantwortung für die Datenintegrität liegt hier beim Benutzer, indem er Lese-/Schreibregime für dieses Volume auf verschiedenen Instanzen setzt. Derzeit wird diese Funktion nur vom Compute-Treiber libvirt unterstützt, und auch nur, wenn qemu <Version 2.10 oder libvirt> Version 3.10 auf dem Compute-Host installiert sind.

Wenn QEMU Version 2.6.0 oder höher, Libvirt Version 2.2.0 oder höher und der ‚luks‘ Volume Encryption Provider installiert sind, kann die Entschlüsselung von RAW-Dateien, Block- und Netzwerkgeräten (wie rbd) direkt mit QEMU durchgeführt werden.

Nova unterstützt nicht länger API v2 für Blockspeicher (Cinder). Die aktuelle Version ist API v3.

Die folgenden nova-manage-Befehle wurden gelöscht: quota, shell, project, account, logs, host, agent

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

21. Update von Neutron auf die Queens-Version (v.12.0.5)

Datum der Aktualisierung: 19. Mai 2019

Wichtigste Änderungen:

Die Unterstützung für den VPNaaS-Dienst ist nun als Erweiterung des ` L3 agent <https://docs.openstack.org/releasenotes/neutron-vpnaas/queens.html>`_ implementiert.

Der DHCP-Refresh-Timer-Parameter (T1) kann nun manuell geändert werden. Der Vorteil der Änderung des Wertes von T1 ist, dass die Instanzen ihre IP-Adressen nicht verwerfen, wenn der DHCP-Server am Ende der Lease-Laufzeit nicht mehr verfügbar ist.

Es ist nun möglich, dem DHCP-Agenten mitzuteilen, dass er seinen Clients nicht irgendeine DNS-Serveradresse zuweisen soll, indem er das Attribut ‚DNS Name Servers‘ für das betreffende Subnetz auf ‚0.0.0.0‘ (für IPv4-Subnetze) oder ‚::‘ (für IPv6-Subnetze) festsetzt. Bei dem alten Verfahren bot jeder DHCP-Agent seinen Clients nur seine eigene IP-Adresse als DNS-Server an. Das neue Konzept sieht jedoch vor, dass der DHCP keine DNS-Server-IP-Adresse mehr anbietet.

Die Zeit, die für die Verarbeitung von Sicherheitsgruppen-Updates im Agenten L2 aufgewendet wird, wurde reduziert, und das Entfernen von Kontraktionen wird nun in einer Reihe von Arbeitsströmen anstelle des Hauptstroms des Agenten durchgeführt, so dass dieser sich schnell wieder der Verarbeitung anderer Ereignisse zuwenden kann.

Implementierung von Floating IP QoS. Der neue Parameter qos_policy_id wurde zur API hinzugefügt, die mit der Floating IP verknüpft ist.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

22. Aktualisierung der Images des Betriebssystems

Datum der Aktualisierung: 17. April 2019

Wichtigste Änderungen:

Die Liste der verfügbaren Betriebssystem-Images wurde aktualisiert; Sie können die gesamte Liste der Änderungen auf unserer Website einsehen.

Die Images der Betriebssysteme enthalten alle aktuellen Updates.

23. Update von Cinder auf die Queens-Version (v.12.0.4)

Datum der Aktualisierung: 22. März 2019

Wichtigste Änderungen:

API-Unterstützung für Versionen 1.х zurückgezogen Die aktuelle Version ist API v3.xx.

Ab Cinder Version 12.0.0 gilt das Prinzip „policies in code“. Das bedeutet, dass der Code vernünftige Standardwerte festlegt, die überschrieben werden können (dies erfordert, dass eine Policy-Datei mit den Parametern der Überschreibung erstellt wird).

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack

24. Update von Glance auf die Queens-Version (v.16.0.1)

Datum der Aktualisierung: 12. März 2019

Wichtigste Änderungen:

Es wurde eine neue Methode zum Laden von Images hinzugefügt: ‚web-download‘. Damit kann ein Image von einer Remote-URL in einen lokalen Imagespeicher kopiert werden.

Die API-Unterstützung für die Versionen 1.х wurde zurückgezogen. Die aktuelle Version ist API v.2.6.

Es wurde die Möglichkeit hinzugefügt, Metadaten zu Images ‚on the fly‘ während des Importprozesses hinzuzufügen.

Die vollständige Liste der Änderungen findet sich in der offiziellen Veröffentlichung von OpenStack