Services unter Verwendung von Operatoren hinzufügen

Red Hat OpenShift Operatoren bieten zusätzliche Funktionen und erweitern die Möglichkeiten eines Clusters. Mit Operatoren können Sie den Lebenszyklus der Apps in Ihrem Cluster verwalten, einschließlich Software und Dienste von Drittanbietern, die Sie über die OperatorHub. Mit Operatoren oder durch die Bereitstellung von Operatoren für Entwickler, die an speziellen Projekten oder projektübergreifend arbeiten, können Sie Ihre Systemkomponenten einheitlich installieren, aktualisieren und überwachen.

Operatoren bieten einen bequemen Weg zum Hinzufügen von Services zu Ihrem Cluster. Diese Services können aus der Community, von Drittanbietern oder anderen Providern stammen. Denken Sie daran, dass Sie für die Verwaltung zusätzlicher Gebühren verantwortlich sind, den Lebenszyklus des Operators verstehen, den Support-Zeitplan und die Art und Weise, wie die Services in Ihrem Cluster zu einem beliebigen Zeitpunkt betrieben werden, und sicherstellen, dass alle Operatoren, die Sie verwenden, mit der Clusterversion kompatibel sind. Wenn Probleme mit einem Operator auftreten, bearbeiten Sie das Problem gemeinsam mit dem entsprechenden Provider.

Operatoren in Clustern verwenden

Operatoren sind in Ihrem Cluster standardmäßig verfügbar und können zum Paketieren, Bereitstellen und Aktualisieren Ihrer Apps verwendet werden.

Bevor Sie beginnen, überprüfen Sie den Status aller vorhandenen Operatoren in Ihrem Cluster. Beheben Sie alle Probleme, bevor Sie Ihre Apps mit Operatoren verwalten.

  1. Informationen zur Verwendung von Operatoren finden Sie in der Red Hat OpenShift-Dokumentation.
  2. Informieren Sie sich über die angepassten Schritte zum Installieren eines Operators in Ihrem Cluster.
  3. Wenn der Operator eine Vorlage mit einer Buildkomponente verwendet, mit der ein Image aus einer privaten Registry extrahiert werden muss, schlägt die Erstellung des Builds möglicherweise mit einem Authentifizierungsfehler fehl. Informationen zur Behebung dieses Fehlers finden Sie unter Buildfehler aufgrund von Authentifizierung bei Imageextraktion.

IBM Operator Catalog-Quelle zu OperatorHub hinzufügen

Sie können den IBM-Operatorkatalog als Quelle auf OperatorHub hinzufügen, indem Sie einen CatalogSource konfigurieren.

  1. Erstellen Sie eine YAML-Datei, die die Katalogquelle angibt.
    apiVersion: operators.coreos.com/v1alpha1
kind: CatalogSource
metadata:
  name: ibm-operator-catalog
  namespace: openshift-marketplace
spec:
  displayName:  "IBM Operator Catalog"
  publisher: IBM
  sourceType: grpc
  image: icr.io/cpopen/ibm-operator-catalog:latest
  updateStrategy:
    registryPoll:
      interval: 45m
  2. Wenden Sie die Datei auf den Cluster an.
    kubectl apply -f <file_name>

OperatorHub inaktivieren und Katalogquellenimages in icr.io spiegeln

Sie können die Quellbilder des „ OperatorHub “-Katalogs deaktivieren und spiegeln, indem Sie die Anleitung „ Operator Lifecycle Manager “(OLM)für eingeschränkte Netzwerke unter Red Hat befolgen.

Spiegelung OperatorHub ist erforderlich, um Operatoren mit Clustern zu verwenden, die über ausschließlich private Netzwerkkonfigurationen verfügen.

Um zu verstehen, warum der Katalog möglicherweise inaktiviert und gespiegelt werden muss, sollten Sie die folgenden Szenarios berücksichtigen.

  • Für private Cluster: Die von Red Hatbereitgestellten OperatorHub-Quellenimages erfordern Zugriff auf die registry.redhat.io-und quay.io-Registrys. Wenn Ihr Cluster in einem eingeschränkten Netz (z. B. in einer VPC ohne öffentliches Gateway oder auf ausschließlich in einem privaten VLAN ausgeführten klassischen Workerknoten) ausgeführt wird, sind diese Images nicht zugänglich.
  • Sie möchten den Kataloginhalt einschränken, der für Ihre Clusterbenutzer in OperatorHub verfügbar ist.

