Jump to: navigation, search

Versionshinweise/Liberty

This page is a translated version of the page ReleaseNotes/Liberty and the translation is 100% complete.

Other languages:
Deutsch • ‎English • ‎日本語 • ‎한국어 • ‎中文(简体)‎ • ‎中文(台灣)‎

OpenStack Liberty Versionshinweise

Contents

OpenStack Objektspeicher (Swift)

Bitte schauen Sie nach den vollständigen Versionshinweisen auf https://github.com/openstack/swift/blob/master/CHANGELOG

Neue Funktionen

  • Erlaubt 1+ object-servers-per-disk Installation aktiviert bei einem neuen Konfigurationswert > 0, "servers_per_port" in der [DEFAULT] Konfigurationssektion für Objekt-Server und/oder Replikationsserverkonfigurationen. Der gesetzte integere Wert entscheidet, wieviel unterschiedliche Objekt-Server Anfragen behandelnfür alle eindeutigen lokalen Ports im Ring. In diesem Modus, der übergeordnete Objekt-Server-Prozess läuft weter unter dem Originalbenutzer (z.B. root wenn eine Bindung an einem niedrigen Port erforderlich ist). Wenn das Binden an alle Ports im Ring definiert ist, zweigt das Binden zu einem speziellen Listen-Socket ab. Der Nachkomme, per-port Server, lässt die Rechte fallen und verhät sich wie ein normaler Objekt-Server mit einer Ausnahme: Der Ring hat eindeutige Ports per Festplatte, die Objekt-Server werden nur Anfragen für eine Festplatte bearbeiten. Der übergeordnete Prozess entdeckt tote Server und startet diese neu (mit der korrekten Listen-Socket). Er startet fehlende Server, wenne ine aktualisierte Ringdatei gefunden wurde mit einem Gerät am Server mit einem neuen Port und zerstört fremde Server, wenn der Port nict länge rim Ring gefunden wird. Die Ringdateien sind gestartet am meist geplanten Objekt-Server Konfiguration bei jedem "ring_check_interval" Parameter (dasselbe als Standard 15s).Im Test, dieser Installationskonfiguration (mit einem Wert von 3) verringert Antwortzeiten, verbessert Anfragen pro Sekunde, und isoliert langsame Festplatten-IO als Vergleich der existierenden Settings. Um das zu benutzen, muss jedes Gerät im Ring einen unterschiedlichen Port haben.
  • Der Objekt-Server beinhaltet eine "container_update_timeout" Einstellung (mit einem Standardwert von 1 Sekunde). Dieser Wert ist die Anzahl von Sekunden, die der Objekt-Server für die Aktualisierung der Liste der Container-Server wartet, bevor der Status des des Objekts der PUT Operation zuruück gibt. Vorher würde der Objekt-Server würde bis zu 3 Sekunden auf die Antwort des Container-Server warten. Das neue Verhalten verringert Objekt PUT Laufzeit dramatisch, wenn Container-Server im Cluster belegt sind (z.B. wenn der Container sehr groß ist). Wird der Wert zu niedrig gesetzt, kann ein Client beim PUT an einem Objekt möglicherweise nicht schnell genug das Ergebnis finden. Wird der Wert zu hoch gesetzt, wird die Laufzeit für den Client vergrössert, wenn der Container belegt ist.
  • Die Möglichkeit hinzugefügt, Bereiche für Static Large Object (SLO) Segmente anzugeben.
  • Erlaubt SLO PUTs auf Per-Segment Integritätsprüfungen zu verzichten. Vorher benötigte jedes Segment im Manifest den korrekten etag und bytes Einstellungen. Diese Felder können jetzt "null" Werte enthalten, um die Überprüfungen zu überspringen.
  • Replikator Konfigurationen unterstützen jetzt einen "rsync_module" Wert, um Per-Device Rsync-Module zu erlauben. Diese Einstellung gibt Operatoren die Mölichkeit des Feintunings des Replikationsverkehrs in einem Swift Cluster und isoliert Replikations DIsk-I/O der speziellen Festplatten. Bitte schauen Sie in die Dokumentation und Beispielkonfiguration.
  • Ring Änderungen
    • Partitionanordnung benutzt nicht länger die Portnummer zum Anordnen von Partitionen. Dies verbessert die Dispersion in kleinen Clustern, die mit einem Objekt-Server pro Fesplatte laufen, und es beeinfluss nicht die Dispersion in Clustern, die mit einem Object -Server pro Server laufen.
    • Ring-builder-analyzer hinzugefügt, um noch einfacher eine Serie von Ring-Management-Operationen durchzuführen.
    • Ring Validierung warnt jetzt, wenn eine Platzierungspartition zum selben Gerät mehrmals hinzugefügt wird. Dies passiert, wenn Geräte im Ring unbalanciert sind (z.B. zwei Server und ein Server hat signifikant mehr Kapazität verfügbar).
  • TempURL repariert (CVE-2015-5223 geschlossen)

    Es ist PUT tempurls nicht erlaubt, um Zeiger af andere Daten zu erstellen. Insbesondere die Erstellung von DLO Objekt Manifests über PUT tempurl sind verboten. Das verhindert Angriffe mit PUT tempurl zur Ausspionierung von privaten Daten durch Erstellung von DLO Objekt Manifesten und der Benutzung von PUT tempurl zum Abruf des Objekts.

  • Swift sendet jetzt StatsD Metriken aus auf Per-Policy Basis.
  • Ein Problem mit Keystone Integration wurde gelöst, wo eine COPY Anftrage an einen Dienst auch ohne Dienste-Token erfolgreich war.
  • Bulk-Upload behandelt jetzt Benutzer xattrs auf Dateien in einem angegebenen Archiv als Objekt-Metadaten auf die resultierenden erzeugten Objekte.
  • Sende nun eine Logwarning im Objekt Replikator, wenn "handoffs_first" oder "handoff_delete" gesetzt ist.
  • Objekt Replikators Fehlerzähler in Swift-Recon aktiviiert.
  • Eine Speicherregel zur Unterstützung der Dispersion-Werkzeuge hinzugefügt.
  • Unterstützt Keystone v3 Domänen in Swift-Dispersion.
  • domain_remap Informationen zum /info Endpunkt hinzugefügt.
  • Unterstützung für ein "default_reseller_prefix" in domain_remap Middleware-Konfiguration hinzugefügt.
  • Es ist erlaubt, Rsync Kompression zu benutzen mit einer "rsync_compress" Konfiguration zu benutzen. Wenn es auf 'true' gesetzt ist, Kompression ist nur aktiviert für einen Rsync zu einem Gerät in einer anderen Region. In einigen Fällen kann es die Geschwindigkeit in regionsübergreifender Datenübertragung erhöhen.
  • Eine Überprüfung der Zeitsynchronisation in swift-recon (die --time Option) hinzugefügt.
  • Der Account-Reaper läuft jetzt schneller bei grossen Accounts.
  • Verschiedene kleinere Fehler behoben und Verbesserungen eingeführt.

