Red Hat OpenStack Platform Director Lebenszyklus

Übersicht

Red Hat OpenStack Platform Director:

  • ist vom Release-Plan des Red Hat OpenStack Platform Kernprodukts abhängig
  • wird für denselben Zeitraum wie das Red Hat OpenStack Platform Core Produkt unterstützt
  • ist mit einer vorherigen Red Hat OpenStack Platform Core Version abwärtskompatibel

Was ist Red Hat OpenStack Platform Director?

Red Hat OpenStack Platform Director ist ein Tool zur Installation und Verwaltung des Deployments und des Lebenszyklus von Red Hat OpenStack Platform 7 und höheren Versionen. Es wurde speziell für Anwendungsfälle von Cloud-Betreibern konzipiert, bei denen die Steuerung von Updates, Upgrades und Infrastruktur kritische Aspekte der zugrunde liegenden OpenStack-Operationen sind. Es bietet zudem ein API-basiertes Framework für Hardware-Prüfungen, Dienstzuweisung und Verwaltung des OpenStack Platform Stacks.

In diesem Dokument wird die Red Hat OpenStack Platform in zwei Teile aufgeteilt:

  • Core: Die wesentlichen OpenStack-Komponenten (Nova, Neutron, Ironic etc.)
  • Director: Das Deployment-Verwaltungstool

Weitere Informationen über Red Hat OpenStack Platform Installationsprogramme finden Sie unter Installing and Managing Red Hat OpenStack Platform.

Release-Plan

Red Hat OpenStack Platform Director basiert auf dem TripleO Upstream-Projekt und -Zeitplan und folgt dem Release-Plan des Core-Produkts.

Red Hat OpenStack Platform Direktor wird zusammen veröffentlicht mit dem Core-Produkt der Red Hat OpenStack Platform.

Was ist in Haupt- und Wartungsreleases enthalten?

Hauptreleases

Eine Hauptrelease des Directors steht bei jeder Hauptrelease des Core-Produkts zur Verfügung und ist die offiziell unterstützte Art zur Bereitstellung von Red Hat OpenStack Platform. Diese Hauptreleases führen Features ein, die größere Auswirkungen auf die Bereitstellung der Red Hat OpenStack Platform haben und nutzen die neuesten Fähigkeiten des Core-Produkts. Neue Hauptversionen führen möglicherweise andere APIs ein, was zum Zeitpunkt der Release dokumentiert wird.

Jede Director-Version ermöglicht automatisierte, direkte Upgrades zwischen aufeinanderfolgenden Hauptversionen von Red Hat OpenStack Platform (zum Beispiel kann die Director-Version 9 die neueste Core-Version 8 auf die neuste Version 9 aktualisieren).

Wartungsreleases

Wartungsreleases werden oft nach der allgemeinen Verfügbarkeit (General Availability oder kurz GA) eines Produkts ausgegeben und liefern Fehlerbehebungen und Performanceverbesserungen. Diese Releases vermeiden die Einführung neuer Funktionalität (Ausnahmen werden fallweise zugelassen). Dies verringert die Wahrscheinlichkeit von API-Brüchen, notwendigen DB-Migrationen und anderen tiefgreifenden Änderungen.

Jede Director-Version ermöglicht automatisierte, direkte Updates zwischen Wartungsreleases, um die neuesten Inhalte zu implementieren. Diese Updates werden als Rolling-Updates durchgeführt: OpenStack-Dienste werden im Hochverfügbarkeitsmodus ausgeführt und laufen weiter.

Lebenszyklus-Support

Red Hat OpenStack Platform Core richtet sich nach dem Upstream OpenStack Lebenszyklus: alle 6 Monate gibt es eine neue OpenStack-Release (namens Juno, Kilo, Liberty und so weiter) und wir folgen mit einer Produktversion, die eine Ziffer trägt (6 für Juno, 7 für Kilo und so weiter).

Red Hat OpenStack Director hat einen am Core-Produkt ausgerichteten Lebenszyklus-Support.

Weitere Details finden Sie auf der Seite Red Hat OpenStack Platform Support. (1)