Vorbereitende Schritte

Gehen Sie wie folgt vor, um die OperatorHub-Quellenimages zu inaktivieren und zu spiegeln:

  1. Deaktivieren Sie die Katalogquellen wie unter „ Deaktivieren der Standardquellen von OperatorHub “ beschrieben.
  2. Optional: Reduzieren Sie den Katalogindex auf eine ausgewählte Liste von Paketen, wie unter „Index-Image bereinigen“ beschrieben. Sie können den Katalog bereinigen, um zu steuern, welche Images von Ihren Clusterbenutzern installiert werden können, und um die Größe der Images in Ihrer Registry zu reduzieren.
  3. Spiegeln Sie den Katalog in Ihre kompatible Registrierungsdatenbank, z. B. IBM Cloud Container Registry, wie unter „Spiegeln eines Operator-Katalogs“ beschrieben.

Unterstützung für Operatoren abrufen

Sie können ein IBM Cloud Support-Ticket öffnen, wenn Probleme mit einem Operator auftreten, der über Operator Hub installiert wurde. Wenn der IBM Support das Problem nicht lösen kann oder wenn das Problem von außerhalb des IBM Service stammt, wird ein Problem mit Red Hat OpenShiftgeöffnet.

Häufig gestellte Fragen zum Bediener

Welche Operatoren im OperatorHub von OpenShift sind für die Verwendung im Service Red Hat OpenShift on IBM Cloud verfügbar?
Red Hat OpenShift on IBM Cloud enthält standardmäßig den Standardoperator Red Hat OpenShift OperatorHub und seinen Inhalt. Eine Liste der Operatoren, die nicht unterstützt werden, finden Sie unter Nicht unterstützte Funktionen und Operatoren in Red Hat OpenShift on IBM Cloud.
Ist OpenShift Data Foundation für Red Hat OpenShift on IBM Cloudverfügbar?
Ja. ODF für IBM Cloud ist jedoch als Cluster-Add-on verfügbar. Die Bereitstellung des ODF-Operators über OperatorHubwird nicht unterstützt. Weitere Informationen zum ODF-Add-on für Speicher finden Sie unter Understanding OpenShift Data Foundation.
Sind die Bedingungen des Service-Level-Agreements IBM Cloud von der Verfügbarkeit von OperatorHub-Elementen betroffen?
Anzahl Alle installierbaren OpenShift OperatorHub-Elemente befinden sich außerhalb der Steuerung von IBM Cloud und haben daher keine Auswirkungen auf die IBM Cloud-Service-Level-Agreement-Bedingungen. Wenn Sie einen Operator von OperatorHub installieren und sich dies auf die Funktionsfähigkeit Ihres Clusters auswirkt, ist IBM nicht verantwortlich und Sie können keinen Anspruch auf das Service-Level-Agreement geltend machen. Weitere Informationen finden Sie in den Bedingungen des Service-Level-Agreements.
Wer ist für die Sicherheit der Betreiber verantwortlich, die im Rahmen des OperatorHub?
Die Verantwortung für die Sicherheit eines Operators hängt vom Operatortyp ab. Informationen zu Operatortypen finden Sie unter Informationen zu OperatorHub. Die Sicherheit für die Operatoren Red Hat, Certified und Red Hat Marketplace wird von Red Hat OpenShiftverwaltet. Red Hat OpenShift ist nicht für die Sicherheit für Community-oder Custom-Operatoren verantwortlich, die außerhalb von Red Hatverwaltet und unterstützt werden. Beachten Sie, dass Sie verschiedene Operatortypen in OperatorHub, herausfiltern können, oder Sie können den Abschnitt spec Ihrer OperatorHub Konfigurationsdatei so einstellen, dass bestimmte Operatoren ausgeschlossen werden, wie im folgenden Beispiel.
Spec:
  Sources:
    Disabled:  true
    Name:      community-operators