Aktualisierungshinweise

  • Änderungen der Abhängigkeit
    • 6 neue Anforderungen hinzugefügt. Das ist Teil der laufenden Bemühungen, Python 3 zu unterstützen.
    • Keine weitere Unterstützung von Python 2.6.
  • Konfigurationsänderungen
    • Vorherige Versionen von Python beschränken die Anzahl der Header in einer Anfrage auf 100. Diese Nummer kann zu niedrig sein bei kundenspezifischer Middleware. Der neue "extra_header_count" Konfigurationswert in swift.conf kann benutzt werden, um die Nummer der erlaubten Header zu erhöhen.
    • "run_pause" umbenannt zu "interval" (derzeitige Konfigurationen mit run_pause funktionieren weiter). In zukünfigen Versionen von Swift kann run_pause gelöscht werden.
  • DIe Funktion des versionierten Schreibens wurde neu überarbeitet und als Middleware neu implementiert. Sie sollten explizit versioned_writes middleware zu Ihrer Proxy Pipeline hinzufügen, aber die bestehende Container Server Konfigurationseinstellungen ("allow_versions") nicht löschen oder deaktivieren, wenn es derzeit aktiviert ist. Die existierenden Container-Server Konfigurationseinstellungen ermöglichen, daß bestehende Container weiterhin versioniert werden. Bitte schauen Sie auf http://swift.openstack.org/middleware.html#how-to-enable-object-versioning-in-a-swift-cluster for further upgrade notes.

OpenStack Netzwerk (Neutron)

Neue Funktionen

  • Neutron unterstützt nun IPv6 Prefix Delegation für die automatische Zuweisung von CIDRs zu IPv6 Subnetzen. Für mehr Information zur Anwendung und Konfiguration dieser Funktion schauen Sie auf OpenStack Networking Guide.
  • Neutron stellt jetzt eine QoS API bereit, erste Funktion ist die Limitierung von Bandbreite auf Port-Level Die API, CLI, Konfiguration und weitere Informationen sind zu finden auf [1].
  • Router Hochverfügbarkeit (L3 HA / VRRP) funktioniert jetzt wenn Layer 2 Population (l2pop) aktiviiert ist [2].
  • VPNaaS Referentreiber funktioniert jetzt mit HA Router.
  • Netzwerke für VRRP Verkehr an HA Router können jetzt mit spezifischen Typen von physikalichen Netzwerk-Tags konfiguriert werden [3].
  • Der OVS Agent kann jetzt neu gestartet werden ohne die Konnektivität auf Datenebende zu beeinflussen.
  • Neutron bietet jetzt eine rollenbasierte Zugriffskontrolle für Netzwerke an (RBAC) [4].
  • LBaaS V2 Referenz Treiber basiert jetzt auf Octavia, ein operativ skalierbare, zuverlässige Lastverteilerplattform.
  • LBaaS V2 API ist nicht länger experimentell. Sie ist nun stabil.
  • Neutron stellt jetzt für Administratoren einen Weg zur Verfügung, manuell Agenten zu planen und Hostresourcen zu testen bevor sie zur Benutzung in Tenants aktiviert werden [5].
  • Neutron hat nun ein steckbares IP-Adress-Management-Gerüst, aktiviert die Benutzung von Alternativen Third-Party IPAM. Die originale, nicht-steckbare Version von IPAM ist standardmässig aktiviert.

Veraltete und gelöschte Plugins und Treiber

  • Das Metaplugin ist gelöscht in der Liberty Version.
  • Das IBM SDN-VE Monolithic Plugin ist gelöscht in der Liberty Version.
  • Das Cisco N1kV Monolithic Plugin ist gelöscht in der Liberty Version (ersetzt durch ML2 Treiber).
  • Das Embrane Plugin ist veraltet und wird in der Mitaka Version gelöscht werden.

Veraltete Funktionen

  • Die FWaaS API ist in Liberty als experimental markiert. Weiterhin wird die aktuelle API in Mitaka gelöscht und durch eine neue FWaaS API ersetzt, welche das Team gerade entwickelt.
  • Die LBaaS V1 API ist als veraltet markiert und ist in zukünfigen Versionen zum Löschen vorgesehen. Um weiterzuarbeiten soll die LBaaS V2 API benutzt werden.
  • Die 'external_network_bridge' Option für den L3 Agenten ist veraltet in der Variante von einem bridge_mapping mit einem physikalischen Netz. Für mehr Informationen, schauen SIe in die "Netzwek Knoten" Sektion für dieses Szenario in der Netzwerkanleitung: http://docs.openstack.org/networking-guide/scenario_legacy_ovs.html

Überlegungen zur Leistung

  • Der bestehende Trusty Tahr Kernel (3.13) zeigt linear Leistungsabfall beim Ausführen von "ip netns exec", wenn sich die Anzahl der Namespaces erhöht. In Fällen, wo Wachstum wichtig ist, sollte eine spätere Kernelversion benutzt werden (z.B. 3.19). [DIE VERSION 3.13 ZEIGTE DIESES VERHALTEN. DIE MEISTEN VERSIONEN SIND SCHON GEFIXT.]


Anmerkung: Dieser Fehler sollte bejoben sein in Trusty Thar seit 3.13.0-36.63 und spätere Kernelversionen. Für weitere Referenzen schauen Sie auf https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1328088
  • Erstellung von Neutron-LBaaS Lastverteiler in Umgebungen ohne Hardware-Virtualisierung kann langsam sein, wenn der Octavia Treiber benutzt wird. Das liegt daran, weil QEMU TCG Beschleuniger benutzt, wo KVM Beschleuniger in Umgebungen ohne Hardware-Virtualisierung nicht verfügbar ist. Wir empfehlen, Hardware-Virtualisierung an Ihren Compute-Knoten zu aktivieren, oder verschachtelte Virtualisierung zu aktivieren, wenn der Octavia Treiber innerhalb der virtuellen Umgebung verwendet wird. Schauen Sie auf folgenden Link für Details zur Installation verschachtelter Virtualisierung für DevStack mit laufendem KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html.

OpenStack Compute (Nova)

Neue Funktionen

API

Scheduler

Evolution an der Architektur des Planers wurde fortgeführt, meist mit Fehlerbeseitigung:

Cells v2