(1) Red Hat OpenStack Platform Director hatte einen kürzeren Lebenszyklus für die Versionen 7 und 8. Ab Version 9 ist der Support-Lebenszyklus vom Director am Core-Produkt ausgerichtet, und diese Änderung wurde rückwirkend auch auf die Versionen 7 und 8 angewendet. Alle Versionen von Red Hat OpenStack Platform Director sind demnach nun am Core-Produkt ausgerichtet.

Abwärtskompatibilität

Red Hat OpenStack Platform Director kann eine vorherige Hauptversion von Red Hat OpenStack Platform Core implementieren und verwalten. Der wesentliche Zweck dieses Features ist die sichere Handhabung von Upgrades von einer vorherigen Version auf die aktuelle Version.

Beispiel für diese Funktionalität: Red Hat OpenStack Platform Director 9 ist dazu in der Lage, Red Hat OpenStack Platform Core 8 zu implementieren, zu skalieren und zu aktualisieren. Darüber hinaus kann Director 9 ein Upgrade auf dieselbe Version wie der Director selbst durchführen (d.h. ein Upgrade von Core 8 auf die neueste Version von 9).

Integration mit anderen Produkten

Produkte, die eine Integration mit Director anstreben, sollten Ihre Funktionen auf die APIs der Hauptversionen ausrichten. Bei den APIs handelt es sich um die Standard-OpenStack-APIs: Nova, Ironic etc., es gibt keine privaten APIs im Director. API-Versionierung und Ablauf folgt den Upstream-OpenStack-Richtlinien (2) plus etwaiger Backports. Diese werden in den Versionshinweisen erläutert.

Da sowohl Director als auch Core zur selben Zeit veröffentlicht werden, sollte es nicht viele Fragen zum Timing geben.

Ein Beispiel für eine solche Integration ist Cloudforms, was die oben genannten APIs zur Infrastrukturverwaltung nutzt. Da die normalen APIs verwendet werden, sollte die Integration problemlos verlaufen und die Entwicklungszyklen können entkoppelt bleiben.

(2) http://developer.openstack.org/api-ref.html

Austausch von Deployment- und Management-Tools

Der wesentliche Anwendungsfall für Director ist Day 1 (erste Bereitstellung) und Day 2 (Upgrades, Scale-up, etc.) Management. Falls Sie Director für Day 2 Management verwenden möchten, muss alles durch Director oder mittels Director-APIs erfolgen. Es gibt keinen praktikablen Weg für Red Hat, manuelle Änderungen, die außerhalb von Director vorgenommen wurden, zu konsolidieren, und ohne diese Konsolidierung ist die Fähigkeit für Scale-up, Updates oder Upgrades in unseren unterstützen Toolset (Director) vollständig verloren.

Falls Sie Director AUSSCHLIESSLICH für Day 1 (erste Bereitstellung) verwenden möchten und für Day 2 Management andere Wege wählen, dann verlieren Sie die Möglichkeit, mit Director jegliche Day 2 Operationen durchzuführen. Sobald Tools außerhalb von Director verwendet werden, müssen jegliche weitere Operationen fortan manuell orchestriert werden für Management, Scale-up, Updates und Upgrades. Die manuelle Herangehensweise kann der Implementierung dieser Orchestrierung in Director folgen, um die empfohlenen Praktiken herauszufinden, aber die von Ihnen verwendeten Skripte und Tools werden von Ihnen selbst unterstützt.

Die Integration mit Tools von Drittanbietern, die Director-APIs aufrufen, wird unterstützt und beendet nicht den Support für Day 2 Operationen mittels Director. Ein Beispiel hierfür ist die Integration zwischen Red Hat OpenStack Director und Red Hat CloudForms.

Feedback

Feedback ist jederzeit willkommen. Bitte setzen Sie sich mit den Director-Produktmanagern in Verbindung, um Fragen zu klären oder Feedback zu geben hinsichtlich der Auswirkungen des Produktlebenszyklus auf unsere Kunden oder Produkte.