Cells v2 ist derzeit in keinem benutzbaren Zustand, aber wir haben mehr für Unterstützung Infrastruktur hinzugefügt:

Compute Treiberfunktionen

Libvirt
VMware
Hyper-V
Ironic

Andere Funktionen

Aktualisierungshinweise

  • Wenn Sie von Kilo kommen, stellen Sie sicher, dass SIe vollständig die letzte Version aktualisiert haben bevor Sie Liberty installieren. Wegen des Fehlers https://bugs.launchpad.net/nova/+bug/1474074 sind manche Versionen von Kilo vor diesem Bug-Fix problematisch, wenn sie zu Liberty Knoten kommunizieren.
  • Vergabeverhältnisse für RAM und CPU sind jetzt definiert im nova-compute Dienst (per compute Knoten). Die Verhältnisse werden auch für den Planungsdienst gebraucht.

Abhängig ob ein Compute Knoten mit Kilo oder Liberty läuft, verhält sich das Vergabeverhältnis unterschiedlich: Wenn der Compute Knoten mit Kilo läuft", wird das Vergabeverhälnis von CPU und RAM für diesen Compute Knoten zentral in der nova.conf Datei des Controller verwaltet.Oder, wenn der Compute Knoten ist Liberty dann sind Sie in der Lage per-compute Vergabeverhältnisse zu setzen für CPU und RAM. Um dem Operator die Vergabeverhältnisse auf allen Compute Knoten setzen zu lassen, wird der Standard in nova.conf auf 0.0 gesetzt(auch für den Controller). Das bedeutet nicht, daß Vergabeverhältnisse auf 0.0 sind, der Operator brauch das nur zu setzen vor der nächsten Version (z.B. Mitaka). Um es klarzustellen, die Standard-Vergabeverhältnisse sind immer noch 16.0 für cpu_allocation_ratio und 1.5 für ram_allocation_ratio.

  • nova-compute sollte aktualisiert werden zu Liberty vor dem neuen Neutron Dienstereignis "network-vif-deleted": https://review.openstack.org/#/c/187871/
  • Rootwrap Filter müssen aktualisiert werden für das neue 'touch' Kommando.
** Da ist eine Race Condition zwischen imagebackend und imagecache erwähnt in  Launchpad Bug 1256838. 
    • Wenn das Basisabbild vom ImageCacheManager gelöscht wurde, während imagebackend es in den Abbildpfad kopiert, geht die Instanz in den Fehlerstatus.
    • Um den Fehler in Ordnung zu bringen, ist es notwendig, das touch' Kommando in compute.filters nach der Änderung auszuführen https://review.openstack.org/#/c/217579/.
    • Im Falle einer Race Condition, wenn libvirt die Eigentümerrechte der Basisdatei zu libvirt-qemu geändert während imagebackend es kopiert, dann bekommen wir den Zugriff-Verweigert-Fehler beim Aktualisieren der Dateizugriffszeit mit os.utime. Um das Problem zu lösen, müssen wir die Dateizugriffszeit mithilfe von Superuserrechten mit dem 'touch' Kommando aktualisieren.
  • Der DiskFilter ist jetzt Teil von scheduler_default_filters in Liberty per https://review.openstack.org/#/c/207942/ .
  • Per https://review.openstack.org/#/c/103916/ können Sie nur einen vCenter Cluster an einen einfachen nova-compute Knoten übertragen.
  • Der Libvirt Treiber parallels wurde umbenannt zu 'virtuozzo
  • Verwaiste Tabellen - iscsi_targets, volumes - wurden gelöscht.
  • Die Standard paste.ini wurde aktualsiert, die neue v2.1 API für alle Endpunkte zu benutzen, und die v3 Endpunkte wurden gelöscht. Ein Kompatibilitätsmodus wurde in die Middleware integriert zur einfachen Benutzung der v2.1 Validierung für /v2 und /v1.1 Endpunkte.
  • Der Code für DB Schema Downgrades wurde jetzt gelöscht: https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
  • Der Standard-DB-Treiber, den wir getestet haben, ist jetzt pymysql anstatt Python-MySQL
  • "powervm" hv_type wurde gelöscht. Das betrifft bloss Benutzer von PowerVC Treiber auf stackforge welche alte Abbilder benutzen mit hv_type=powervm in den Abbildmetadaten.
  • DIe kleinste erforderlichste Version von libvirt in Mitaka wird die 0.10.2 sein. Unterstützung für libvirt < 0.10.2 ist in Liberty veraltet: https://review.openstack.org/#/c/183220/
  • Die libvirt.remove_unused_kernels Konfigurationsoption ist veraltet für Löschungen und jetzt standard auf True: https://review.openstack.org/#/c/182315/

Veraltete Funktionen

  • Die Möglichkeit API Erweiterungen im Baum zu deaktivieren, ist veraltet (https://blueprints.launchpad.net/nova/+spec/nova-api-deprecate-extensions)
  • Das novaclient.v1_1 Modul ist veraltet [[6]][[7]] seit 2.21.0 and wir fangen an den Code zu löschen in der ersten Python-novaclient Version in Mitaka.
  • Methode `novaclient.client.get_client_class` ist veraltet [[8]] seit 2.29.0. Die Methode wird in Mitaka gelöscht.
  • Die mute_weight_value Option ist veraltet, auch bei der Benutzung in Cells.
  • Die remove_unused_kernels Konfigurationsoption für den Libvirt-Treiber ist nun veraltet.
  • Die niedrigste empfohlene Version von vCenter zur Benutzung mit vcenter Treiber ist nun 5.1.0. In Liberty wird das als Warnung protokolliert, in Mitaka wird die Unterstützung niedriger als 5.1.0 gelöscht.
  • API v3 specifische Komponenten sind alle veraltet und in der Standard paste.ini gelöscht.

OpenStack Telemetrie (Ceilometer)

Neue Kernfunktionen

  • Erstellung von Aodh, um mit einem Alarmierungsdienst umzugehen.
  • Metadata-Zwischenspeicherung - reduziert nova API Aufrufe.
  • Deklarative Meter
    • Die Möglichkeit der Erstellung von Meter durch Meter-Templates.
    • Die Möglichkeit spezische SNMP Meter zum Abruf zu definieren.
  • Unterstützung zur Datenveröffentlichung von Ceilometer zu Gnocchi.
  • Verpflichtende Limits - restriktierte Limits für Abfragen sind gesetzt. Das Limit muß epxlizit angegeben werden bei Abfragen, sonst wird das Ergebnis mit einem Standardlimit ausgegeben.
  • Verteilte, koordinierte Notifizierungsagenten - Unterstützung, um die Arbeitslast auf verschiedene Notifizierungsagenten zu verteilen.
  • Ereignis RBAC Unterstützung.
  • PowerVM Hypervisor Unterstützung.
  • Verbesserte MongoDB- Abfragen - Performanceverbesserungen für Statistikberechnungen.
  • Zusätzliche Meter Unterstützung:
    • Magnum Meters
    • DBaaS Meters
    • DNSaaS Meters

Gnocchi Funktionen

  • Initialer influxdb Treiber implementiert.

Aodh Funktionen

  • Ereignisalarm - die Fähigkeit eine Aktion auszulösen, wenn ein Ereignis empfangen wird.
  • Sichere Unterstützung in Alarmen link.

Aktualisierungshinweise

  • Die Namen einiger Middleware, die in Ceilometer benutzt werden, sind nicht abwärtskompatibel geändert. Bevor Sie aktualisieren, editieren Sie die paste.ini Datei für Ceilometer, umoslo.middleware zu oslo_middleware zu ändern. Zum Beispiel benutzen Sie sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini
  • Der Notifizierungsagent ist ein Kerndienst, um Daten für Ceilometer zu sammeln. Er behandelt jetzt alle Transformationen und Veröffentlichungen. Pollingagenten verschieben jetzt alle Daten zum Notifizierungsagenten und müssen parallel installiert werden.
  • Ein Limit muß jetzt bei jeder Anfrage angegeben werden, ansonsten wird das Standardlimit verwendet.

Veraltete Funktionen

  • Ceilometer Alarm ist veraltet.
  • RPC Publisher und Collector sind veraltet zu Gunsten eines Notifier-Publishers.
  • Nicht-metrische Meter sind weiter veraltet und werden in zukünfigen Versionen gelöscht.

OpenStack Identität (Keystone)

Neue Kernfunktionen

  • Experimentell: Domänenspezifische Konfigurationsoptionen können nun in SQL statt Konfigurationsdateien gespeichert werden unter Benutzung der neuen REST API.
  • Experimentell: Keystone unterstützt jetzt tokenlose Authorisation mit X.509 SSL cCient Zertifikaten.
  • Konfiguration per-Identity Provider WebSSO wird jetzt unterstützt.
  • openstack_user_domain und openstack_project_domain Attribute werden hinzugefügt zu SAML Assertion, um Benutzer und Projektdomänen abzubilden.
  • Der Aufruf der Berechtigungsliste kann die Ergebnisse jetzt nach Typ filtern.
  • Die Unterstützung von out-of-tree Treiber wurde mit Definition einer Treiberschnittstelle verbessert.
  • Verschiedene Funktionen wurden gehärtet, wie Fernet Token, Federation, domänspezifische Konfigurationen von der Datenbank und Rollenzuweisung.
  • Verschiedene Variablen in keystone.conf haben nun Optionen, wenn die Benutzereinstellungen richtig sind.

Aktualisierungshinweise

  • Die EC2 Token Middleware, veraltet in Juno, ist nicht länger verfügbar in Keystone. Es wurde gelöscht im Keystonemiddleware Paket.
  • Die compute_port configuration Option, veraltet in Juno, ist nicht länger verfügbar.
  • Der XML Middleware Stumpf wurde gelöscht, sodass Referenzes dazu auch gelöscht werden müssen von der keystone-paste.ini Konfigurationdatei.
  • stats_monitoring und stats_reporting paste Filter wurden gelöscht, sodass Referenzen dazu auch gelöscht werden müssen von der keystone-paste.ini Konfigurationdatei.
  • Die externen Authentifizierungsplugins ExternalDefault, ExternalDomain, LegacyDefaultDomain, und LegacyDomain, veraltet in Icehouse, sind nicht länger verfügbar.
  • keystone.conf referenziert jetzt Einstiegspunkt-Namen für Treiber. Als Beispiel, die Treiber sind jetzt spezifiziert als "sql", "ldap", "uuid", anstatt des vollen Modulepfades. Schauen Sie in die Beispielkonfiguration für andere Beispiele.
  • Wir legen jetzt Einstiegspunkte frei für das keystone-manage Kommando anstatt in einer Datei.
  • Schema Downgrades via keystone-manage db_sync sind nicht länger unterstützt. Nur Aktualisierungen werden unterstützt.
  • Funktionen das waren "extensions" in vorhergehenden Versionen (OAuth delegation, Federated Identity support, Endpoint Policy, etc) sind jetzt standardmässig aktiviert.
  • Eine neue secure_proxy_ssl_header Konfigurationsoption ist verfügbar, wenn Keystone hinter einem Proxy läuft.
  • Verschiedene Konfigurationsoption sind veraltet, umbenannt, oder verschoben in neue Sektionen in der keystone.conf Datei.
  • Domännamen Information kann jetzt benutzt werden in Policy-Regeln mit dem Attribut domain_name.

Veraltete Funktionen

  • Betrieb von Keystone in Eventlet ist veraltet und wird in der Mitaka Version gelöscht.
  • Benutzung von LDAP als das Resource-Backend, z.B. für Projekte und Domänen, ist jetzt veraltet und wird in der Mitaka Version gelöscht.
  • Benutzung des vollen Pfades in der Treiberklasse ist veraltet als Favorit in der Benutzung als Eingangspunkt. In der Mitaka Version, der Eingangspunkt muss benutzt werden.
  • In den [resource] and [role] Sektionen von der keystone.conf Datei, kein Spezifizieren des Treibers und Benutzung der Treiberzuweisung ist veraltet. In der Mitaka Version, die Resource- und Rollentreiber werden Standard zu SQL-Treiber.
  • In keystone-paste.ini, benutzen von paste.filter_factory ist veraltet als Favorit von der "use" Direktive, spezifiziert am Endpunkt.
  • Keine Spezifizierung einer Domäne beim Anlegen eines Benutzers, Gruppe oder Projektaufrufes, welches zurückfällt auf eine Standarddomäne, ist jetzt veraltet und wird gelöscht in der N Version.
  • Bestimmte veraltete Methoden vom Zuordnungsmanager sind gelöscht im Einklang mit denselben Methoden in [resource] und [role] Manager.

OpenStack Blockspeicher (Cinder)

Neue Kernfunktionen

  • Eine generische Abbild-Speicher-Funktion, sodass populäre Abbilder zwischengespeichert und per copied-on-write auf einen neuen Datenträger geschrieben werden können. Read docs for more info
  • Unterbrechungsfreie Backups Lesen Sie die Dokumentation für mehr Informationen.
  • Die Möglichkeit konsistene Gruppen von Datenträgern zu klonen Lesen Sie die Dokumentation für mehr Informationen.
  • Liste die Möglichkeiten eines Datenträger-Backends (Abruf Extra-Spezifikationen).
  • Verschachtelte Quotas.
  • Schlanke Speicherzuweisung (Thin Provisioning) als Standard für LVM Backends wenn verfügbar.
  • Cinder service-list korrigiert, um eine Festplatte als Down anzuzeigen, wenn die Initialisierung eines Treibers fehlgeschlagen ist.
  • Verbesserte Verwaltung der Datenträgermigration:
    • Die Möglichkeit zu sehen, ob vorhergehende Migrationen erfolgreich gewesen sind
    • Administratoren haben die Möglichkeit, die Migration mit cinder list zu überwachen
    • Neuer Datenträgerstatus 'maintenance' um Operationen zu verhindern, wenn die Migration im Gange ist
    • Verbesserte Backend Datenträger Name/Id Konsistenz, wenn die Migration abgeschlossen ist

Aktualisierungshinweise

  • Eine Änderung der Parameter in RPC APIs und Arbeiten an Objektumwandlung verhindert den Betrieb von Liberty c-vol oder c-api Diensten mit Kilo oder frühreren Versionen der Dienste.

Veraltete Funktionen

  • Simple und Chance Scheduler gelöscht.
  • Veraltete HDS HUS iSCSI Treiber gelöscht.
  • Coraid Treiber gelöscht.
  • Solaris iSCSI Treiber gelöscht.
  • Option --force zum Hochladen von Abbildern an angehängte Datenträger gelöscht.
  • API v1 als veraltet markiert.

OpenStack Orchestrierung (Heat)

Neue Funktionen

Convergence

Convergence ist eine neue Orchestrierungsmaschine eingebettet in Heat. In Liberty, die Benutzung von Convergence hat folgende Vorteile:

  • Grössere Parallelisierung von Resource-Aktionen (bessere Skalierung bei grossen Vorlagen)
  • Die Möglichkeit für ein Stack-Update, wenn ein anderer Aktualisierung im Gange ist
  • Bessere Fehlerbehandlung der Heat-engine (in Arbeit)

Die Convergence Engine kann aktiviert werden in /etc/heat/heat/conf [DEFAULT] convergence_engine=true, danach heat-engine neu starten. Ab dann benutzen alle neu erstellten Stacks die Convergence Engine, existierende Stacks benutzen die traditionelle.

Convergence wurde nicht in Production getestet und sollte in "Beta"-Qualität mit Vorsicht verwendet werden. Für Liberty emfehlen wir eine Evaluierung der Möglichkeiten und Skalierungstests. Wir erwägen den Einsatz als Standard im Mitaka Zyklus. Convergence spezifische Fehler werden gesammelt in convergence-bugs tag.

Bedingte Resource-Belastung

Momentan können nur Resourcen für Benutzr verfügbar gemacht werden, die im Cloud-Dienst installiert sind. Operatoren können weiterhin Resourcen kontrollieren, die mit Standard-Policy-Regeln Benutzern verfügbar gemacht werden policy.json an per-resource Typenbasis.

heat_template_version: 2015-10-15

2015-10-15 zeigt, dass das YAML Dokument eine HOT Vorlage ist und Funktionen enthält, die in LIberty hinzugefügt oder gelöscht wurden.

  • Funktion Fn::Select gelöscht (Pfad basierend auf get_attr/get_param stattdessen sollten Referenzen benutzt werden).
  • Wenn kein <attribute name> spezifiziert ist für en Aufruf von get_attr, ein Verzeichnis aller Attribute wird zurückgegeben. z.B. { get_attr: [<resource name>]}.
  • Neue innere Funktion hinzugefügt str_split
  • Unterstützung hinzugefügt, um mehere Listen zu einer existierenden hinzuzufügen list_join .
  • Unterstützung hinzugefügt für Verarbeiten von Mappen- und Listendaten str_replace und list_join (diese werden automatisch json serialisiert sein)

REST API/heatclient Ergänzungen

  • Stacks können jetzt zugewiesen werden mit einem Set von Tags, und stack-list kann filtern und sortieren durch diese Tags
  • "heat stack-preview ..." wird eine Vorschau auf Änderungen für ein vorgeschlagenes stack-update zurückgeben
  • "heat template-validate --show-nested ..." wird auch alle Vorlagenresourcen validieren und verschachtelte Daten zurückgeben zum Aufbau von Benutzerschnittstellen
  • "heat resource-type-template --template-type hot ..." generatiert eine Vorlage im HOT format
  • "heat resource-type-list" zeigt nur verfügbare Typen für Benutzer, und kann Ergebnisse filtern nach Namen, Version und support_status
  • "heat template-version-list" listet verfügbare Vorlagenversionen
  • "heat template-function-list ..." listet verfügbare Funktionen für Vorlagenversionen

Erweiterungen bestehender Resourcen

Neue Resourcen

Die folgenden neuen Resourcen werden mit der neuen Version von Heat bereitgestellt:

[1] DIes existierte in KIlo als beigetragene Resource, da es kein eingebundenses Projekt gab. DIese Resource wird jetzt mit Heat als Big-Tent-Projekt bereitgestellt.

[2] Dies existierte in KIlo als beigetragene Resource, weil es einen Benutzer mit Administratorrolle benötigt. Jetzt wird dies bereitgestellt mit Heat. Operatoren haben nun die Möglichkeit, diese vor normalen Benutzern zu verstecken durch Modifizierung von policy.json (als Referenz, OS::Nova::Flavor ist versteckt for normalen Benutzern in der Standard Policy Datei).

[3] Dies existierte in Kilo als bereitgestellte Resource und benutzte einen Ansatz, der vom Heat Projekt nicht befürwortet wird. Es wird jetzt mit Heat verteilt und ist dokumentiert als NICHT UNTERSTÜTZT.

[4] Diese Resourcen sind für Projekte, die derzeit nicht im OpenStack Big- Tent-Projekt sind und somit dokumentiert sind als NICHT UNTERSTÜTZT

Mit den neuen OS::Keystone::* Resourcen ist es jetzt für Cloud Operatoren möglich, Heat Vorlagen zur Verwaltung von Keystone-Dienstekatalogeinträgen und Benutzern zu verwenden.

Veraltete Resourceeigenschaften

Viele Resourceeigenschaften sind vorher schon dokumentiert als VERALTET. 15 dieser Eigenschaten sind jetzt dokumentiert als VERSTECKT, was bedeutet, dass sie nicht länger dokumentiert werden, aber noch weiter existieren und nach einer Heat-Aktualisierung weiter funktionieren. Die Resourcen-Typen-Referenz sollte konsultiert werden zu verfügbaren Eigenschaften und Attributen.

Aktualisierungshinweise

Konfigurationsänderungen

Erwähnenswerte Änderungen in der /etc/heat/heat.conf [DEFAULT] Sektion:

  • hidden_stack_tags wurde hinzugefügt, und Stacks, die diesen Tag tragen, werden von der Ausgabe von stack-list versteckt (Standard bei data-processing-cluster, welche Sahara-erstellte Stacks verstecken)
  • instance_user war veraltet und wurde jetzt endgültig gelöscht. Nova Server, die mit OS::Nova::Server erstellt wurden, werden jetzt mit Standard-Benutzereinstellungen gestartet. AWS::EC2::Instance erstellen weiter "ec2-user"
  • max_resources_per_stack kann jetzt zur Deaktivierung auf -1 gesetzt werden
  • enable_cloud_watch_lite ist jetzt standardmässig deaktiviert, da diese REST API veraltet ist
  • default_software_config_transport hat jetzt die Option ZAQAR_MESSAGE gewonnen
  • default_deployment_signal_transport hat die Option ZAQAR_SIGNAL gewonnen
  • auth_encryption_key brauch jetzt exakt 32 Zeichen
  • list_notifier_drivers war veraltet und wurde jett gelöscht
  • Policy-Options sind verschoben in die [oslo_policy] Sektion
  • use_syslog_rfc_format ist veraltet und jetzt standardmässig aktiviert

Nennenswerte Änderungen anderer Sektionen in der heat.conf:

  • [clients_keystone] auth_uri wurde hinzugefügt zur Spezifizierung einer unversionierten Keystone-Url
  • [heat_api] Derzeit sind 4 Worker Standard (vorher 0, was einen Worker pro Host-CPU erstellt hat)

Die Policy-Datei /etc/heat/policy.json kann jetzt konfiguriert werden mit per-resource-type Zugriffsregel, z.B.:

   "resource_types:OS::Nova::Flavor": "rule:context_is_admin"

Aktualisierung von Kilo zu Liberty

Bei der Unterstützung von Live-SQLortschritte gegeben, es ist aber weiter dringend empfohlen, den Heat-Dienst vor der Aktualisierung zu beenden. Ältere SQL-Schemamigrationen werden nicht länger unterstützt. Um Kilo wieder zu verwenden, ist es erforderlich ein Abbild der Datenbank einzuspielen, welches vor dem Upgrade erstellt wurde.

OpenStack Datenverarbeitung (Sahara)

Neue Kernfunktionen

  • Neue Plugins und Versionen:
    • Ambari Plugin mit HDP 2.2 / 2.3 Unterstützung
    • Apache Hadoop 2.7.1 wurde hinzugefügt, Apache Hadoop 2.6.0 ist veraltet
    • CDH 5.4.0 wurde hinzugefügt mit Hochverfügbarkeitsunterstützung für NameNode und ResourceManager
    • MapR 5.0.0 wurde hinzugefügt
    • Spark 1.3.1 wurde hinzugefügt, Spark 1.0.0 ist veraltet
    • HDP 1.3.2 und Apache Hadoop 1.2.1 wurden gelöscht
  • Unterstützung hinzugefügt zur Benutzung von Swift mit Spark EDP Aufgaben
  • Unterstützung hinzugefügt von Spark EDP Aufgaben in CDH und Ambari Plugins
  • Unterstützung hinzugefügt für öffentliche und geschützten Resourcen
  • Integration mit OpenStack Client gestartet
  • Unterstützung hinzugefügt zum Editieren aller Sahara Resourcen
  • Automatische Hadoop Konfiguration für Cluster hinzugefügt
  • Direct engine ist veraltet und wird in der Mitaka Version gelöscht
  • OpenStack Manila NFS Shares als Storage-Backend-Option für Aufgabendateien und Datenquellen hinzugefügt
  • Unterstützung hinzugefügt für Definition und Benutzung von Konfigurationsschnittellen für EDP Aufgabenvorlagen

Veraltete Funktionen

  • Direct provisioning engine
  • Apache Hadoop 2.6.0
  • Spark 1.0.0
  • Alle Hadoop 1.X gelöscht

OpenStack Suche (Searchlight)

Das ist die erste Version von Searchlight. Searchlight ist dafür bestimmt, die Suchfunktoon in verschiedenen OpenStack Cloud-Diensten dramatisch zu verbessern, indem die Suchanfragen der Benutzer ausgelagert werden. Es werden Keystone RBAC basierende Suchen quer durch alle OpenStack Dienste durch Indizierung der Daten in ElasticSearch und eine Sicherheitsschicht am Anfang der Sucnanfragen zur Verfügung gestellt. ElasticSearch ist ein Suchdienst basierend auf Lucene. Es wird eine verteilte, erweiterbare fast in Echtzeit arbeitende, multitenant-fähige Volltextsuchmaschine mit RESTful Webschnittstelle geliefert.

Neue Kernfunktionen

Neue Resource-Typen Indexe

Aktualisierungshinweise

N/A

Veraltete Funktionen

N/A

OpenStack DNS (Designate)

Neue Kernfunktionen

  • Experimentelle: Hook Point API
  • Horizon Plugin nach draussen verschoben
  • Gelöschte Domänen aufgeräumt
  • Ceilometer "exists" periodisches Ereignis per Domäne
  • ASync Actionen
    • Import
    • Export
  • Aktive /passive Übernahme für designate-pool-manager periodischer Aufgaben
  • OpenStack Client Integration

Zusätzliche DNS Server Backends

  • InfoBlox
  • Designate

Aktualisierungshinweise

  • Neuer Dienst designate-zone-manager
    • Es wird empfohlen, ein unterstützes Tooz-Backend zu verwenden.
    • ZooKeeper wird empfohlen, oder andere unterstütze Werkzeuge von Tooz.
    • Wenn ein Tooz-Backend nicht benutzt wird, Zone-Manager wird den Besitz von allen Zonen übernehmen und es werden 'n' "exists" Nachrichten pro Stunde erzeugt, wobei 'n' die Nummer der Zone-Manager-Prozesse ist.
  • designate-pool-manager übernimmt aktiv/passiv-Failover für wiederkehrende Aufgaben.
    • Es wird empfohlen, ein unterstütztes tooz-Backend zu verwenden.
    • Wenn ein tooz-Backend nicht benutzt wird, alle Pool-Manager übernehmen die Herrschaft über die Pools und wiederkehrende Aufgaben laufen gleichzeitig. Das kann unvorhersehbare Konsequenzen haben.

Veraltete Funktionen

  • V1 API
    • Ein erster Hinweis zu Operationen an Designate CLI Schnittstelle V1 und Horizon-Frontends, die nur V1 benutzen.

OpenStack Nachrichtendienst (Zaqar)

Neue Kernfunktionen

  • vorsignierte URL - EIn neuer REST API Endpunkt zur Unterstützung vorsignierter URL, was genug Kontrolle über verteilte Resourcen sicherstellt, ohne Kompromisse bei der Sicherheit.
  • Email Notifikation - Ein neuer Aufgabentreiber für Notifizierungsdienst, welcher eine Abonenntenadresse von Zaqar benutzen kann.

Wenn eine neue Nachricht an die Warteschlange geschickt wird, wird der Abonnent die Nachricht per Email erhalten.

  • Policy Support - Unterstützt feinkörnige Zugriffskontrolle mit der policy.json Datei wie viele andere OpenStack Komponenten.
  • Persistent Transport - Unterstützung für Websocket als eine persistente Transportalternative für Zaqar hinzugefügt. Jetzt sind Benutzer in der Lage, langlebende Verbindungen zwischen ihren Applikationen und Zaqar zum Austausch von grossen Daten aufzubauen.

OpenStack Dashboard (Horizon)

Neue Kernfunktionen

  • Plugin-Verbesserungen – Horizon findet automatisch JavaScript Dateien zur EInbeziehung und hat jetzt einen Mechanismus für steckbaren SCSS und Django Vorlagenüberschreibung.

Aktualisierungshinweise

OpenStack Trove (DBaaS)

Neue Kernfunktionen

  • Redis
    • Konfigurationsgruppen für Redis
    • Cluster Unterstützung
  • MongoDB
    • Backup und Restore einer einzelnen Instanz
    • Nutzer- und Datenbankmanagement
    • Konfigurationsgruppen
  • Percona XtraDB Cluster Server
    • Cluster support
  • Erlaubt Bereitstellern Instanzvarianten mit spezifischen Datenspeichern zu verbinden
  • Horizon Unterstützung für Datenbankcluster
  • Management API für Datenspeicher und Versionen
  • Die Möglichkeit der Installation Trove instanzen in einem einfachen Adminmandaten, sodass die Novainstanzen vorm Benutzer versteckt sind

OpenStack Bare metal (Ironic)

Ironic wurde verschoben z u einem Zwischenversionsmodell und veröffentlicht mit Version 4.0 in Liberty, gefolgt von zwei kleineren Aktualisierungen. Version 4.2 formt die Basis für eine OpenStack integrierte Liberty Version und wird stabile Updates liefern.

Bitte schauen SIe hier nach vollen Versionshinweisen: http://docs.openstack.org/developer/ironic/releasenotes/index.html

Neue Funktionen

  • "ENROLL" Hardware-Status hinzugefügt, welcher der Standardstatus für neu erstellte Knoten ist.
  • "abort" Befehl hinzugefügt, welcher Benutzern das sichere Unterbrechen von laufenden Operationen erlaubt.
  • Abfrage- und Filterunterstützung verbessert in der REST API.
  • Unterstützung für CORS middleware hinzugefügt.

Hardwaretreiber

  • Ein neues BootInterface für Hardwaretreiber hinzugefügt, welches funktionell abgesplittet ist vom DeployInterface.
  • iLO virtueller Mediatreiber arbeiten jetzt ohne Swift.
  • Cisco IMC Treiber hinzugefügt.
  • OCS Treiber hinzugefügt.
  • UCS Treiber hinzugefügt.
  • Wake-On-Lan Power Treiber hinzugefügt.
  • ipmitool Treiber unterstützt IPMI v1.5.
  • Unterstützung von SNMP Treiber für “APC MasterSwitchPlus” series PDU’s hinzugefügt.
  • pxe_ilo Treiber unterstützt jetzt UEFI Secure Boot (vorherige Version von theiLO Treiber unterstützt das nur für agent_ilo und iscsi_ilo).
  • Virtual Media Unterstützung zu iRMC Driver hinzugefügt.
  • BIOS Konfiguration zu DRAC Treiber hinzugefügt.
  • PXE Treiber unterstützt jetzt GRUB2.

Veraltete Funktionen

  • Die "vendor_passthru" und "driver_vendor_passthru" Methoden des DriverInterface wurden gelöscht. DIese waren veraltet in Kilo und wurden ersetzt durch @passthru decorator.
  • Die Migrationstools zum Import von Daten eines Nova "baremetal" Deployment wurden gelöscht.
  • Die "parallel" Option am periodischen Aufgabendekorator ist veraltet.
  • Veraltete ‘admin_api’ Regel gelöscht.
  • Unterstützung für die originale "bash" Installations-Ramdisk ist veraltet und wird in 2 Zyklen gelöscht. Das ironic-python-agent Projekt sollte für alle Installationstreiber benutzt werden.

Aktualisierungshinweise

  • Neu erstellte Knoten sind standardmässig im neuen ENROLL Status. Früher war der Standardstatus AVAILABLE, womit die Hardware früher Nova zur Verfügung gestellt wurde.
  • Dadurch, dass der API Version-Header in Kilo in jede Abfrage hinzugefügt wurde, muß jeder Client, der mit Liberty API agiert, denselben Strind in jeder Abfrage benutzen. DIe derzeitige API Version ist 1.14.

OpenStack Schlüsselverwalter (Barbican)

Neue Funktionen

  • Hinzugefügt wurde die Möglichkeit für Projektadministratoren, Zertifizierungsstellen pro Projekt zu erstellen. Auch sind Projekt-Administratoren in der Lage, eine Reihe von bevorzugte Zertifizierungsstellen (CAs) pro Projekt zu definieren und zu verwalten . Dies ermöglicht es Projekte zur projektspezifischen Sicherheitsdomänen zu erreichen.
  • Barbican hat nun pro Projekt Quota-Unterstützung zur Begrenzung der Zahl der Barbican Ressourcen, die im Rahmen eines Projekts erstellt werden können. Standardmässig ist die Quote unbegrenzte eingestellt und kann in der Barbican-Konfiguration überschrieben werden.
  • Unterstützung für einen rotierende Master-Schlüssel, der für die Verpackung der Projektebene-Schlüssel verwendet wird. In diesem leichten Ansatz sind nur die Projektebene Schlüssel (KEK) mit neuen Master-Schlüssel (MKEK) wieder eingepackt. Dies ist nur für die PKCS11-Plug-in noch zutreffend. (http://specs.openstack.org/openstack/barbican-specs/specs/liberty/add-crypto-mkek-rotation-support-lightweight.html)
  • Aktualisierte Barbican Wurzel Ressource, um Informationen zur Version passenden Keystone, Nova und Manila-Format zurückzubekommen. Dies wird durch die versionierte Endpunktermittlungsfunktion keystoneclient verwendet.
  • Entfernt Administrator-Endpunkte wie alle Operationen auf einer regulären Endpunkt. Kein separater Endpunkt ist notwendig, da Zugangsbeschränkungen durch Oslo-Policy durchgesetzt werden.
  • Konfiguration zum Aktivieren sqlalchemy Pool für die Verwaltung von SQL-Verbindungen hinzugefügt.
  • Die Möglichkeit zum Auflisten von Geheimnissen hinzugefügt, die über ACL mit GET / v1 / Geheimnisse sind? Acl-only = true Anfrage erreichbar sind.
  • Verbesserte funktionale Testabdeckung rund um Barbican-APIs, für ACL-Operationen, RBAC Politik und Geheimnisse.
  • Probleme gelöst um Schaffung Snakeoil CA-Plug-In-Instanz.
  • Barbican Client CLI können nun einen Keystone-Token zur Authentifizierung enthalten. Früher wurde nur Benutzername und Passwort basierende Authentifizierung unterstützt.
  • Barbican-Client verfügt nun über die Fähigkeit zum Erstellen und Listen von Zertifikat-Bestellungen.

Aktualisierungshinweise

OpenStack Abbilddienst (Glance)

Projektleitfaden aktualisiert mit einigen Details zum Betrieb, Installation, Konfiguration. Entwicklung und Benutzung dieses Dienstes: http://docs.openstack.org/developer/glance/

Neue Kernfunktionen

Aktualisierungshinweise

  • Python-glanceclient jetzt standardmäßig mit Glance API v2 und wenn v2 nicht verfügbar ist, wird es zu v1 Fallback.
  • Abhängigkeiten für Back-End-Speicher sind jetzt optional installiert entsprechend jedem angegebenen Speicher.
  • Einige Speicher wie swift, s3, vmware haben jetzt Python3-Unterstützung.
  • Einige neue sowie aktualisierte Standard-Metadaten-Definitionen werden mit dem Quellcode geliefert.
  • Mehr Python3- Unterstützung zur Glance API hinzugefügt, und jetzt kontinuierliche Unterstützung durch die Einrichtung von Tests erweitert, um Kompatibilität zu gewährleisten.
  • Utf-8 ist nun der Standard-Zeichensatz für das Backend MySQL DB.
  • Migrations-Skripte wurden aktualisiert, um eine Plausibilitätsprüfung für den Tabellen-Zeichensatz durchzuführen.
  • 'Ram_disk und 'kernel' Eigenschaften können jetzt null im Schema sein und' id 'ist nun ein schreibgeschütztes-Attribut für v2 API.
  • Eine Konfigurationsoption client_socket_timeout wurde hinzugefügt, um die Vorteile des jüngsten eventlet Socket Timeout-Verhalten zu übernehmen.
  • Eine Konfigurationsoption scrub_pool_size wurde hinzugefügt, um die Anzahl der parallelen Threads anzugeben, die ein Scrubber starten soll, und wurde standardmässig auf 1 gesetzt.
  • Ein wichtiger Fehler, der Änderungen des Abbild-Status unter Benutzung der Glance v1 API erlaubt, ist nun behoben

Veraltete Funktionen

  • Die experimentelle Catalog Index Service entfernt wurde, und jetzt gibt es ein separates Projekt namens Searchlight.
  • Die Konfigurationsoptionen scrubber_datadir , cleanup_scrubber und cleanup_scrubber_time wurden entfernt nach dem Entfernen der Datei-Warteschlange für Scrubber.

OpenStack Verteiltes Dateisystem (Manila)

Neue Funktionen

  • Aktiviert Unterstützung für Verfügbarkeitszonen.
  • Administrator-API-Komponenten hinzugefügt, um Instanzen zu teilen.
  • Pool-Waage hinzugefügt, die Manila-Planer ermöglicht, neue Shares an Pools mit bestehenden Share-Servern zu platzieren.
  • Unterstützung für Share-Migration von einem hostpool zu einem anderen hostpool (experimentell).
  • Verteilte und Erweiterte Fähigkeiten im generischen Treiber hinzugefügt.
  • Unterstützung für das Hinzufügen von Konsistenzgruppen, die Snapshots für mehrere Dateisystem-Shares zu ermöglichen, dir zurselben Zeit erstellt wurden (experimentell).
  • Unterstützung für Konsistenzgruppen in der NetApp cdot Treiber und generischen Treiber.
  • Unterstützung für Überzeichnung in Thin Provisioning.
  • Neue Windows SMB-Treiber:
    • Unterstützung für den Umgang mit Windows-Dienstinstanzen und Export von SMB-Freigaben.
  • Neue osapi_share_workers Konfigurations-Option hinzugefügt, um den Gesamtdurchsatz des Manila-API-Dienstes zu verbessern.
  • Share Hooks Funktion hinzugefügt, welche Aktionen erlaubt vor und nach Share Drive Methoden-Aufrufen, zusätzliche periodische Aufrufe nach jedem "N" mal, und aktualisieren der Ergebnisse nach jeder Treiberaktion.
  • Verbesserungen am NetApp cdot Treiber:
    • Hinzugefügt Variablen NetApp: dedup und NetApp: Kompression bei der Erstellung der FlexVol, sichert einen neuen Manila Share.
    • Manage/Unmanage Unterstützung und shrink_share Unterstützung hinzugefügt.
    • Unterstützung für extended_share API-Komponente.
    • Unterstützung für NetApp-lib PyPI Projekt zur Kommunikation mit Speicher-Arrays.
  • Verbesserungen am HP 3PAR-Treiber:
    • Hinzugefügt Reporting dedupe, Thin Provisioning und hp3par_flash_cache Fähigkeiten. Dies ermöglicht Share-Typen und die CapabilitiesFilter die Sares auf Hosts mit den gewünschten Funktionen zu platzieren.
    • Hinzugefügt share-Server-Unterstützung.
  • Verbesserungen am Huawei Manila-Treiber:
    • Zusätzliche Unterstützung für Speicherpools, extend_share, manage_existing, shrink_share, Nur-Lese-Aktie Smartcache und smartpartition.
    • Hinzugefügt Reporting dedupe, Thin Provisioning und Komprimierungsfunktionen.
  • Zugang-Level-Support hinzugefüg für den VNX Manila Treiber.
  • Unterstützung für die Manila HDS HNAS Treiber.
  • GlusterFS nativen Treiber hinzugefügt.
    • GlusterFS Treiber können nun die Liste der kompatiblen Share-Layouts spezifizieren.
  • Microversion Unterstützung hinzugefügt (v2 API).

Veraltete Funktionen

  • Die share_reset_status API Komponente ist veraltet und ersetzt durch share_instance_reset_status.