OpenShift Data Foundation mit lokalen Platten

OpenShift-Data-Foundation für IBM Cloud Satellite®-Cluster einrichten. Zum Erstellen von Speicherkonfigurationen können Sie Satellite-Speichervorlagen verwenden. Wenn Sie Ihren Clustern eine Speicherkonfiguration zuweisen, werden die Speichertreiber des ausgewählten Speicherproviders auf Ihrem Cluster installiert. Beachten Sie, dass bei der Nutzung des OpenShift Data Foundation-Dienstes Gebühren anfallen. Verwenden Sie den Cost Estimator, um einen Kostenvoranschlag auf der Grundlage Ihrer voraussichtlichen Nutzung zu erstellen.

OpenShift Data Foundation ist nur im internen Modus verfügbar, d. h., Ihre Apps werden in demselben Cluster wie Ihr Speicher ausgeführt. Ein externer Modus oder speicherintensive Konfigurationen, bei denen sich Ihr Speicher in einem anderen Cluster als Ihre Apps befindet, werden nicht unterstützt.

Bevor Sie Speichervorlagen in Clustern an Ihrem Standort bereitstellen können, müssen Sie die Satellite Konfiguration einrichten, indem Sie in der Konsole die Option „Cluster-Administratorzugriff für Satellite Konfiguration aktivieren“ auswählen oder die --enable-config-admin Option beim Erstellen Ihres Clusters hinzufügen.

Sie können den Speicherservice nicht auf Satellite Ressourcengruppen beschränken. Wenn Sie jedoch andere Ressourcen wie Standort und Cluster zu Ressourcengruppen zuordnen, müssen Sie die Rolle „Leser” und „Link-Administrator” Satellite für alle Ressourcen im Konto hinzufügen.

Informationen zur zu verwendenden ODF-Speichervorlage

Sie haben zwei Möglichkeiten, wenn Sie OpenShift Data Foundation in Ihren Satellite-Clustern bereitstellen. Dies sind die Speichervorlagen odf-local und odf-remote.

odf-local: Wählen Sie diese Vorlage aus, wenn für Ihre Workerknoten lokaler Speicher verfügbar ist. Wenn Ihre Speicherdatenträger beim Ausführen von lsblk sichtbar sind, können Sie diese Platten bei der Implementierung von ODF verwenden, wenn sie unformatiert und unformatiert sind.
odf-remote: Wählen Sie diese Schablone aus, falls in Ihrem Cluster ein CSI-Treiber installiert ist. Beispiel: Der azuredisk-csi-driver-Treiber. Sie können den CSI-Treiber verwenden, um Speicherdatenträger bei der Implementierung von ODF dynamisch bereitzustellen.

Das ODF-Cluster-Add-on wird auf Satellite Clustern nicht unterstützt. Sie müssen entweder die odf-local oder odf-remote Speichervorlage verwenden, um ODF auf bereit zu Satellite stellen.

Voraussetzungen für ODF

Führen Sie die folgenden Tasks aus, um den ODF-Speicher mit dem lokalen Speicheroperator und den lokalen Speichereinheiten zu verwenden:

Stellen Sie sicher, dass Sie über die folgenden Berechtigungen verfügen.
- Editor für den Abrechnungsservice.
- Manager und Editor für Kubernetes Service.
- Satellite Link Administrator und Reader für den Service Satellite
Erstellen Sie einen Satellite-Standort.
Erstellen Sie einen Satellite-Cluster.
- Stellen Sie sicher, dass Sie beim Erstellen des Clusters die Option Clusteradministratorzugriff für Satellite Config auswählen. Wenn Sie beim Erstellen Ihres Clusters den Administratorzugriff (admin) für Satellite Config nicht aktivieren, müssen Sie Ihren Cluster erneut erstellen und den Administratorzugriff aktivieren, bevor Sie Speicher bereitstellen können.
- Ihr Cluster muss mindestens 3 Workerknoten mit mindestens 16 CPUs und 64 GB RAM pro Workerknoten haben.
- Ihre Hosts müssen die Satellite-Hostanforderungen erfüllen und zusätzlich eine der folgenden Speicherkonfigurationen haben.
  - Eine zusätzliche Roheinheit pro Workerknoten zusätzlich zu den Mindestvoraussetzungen für den Host. Diese Platte darf nicht partitioniert sein oder über formatierte Dateisysteme verfügen.
  - Eine zusätzliche unformatierte Partition pro Workerknoten zusätzlich zu den Mindestvoraussetzungen für den Host. Wenn Ihre Hostspeichereinheiten partitioniert sind, müssen sie pro Workerknoten mindestens eine zusätzliche unformatierte Partition pro Platte enthalten.
  - Zwei zusätzliche unformatierte Einheiten pro Workerknoten zusätzlich zu den Mindestvoraussetzungen für den Host. Diese Platten dürfen keine partitionierten oder formatierten Dateisysteme sein. Wenn Ihre Einheiten nicht partitioniert sind, muss jeder Knoten über zwei freie Platten verfügen. Eine Platte für den OSD und eine Platte für den MON.
  - Zwei zusätzliche unformatierte Partitionen pro Workerknoten zusätzlich zu den Mindestvoraussetzungen für den Host. Diese Platten dürfen keine formatierten Dateisysteme sein. Wenn Ihre Roheinheiten partitioniert sind, müssen sie mindestens zwei Partitionen pro Platte und Workerknoten haben.
Optional: Wenn Sie IBM Cloud Object Storage als Objektservice verwenden möchten, müssen Sie eine Object Storage-Serviceinstanz und HMAC-Berechtigungsnachweise erstellen. Die Object Storage-Instanz, die Sie erstellen, wird als NooBaa-Sicherungsspeicher in Ihrer ODF-Konfiguration verwendet. Der Sicherungsspeicher ist der zugrunde liegende Speicher für die Daten in Ihren NooBaa-Buckets. Wenn Sie beim Erstellen Ihrer Speicherkonfiguration keine IBM Cloud Object Storage-Serviceinstanz angeben, wird der NooBaa-Standardsicherungsspeicher konfiguriert. Sie können zusätzliche Sicherungsspeicher erstellen, einschließlich IBM Cloud Object Storage-Sicherungsspeichern, nachdem Ihre Speicherkonfiguration Ihren Clustern zugeordnet und ODF installiert wurde.
Optional: Rufen Sie die Details der rohen unformatierten Einheiten ab, die Sie für Ihre Konfiguration verwenden möchten.. Die Einheiten-IDs Ihrer Speicherplatten werden zum Erstellen Ihrer Satellite-Speicherkonfiguration verwendet.

Wenn Sie VMWare-Hosts verwenden, stellen Sie sicher, dass Sie den Parameter disk.EnableUUID und den Parameter ctkEnabled in den Einstellungen Ihrer virtuellen Maschine auf TRUE setzen.

(Optional) Einrichten eines IBM Cloud Object Storage-Speichers für ODF

Wenn Sie IBM Cloud Object Storage als Objektservice verwenden möchten, müssen Sie eine Object Storage-Serviceinstanz und HMAC-Berechtigungsnachweise erstellen. Die Object Storage-Instanz, die Sie erstellen, ist der NooBaa-Sicherungsspeicher in Ihrer ODF-Konfiguration. Der Sicherungsspeicher ist der zugrunde liegende Speicher für die Daten in Ihren NooBaa-Buckets. Wenn Sie beim Erstellen Ihrer Speicherkonfiguration keine IBM Cloud Object Storage-Serviceinstanz angeben, wird der NooBaa-Standardsicherungsspeicher konfiguriert. Sie können weitere Sicherungsspeicher erstellen, einschließlich von IBM Cloud Object Storage-Sicherungsspeichern, nachdem Sie die Konfiguration Ihren Clustern zugeordnet und ODF installiert haben.

Erstellen Sie eine IBM Cloud Object Storage-Serviceinstanz.

ibmcloud resource service-instance-create noobaa-store cloud-object-storage standard global

Erstellen Sie HMAC-Berechtigungsnachweise und notieren Sie sich den Servicezugriffsschlüssel und die Zugriffsschlüssel-ID Ihrer HMAC-Berechtigungsnachweise.
```
ibmcloud resource service-key-create cos-cred-rw Writer --instance-name noobaa-store --parameters '{"HMAC": true}'
```

(Optional) Die Gerätdetails für Ihre ODF-Konfiguration abrufen

Die folgenden Schritte zeigen, wie Sie die lokalen Geräteinformationen von jedem Workerknoten in Ihrem Cluster manuell abrufen können. Beachten Sie, dass Sie bei Clustern der Version 4.8 und höher automatisch die verfügbaren Geräte auf Ihren Workerknoten finden können, indem Sie den Parameter auto-discover-devices=true festlegen. Wenn Sie jedoch über einen Cluster mit Version 4.7 verfügen, müssen Sie die folgenden Schritte ausführen, um die Einheitenpfade für die Platten auf Ihren Workerknoten abzurufen.

Wenn Sie Ihre ODF-Konfiguration erstellen, müssen Sie die Einheitenpfade der Platten angeben, die in Ihrem Speichercluster verwendet werden sollen. Der Speichercluster besteht aus den OCS-Pods (OSD - Object Storage Daemon) und den MON-Pods (MON - Überwachung). Bei den Geräten, die Sie als OSD-Geräte angeben, handelt es sich um Ihre Speichergeräte, in denen Ihre App-Daten gespeichert sind, und die Geräte, die Sie als MON-Geräte angeben, werden vom MON-Pod verwaltet und zum Speichern und Warten der Zuordnung des Speicherclusters und für die Überwachung von Speichereignissen verwendet. Weitere Informationen zu OSD und MON finden Sie in der Ceph-Dokumentation.

Melden Sie sich bei Ihrem Cluster an und rufen Sie eine Liste der verfügbaren Workerknoten ab. Notieren Sie sich die Workerknoten, die Sie in Ihrer ODF-Konfiguration verwenden möchten.
```
oc get nodes
```
Melden Sie sich bei jedem Workerknoten an, den Sie für Ihre ODF verwenden möchten.
```
oc debug node/<node-name>
```
Wenn der Debug-Pod auf dem Workerknoten bereitgestellt wurde, führen Sie die folgenden Befehle aus, um die verfügbaren Platten auf dem Workerknoten aufzulisten.
1. Lassen Sie Host-Binärdateien zu.
```
    chroot /host
    ```
1. Listen Sie Ihre Geräte auf.

```sh {: pre}
    lsblk
    ```
```
Prüfen Sie die Befehlsausgabe auf verfügbare Platten. Platten, die für Ihre ODF-Konfiguration verwendet werden können, müssen abgehängt sein. In der folgenden Beispielausgabe für den Befehl lsblk hat die Platte sdc zwei verfügbare unformatierte Partitionen, die Sie für die OSD- und MON-Einheitenpfade für diesen Workerknoten verwenden können. Wenn Ihr Workerknoten unformatierte Platten ohne Partitionen hat, benötigen Sie eine Platte für OSD und eine Platte für MON. Als bewährtes Verfahren und zur Maximierung der Speicherkapazität auf dieser Platte können Sie eine kleinere Partition oder Platte für den MON und die größere Partition oder Platte für den OSD angeben. Beachten Sie, dass die ursprüngliche Speicherkapazität Ihrer ODF-Konfiguration der Größe der Festplatte entspricht, die Sie bei der Erstellung Ihrer Konfiguration als osd-device-path angegeben haben.
```
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   931G  0 disk
|-sda1   8:1    0   256M  0 part /boot
|-sda2   8:2    0     1G  0 part
`-sda3   8:3    0 929.8G  0 part /
sdb      8:16   0 744.7G  0 disk
`-sdb1   8:17   0 744.7G  0 part /disk1
sdc      8:32   0 744.7G  0 disk
|-sdc1   8:33   0  18.6G  0 part
`-sdc2   8:34   0 260.8G  0 part
```
Suchen Sie die by-id für jede Platte, die Sie in Ihrer Konfiguration verwenden wollen. In diesem Fall sind die Partitionen sdc1 und sdc2 nicht formatiert und nicht angehängt. Die by-id für die einzelnen Platten wird beim Erstellen Ihrer Konfiguration als Befehlsparameter angegeben.
```
ls -l /dev/disk/by-id/
```
Wenn Sie über VMware-Hosts verfügen, führen Sie den folgenden Befehl aus:
```
ls -l /dev/disk/by-path/
```

Prüfen Sie die Befehlsausgabe und notieren Sie die Werte für by-id für die Platten, die Sie in Ihrer Konfiguration verwenden wollen. In der folgenden Beispielausgabe haben die Partitionen sdc1 und sdc2 die folgenden Platten-IDs: scsi-3600605b00d87b43027b3bc310a64c6c9-part1 und scsi-3600605b00d87b43027b3bc310a64c6c9-part2.

lrwxrwxrwx. 1 root root  9 Feb  9 04:15 scsi-3600605b00d87b43027b3bbb603150cc6 -> ../../sda
lrwxrwxrwx. 1 root root 10 Feb  9 04:15 scsi-3600605b00d87b43027b3bbb603150cc6-part1 -> ../../sda1
lrwxrwxrwx. 1 root root 10 Feb  9 04:15 scsi-3600605b00d87b43027b3bbb603150cc6-part2 -> ../../sda2
lrwxrwxrwx. 1 root root 10 Feb  9 04:15 scsi-3600605b00d87b43027b3bbb603150cc6-part3 -> ../../sda3
lrwxrwxrwx. 1 root root  9 Feb  9 04:15 scsi-3600605b00d87b43027b3bbf306bc28a7 -> ../../sdb
lrwxrwxrwx. 1 root root 10 Feb  9 04:15 scsi-3600605b00d87b43027b3bbf306bc28a7-part1 -> ../../sdb1
lrwxrwxrwx. 1 root root  9 Feb  9 04:17 scsi-3600605b00d87b43027b3bc310a64c6c9 -> ../../sdc
lrwxrwxrwx. 1 root root 10 Feb 11 03:14 scsi-3600605b00d87b43027b3bc310a64c6c9-part1 -> ../../sdc1
lrwxrwxrwx. 1 root root 10 Feb 11 03:15 scsi-3600605b00d87b43027b3bc310a64c6c9-part2 -> ../../sdc2

Wiederholen Sie die vorherigen Schritte für jeden Workerknoten, den Sie für Ihre ODF-Konfiguration verwenden möchten.

Möchten Sie Terraform zum Bereitstellen von OpenShift Data Foundation verwenden? Weitere Informationen finden Sie in den Beispielen im IBM-Cloud-Repo.

Konfiguration in der Konsole erstellen und zuordnen

Überprüfen Sie die Parameterreferenz.
Wählen Sie in der Standortkonsole den Standort aus, an dem Sie eine Speicherkonfiguration erstellen möchten.
Wählen Sie Speicher > Speicherkonfiguration erstellen aus
Geben Sie einen Namen für Ihre Konfiguration ein.
Wählen Sie den Speichertyp aus.
Wählen Sie die Version aus und klicken Sie auf Weiter
Wenn der von Ihnen ausgewählte Speichertyp benutzerdefinierte Parameter akzeptiert, geben Sie sie auf der Registerkarte Parameter ein.
Wenn der von Ihnen ausgewählte Speichertyp geheime Schlüssel erfordert, geben Sie sie auf der Registerkarte Geheime Schlüssel ein.
Überprüfen Sie auf der Registerkarte Speicherklassen die Speicherklassen, die von der Konfiguration implementiert werden, oder erstellen Sie eine angepasste Speicherklasse.
Wählen Sie auf der Registerkarte Service zuordnen den Service aus, dem Sie Ihre Konfiguration zuordnen wollen.
Klicken Sie auf Abschließen, um Ihre Speicherkonfiguration zuzuordnen.

Konfiguration in der Befehlszeilenschnittstelle erstellen

Überprüfen Sie die Parameterreferenz für die Vorlagenversion, die Sie verwenden wollen.
Melden Sie sich bei der IBM Cloud-CLI an.
```
ibmcloud login
```
Listen Sie Ihre Satellite Standorte auf und notieren Sie die Spalte Managed from .
```
ibmcloud sat location ls
```
Wählen Sie die Region Managed from Ihrer Position Satellite aus. Beispiel: Für wdc -Ziel us-east. Weitere Informationen finden Sie unter Satellite Regionen.
```
ibmcloud target -r us-east
```
Wenn Sie eine andere Ressourcengruppe als defaultverwenden, wählen Sie sie aus.
```
ibmcloud target -g RESOURCE_GROUP
```

Kopieren Sie einen der folgenden Beispielbefehle für die Vorlagenversion, die Sie verwenden möchten. Weitere Informationen zu dem Befehl finden Sie unter ibmcloud sat storage config create in der Befehlsreferenz.

Beispielbefehl zum Erstellen einer Konfiguration der Version 4.15.

ibmcloud sat storage config create --location LOCATION --name NAME --template-name odf-local --template-version 4.15 --param "auto-discover-devices=AUTO-DISCOVER-DEVICES"  --param "osd-device-path=OSD-DEVICE-PATH"  --param "num-of-osd=NUM-OF-OSD"  --param "worker-pools=WORKER-POOLS"  --param "worker-nodes=WORKER-NODES"  --param "odf-upgrade=ODF-UPGRADE"  --param "billing-type=BILLING-TYPE"  --param "ibm-cos-endpoint=IBM-COS-ENDPOINT"  --param "ibm-cos-location=IBM-COS-LOCATION"  --param "ibm-cos-access-key=IBM-COS-ACCESS-KEY"  --param "ibm-cos-secret-key=IBM-COS-SECRET-KEY"  --param "cluster-encryption=CLUSTER-ENCRYPTION"  --param "iam-api-key=IAM-API-KEY"  --param "perform-cleanup=PERFORM-CLEANUP"  --param "kms-encryption=KMS-ENCRYPTION"  --param "kms-instance-name=KMS-INSTANCE-NAME"  --param "kms-instance-id=KMS-INSTANCE-ID"  --param "kms-base-url=KMS-BASE-URL"  --param "kms-token-url=KMS-TOKEN-URL"  --param "kms-root-key=KMS-ROOT-KEY"  --param "kms-api-key=KMS-API-KEY"  --param "ignore-noobaa=IGNORE-NOOBAA"  --param "disable-noobaa-LB=DISABLE-NOOBAA-LB"  --param "encryption-intransit=ENCRYPTION-INTRANSIT"  --param "add-single-replica-pool=ADD-SINGLE-REPLICA-POOL"  --param "taint-nodes=TAINT-NODES"  --param "prepare-for-disaster-recovery=PREPARE-FOR-DISASTER-RECOVERY"  --param "enable-nfs=ENABLE-NFS"  --param "use-ceph-rbd-as-default-storage-class=USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS"  --param "resource-profile=RESOURCE-PROFILE"

Beispielbefehl zum Erstellen einer Konfiguration der Version 4.16.

ibmcloud sat storage config create --location LOCATION --name NAME --template-name odf-local --template-version 4.16 --param "auto-discover-devices=AUTO-DISCOVER-DEVICES"  --param "osd-device-path=OSD-DEVICE-PATH"  --param "num-of-osd=NUM-OF-OSD"  --param "worker-pools=WORKER-POOLS"  --param "worker-nodes=WORKER-NODES"  --param "odf-upgrade=ODF-UPGRADE"  --param "billing-type=BILLING-TYPE"  --param "ibm-cos-endpoint=IBM-COS-ENDPOINT"  --param "ibm-cos-location=IBM-COS-LOCATION"  --param "ibm-cos-access-key=IBM-COS-ACCESS-KEY"  --param "ibm-cos-secret-key=IBM-COS-SECRET-KEY"  --param "cluster-encryption=CLUSTER-ENCRYPTION"  --param "iam-api-key=IAM-API-KEY"  --param "perform-cleanup=PERFORM-CLEANUP"  --param "kms-encryption=KMS-ENCRYPTION"  --param "kms-instance-name=KMS-INSTANCE-NAME"  --param "kms-instance-id=KMS-INSTANCE-ID"  --param "kms-base-url=KMS-BASE-URL"  --param "kms-token-url=KMS-TOKEN-URL"  --param "kms-root-key=KMS-ROOT-KEY"  --param "kms-api-key=KMS-API-KEY"  --param "ignore-noobaa=IGNORE-NOOBAA"  --param "disable-noobaa-LB=DISABLE-NOOBAA-LB"  --param "encryption-intransit=ENCRYPTION-INTRANSIT"  --param "add-single-replica-pool=ADD-SINGLE-REPLICA-POOL"  --param "taint-nodes=TAINT-NODES"  --param "prepare-for-disaster-recovery=PREPARE-FOR-DISASTER-RECOVERY"  --param "enable-nfs=ENABLE-NFS"  --param "use-ceph-rbd-as-default-storage-class=USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS"  --param "resource-profile=RESOURCE-PROFILE"

Beispielbefehl zum Erstellen einer Konfiguration der Version 4.17.

ibmcloud sat storage config create --location LOCATION --name NAME --template-name odf-local --template-version 4.17 --param "auto-discover-devices=AUTO-DISCOVER-DEVICES"  --param "osd-device-path=OSD-DEVICE-PATH"  --param "num-of-osd=NUM-OF-OSD"  --param "worker-pools=WORKER-POOLS"  --param "worker-nodes=WORKER-NODES"  --param "odf-upgrade=ODF-UPGRADE"  --param "billing-type=BILLING-TYPE"  --param "ibm-cos-endpoint=IBM-COS-ENDPOINT"  --param "ibm-cos-location=IBM-COS-LOCATION"  --param "ibm-cos-access-key=IBM-COS-ACCESS-KEY"  --param "ibm-cos-secret-key=IBM-COS-SECRET-KEY"  --param "cluster-encryption=CLUSTER-ENCRYPTION"  --param "iam-api-key=IAM-API-KEY"  --param "perform-cleanup=PERFORM-CLEANUP"  --param "kms-encryption=KMS-ENCRYPTION"  --param "kms-instance-name=KMS-INSTANCE-NAME"  --param "kms-instance-id=KMS-INSTANCE-ID"  --param "kms-base-url=KMS-BASE-URL"  --param "kms-token-url=KMS-TOKEN-URL"  --param "kms-root-key=KMS-ROOT-KEY"  --param "kms-api-key=KMS-API-KEY"  --param "ignore-noobaa=IGNORE-NOOBAA"  --param "disable-noobaa-LB=DISABLE-NOOBAA-LB"  --param "encryption-intransit=ENCRYPTION-INTRANSIT"  --param "add-single-replica-pool=ADD-SINGLE-REPLICA-POOL"  --param "taint-nodes=TAINT-NODES"  --param "prepare-for-disaster-recovery=PREPARE-FOR-DISASTER-RECOVERY"  --param "enable-nfs=ENABLE-NFS"  --param "use-ceph-rbd-as-default-storage-class=USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS"  --param "resource-profile=RESOURCE-PROFILE"

Beispielbefehl zum Erstellen einer Konfiguration der Version 4.18.

ibmcloud sat storage config create --location LOCATION --name NAME --template-name odf-local --template-version 4.18 --param "auto-discover-devices=AUTO-DISCOVER-DEVICES"  --param "osd-device-path=OSD-DEVICE-PATH"  --param "num-of-osd=NUM-OF-OSD"  --param "worker-pools=WORKER-POOLS"  --param "worker-nodes=WORKER-NODES"  --param "odf-upgrade=ODF-UPGRADE"  --param "billing-type=BILLING-TYPE"  --param "ibm-cos-endpoint=IBM-COS-ENDPOINT"  --param "ibm-cos-location=IBM-COS-LOCATION"  --param "ibm-cos-access-key=IBM-COS-ACCESS-KEY"  --param "ibm-cos-secret-key=IBM-COS-SECRET-KEY"  --param "cluster-encryption=CLUSTER-ENCRYPTION"  --param "iam-api-key=IAM-API-KEY"  --param "perform-cleanup=PERFORM-CLEANUP"  --param "kms-encryption=KMS-ENCRYPTION"  --param "kms-instance-name=KMS-INSTANCE-NAME"  --param "kms-instance-id=KMS-INSTANCE-ID"  --param "kms-base-url=KMS-BASE-URL"  --param "kms-token-url=KMS-TOKEN-URL"  --param "kms-root-key=KMS-ROOT-KEY"  --param "kms-api-key=KMS-API-KEY"  --param "ignore-noobaa=IGNORE-NOOBAA"  --param "disable-noobaa-LB=DISABLE-NOOBAA-LB"  --param "encryption-intransit=ENCRYPTION-INTRANSIT"  --param "add-single-replica-pool=ADD-SINGLE-REPLICA-POOL"  --param "taint-nodes=TAINT-NODES"  --param "enable-nfs=ENABLE-NFS"  --param "use-ceph-rbd-as-default-storage-class=USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS"  --param "resource-profile=RESOURCE-PROFILE"

Beispielbefehl zum Erstellen einer 4.19 Versionskonfiguration.

ibmcloud sat storage config create --location LOCATION --name NAME --template-name odf-local --template-version 4.19 --param "auto-discover-devices=AUTO-DISCOVER-DEVICES"  --param "osd-device-path=OSD-DEVICE-PATH"  --param "num-of-osd=NUM-OF-OSD"  --param "worker-pools=WORKER-POOLS"  --param "worker-nodes=WORKER-NODES"  --param "odf-upgrade=ODF-UPGRADE"  --param "billing-type=BILLING-TYPE"  --param "ibm-cos-endpoint=IBM-COS-ENDPOINT"  --param "ibm-cos-location=IBM-COS-LOCATION"  --param "ibm-cos-access-key=IBM-COS-ACCESS-KEY"  --param "ibm-cos-secret-key=IBM-COS-SECRET-KEY"  --param "cluster-encryption=CLUSTER-ENCRYPTION"  --param "iam-api-key=IAM-API-KEY"  --param "perform-cleanup=PERFORM-CLEANUP"  --param "kms-encryption=KMS-ENCRYPTION"  --param "kms-instance-name=KMS-INSTANCE-NAME"  --param "kms-instance-id=KMS-INSTANCE-ID"  --param "kms-base-url=KMS-BASE-URL"  --param "kms-token-url=KMS-TOKEN-URL"  --param "kms-root-key=KMS-ROOT-KEY"  --param "kms-api-key=KMS-API-KEY"  --param "ignore-noobaa=IGNORE-NOOBAA"  --param "disable-noobaa-LB=DISABLE-NOOBAA-LB"  --param "encryption-intransit=ENCRYPTION-INTRANSIT"  --param "add-single-replica-pool=ADD-SINGLE-REPLICA-POOL"  --param "taint-nodes=TAINT-NODES"  --param "enable-nfs=ENABLE-NFS"  --param "use-ceph-rbd-as-default-storage-class=USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS"  --param "resource-profile=RESOURCE-PROFILE"

Beispielbefehl zum Erstellen einer Konfiguration der Version 4.20.

ibmcloud sat storage config create --location LOCATION --name NAME --template-name odf-local --template-version 4.20 --param "auto-discover-devices=AUTO-DISCOVER-DEVICES"  --param "osd-device-path=OSD-DEVICE-PATH"  --param "num-of-osd=NUM-OF-OSD"  --param "worker-pools=WORKER-POOLS"  --param "worker-nodes=WORKER-NODES"  --param "odf-upgrade=ODF-UPGRADE"  --param "billing-type=BILLING-TYPE"  --param "ibm-cos-endpoint=IBM-COS-ENDPOINT"  --param "ibm-cos-location=IBM-COS-LOCATION"  --param "ibm-cos-access-key=IBM-COS-ACCESS-KEY"  --param "ibm-cos-secret-key=IBM-COS-SECRET-KEY"  --param "cluster-encryption=CLUSTER-ENCRYPTION"  --param "iam-api-key=IAM-API-KEY"  --param "perform-cleanup=PERFORM-CLEANUP"  --param "kms-encryption=KMS-ENCRYPTION"  --param "kms-instance-name=KMS-INSTANCE-NAME"  --param "kms-instance-id=KMS-INSTANCE-ID"  --param "kms-base-url=KMS-BASE-URL"  --param "kms-token-url=KMS-TOKEN-URL"  --param "kms-root-key=KMS-ROOT-KEY"  --param "kms-api-key=KMS-API-KEY"  --param "ignore-noobaa=IGNORE-NOOBAA"  --param "disable-noobaa-LB=DISABLE-NOOBAA-LB"  --param "encryption-intransit=ENCRYPTION-INTRANSIT"  --param "add-single-replica-pool=ADD-SINGLE-REPLICA-POOL"  --param "taint-nodes=TAINT-NODES"  --param "enable-nfs=ENABLE-NFS"  --param "use-ceph-rbd-as-default-storage-class=USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS"  --param "resource-profile=RESOURCE-PROFILE"  --param "set-default-storage-class-for-virtualization=SET-DEFAULT-STORAGE-CLASS-FOR-VIRTUALIZATION"  --param "enable-automatic-capacity-scaling=ENABLE-AUTOMATIC-CAPACITY-SCALING"  --param "cluster-expansion-limit=CLUSTER-EXPANSION-LIMIT"

Passen Sie den Befehl basierend auf den Einstellungen an, die Sie verwenden möchten.
Führen Sie den Befehl aus, um eine Konfiguration zu erstellen.
Überprüfen Sie, ob Ihre Konfiguration erstellt wurde.
```
ibmcloud sat storage config get --config CONFIG
```

Konfiguration in der API erstellen

Generieren Sie einen API-Schlüssel und fordern Sie anschließend ein Aktualisierungstoken an. Weitere Informationen finden Sie im Abschnitt zur Generierung eines IBM Cloud IAM-Token mithilfe eines API-Schlüssels.
Überprüfen Sie die Parameterreferenz für die Vorlagenversion, die Sie verwenden wollen.

Kopieren Sie eine der folgenden Beispielanforderungen und ersetzen Sie die Variablen, die Sie verwenden möchten.

Beispielanforderung zum Erstellen einer Konfiguration der Version 4.15.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createStorageConfigurationByController" -H "accept: application/json" -H "Authorization: TOKEN" -H "Content-Type: application/json" -d "{ \"config-name\": \"string\", \"controller\": \"string\", \"storage-class-parameters\": [ { \"additionalProp1\": \"string\", \"additionalProp2\": \"string\", \"additionalProp3\": \"string\" } ], \"storage-template-name\": \"odf-local\", \"storage-template-version\": \"4.15\", \"update-assignments\": true, \"user-config-parameters\": { \"entry.name\": \"AUTO-DISCOVER-DEVICES\", { \"entry.name\": \"OSD-DEVICE-PATH\", { \"entry.name\": \"NUM-OF-OSD\", { \"entry.name\": \"WORKER-POOLS\", { \"entry.name\": \"WORKER-NODES\", { \"entry.name\": \"ODF-UPGRADE\", { \"entry.name\": \"BILLING-TYPE\", { \"entry.name\": \"IBM-COS-ENDPOINT\", { \"entry.name\": \"IBM-COS-LOCATION\", { \"entry.name\": \"CLUSTER-ENCRYPTION\", { \"entry.name\": \"PERFORM-CLEANUP\", { \"entry.name\": \"KMS-ENCRYPTION\", { \"entry.name\": \"KMS-INSTANCE-NAME\", { \"entry.name\": \"KMS-INSTANCE-ID\", { \"entry.name\": \"KMS-BASE-URL\", { \"entry.name\": \"KMS-TOKEN-URL\", { \"entry.name\": \"IGNORE-NOOBAA\", { \"entry.name\": \"DISABLE-NOOBAA-LB\", { \"entry.name\": \"ENCRYPTION-INTRANSIT\", { \"entry.name\": \"ADD-SINGLE-REPLICA-POOL\", { \"entry.name\": \"TAINT-NODES\", { \"entry.name\": \"PREPARE-FOR-DISASTER-RECOVERY\", { \"entry.name\": \"ENABLE-NFS\", { \"entry.name\": \"USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS\", { \"entry.name\": \"RESOURCE-PROFILE\",\"user-secret-parameters\": { \"entry.name\": \"IBM-COS-ACCESS-KEY\",{ \"entry.name\": \"IBM-COS-SECRET-KEY\",{ \"entry.name\": \"IAM-API-KEY\",{ \"entry.name\": \"KMS-ROOT-KEY\",{ \"entry.name\": \"KMS-API-KEY\",}

Beispielanforderung für die Erstellung einer Konfiguration der Version 4.16.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createStorageConfigurationByController" -H "accept: application/json" -H "Authorization: TOKEN" -H "Content-Type: application/json" -d "{ \"config-name\": \"string\", \"controller\": \"string\", \"storage-class-parameters\": [ { \"additionalProp1\": \"string\", \"additionalProp2\": \"string\", \"additionalProp3\": \"string\" } ], \"storage-template-name\": \"odf-local\", \"storage-template-version\": \"4.16\", \"update-assignments\": true, \"user-config-parameters\": { \"entry.name\": \"AUTO-DISCOVER-DEVICES\", { \"entry.name\": \"OSD-DEVICE-PATH\", { \"entry.name\": \"NUM-OF-OSD\", { \"entry.name\": \"WORKER-POOLS\", { \"entry.name\": \"WORKER-NODES\", { \"entry.name\": \"ODF-UPGRADE\", { \"entry.name\": \"BILLING-TYPE\", { \"entry.name\": \"IBM-COS-ENDPOINT\", { \"entry.name\": \"IBM-COS-LOCATION\", { \"entry.name\": \"CLUSTER-ENCRYPTION\", { \"entry.name\": \"PERFORM-CLEANUP\", { \"entry.name\": \"KMS-ENCRYPTION\", { \"entry.name\": \"KMS-INSTANCE-NAME\", { \"entry.name\": \"KMS-INSTANCE-ID\", { \"entry.name\": \"KMS-BASE-URL\", { \"entry.name\": \"KMS-TOKEN-URL\", { \"entry.name\": \"IGNORE-NOOBAA\", { \"entry.name\": \"DISABLE-NOOBAA-LB\", { \"entry.name\": \"ENCRYPTION-INTRANSIT\", { \"entry.name\": \"ADD-SINGLE-REPLICA-POOL\", { \"entry.name\": \"TAINT-NODES\", { \"entry.name\": \"PREPARE-FOR-DISASTER-RECOVERY\", { \"entry.name\": \"ENABLE-NFS\", { \"entry.name\": \"USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS\", { \"entry.name\": \"RESOURCE-PROFILE\",\"user-secret-parameters\": { \"entry.name\": \"IBM-COS-ACCESS-KEY\",{ \"entry.name\": \"IBM-COS-SECRET-KEY\",{ \"entry.name\": \"IAM-API-KEY\",{ \"entry.name\": \"KMS-ROOT-KEY\",{ \"entry.name\": \"KMS-API-KEY\",}

Beispielanforderung für die Erstellung einer Konfiguration der Version 4.17.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createStorageConfigurationByController" -H "accept: application/json" -H "Authorization: TOKEN" -H "Content-Type: application/json" -d "{ \"config-name\": \"string\", \"controller\": \"string\", \"storage-class-parameters\": [ { \"additionalProp1\": \"string\", \"additionalProp2\": \"string\", \"additionalProp3\": \"string\" } ], \"storage-template-name\": \"odf-local\", \"storage-template-version\": \"4.17\", \"update-assignments\": true, \"user-config-parameters\": { \"entry.name\": \"AUTO-DISCOVER-DEVICES\", { \"entry.name\": \"OSD-DEVICE-PATH\", { \"entry.name\": \"NUM-OF-OSD\", { \"entry.name\": \"WORKER-POOLS\", { \"entry.name\": \"WORKER-NODES\", { \"entry.name\": \"ODF-UPGRADE\", { \"entry.name\": \"BILLING-TYPE\", { \"entry.name\": \"IBM-COS-ENDPOINT\", { \"entry.name\": \"IBM-COS-LOCATION\", { \"entry.name\": \"CLUSTER-ENCRYPTION\", { \"entry.name\": \"PERFORM-CLEANUP\", { \"entry.name\": \"KMS-ENCRYPTION\", { \"entry.name\": \"KMS-INSTANCE-NAME\", { \"entry.name\": \"KMS-INSTANCE-ID\", { \"entry.name\": \"KMS-BASE-URL\", { \"entry.name\": \"KMS-TOKEN-URL\", { \"entry.name\": \"IGNORE-NOOBAA\", { \"entry.name\": \"DISABLE-NOOBAA-LB\", { \"entry.name\": \"ENCRYPTION-INTRANSIT\", { \"entry.name\": \"ADD-SINGLE-REPLICA-POOL\", { \"entry.name\": \"TAINT-NODES\", { \"entry.name\": \"PREPARE-FOR-DISASTER-RECOVERY\", { \"entry.name\": \"ENABLE-NFS\", { \"entry.name\": \"USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS\", { \"entry.name\": \"RESOURCE-PROFILE\",\"user-secret-parameters\": { \"entry.name\": \"IBM-COS-ACCESS-KEY\",{ \"entry.name\": \"IBM-COS-SECRET-KEY\",{ \"entry.name\": \"IAM-API-KEY\",{ \"entry.name\": \"KMS-ROOT-KEY\",{ \"entry.name\": \"KMS-API-KEY\",}

Beispielanforderung für die Erstellung einer Konfiguration der Version 4.18.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createStorageConfigurationByController" -H "accept: application/json" -H "Authorization: TOKEN" -H "Content-Type: application/json" -d "{ \"config-name\": \"string\", \"controller\": \"string\", \"storage-class-parameters\": [ { \"additionalProp1\": \"string\", \"additionalProp2\": \"string\", \"additionalProp3\": \"string\" } ], \"storage-template-name\": \"odf-local\", \"storage-template-version\": \"4.18\", \"update-assignments\": true, \"user-config-parameters\": { \"entry.name\": \"AUTO-DISCOVER-DEVICES\", { \"entry.name\": \"OSD-DEVICE-PATH\", { \"entry.name\": \"NUM-OF-OSD\", { \"entry.name\": \"WORKER-POOLS\", { \"entry.name\": \"WORKER-NODES\", { \"entry.name\": \"ODF-UPGRADE\", { \"entry.name\": \"BILLING-TYPE\", { \"entry.name\": \"IBM-COS-ENDPOINT\", { \"entry.name\": \"IBM-COS-LOCATION\", { \"entry.name\": \"CLUSTER-ENCRYPTION\", { \"entry.name\": \"PERFORM-CLEANUP\", { \"entry.name\": \"KMS-ENCRYPTION\", { \"entry.name\": \"KMS-INSTANCE-NAME\", { \"entry.name\": \"KMS-INSTANCE-ID\", { \"entry.name\": \"KMS-BASE-URL\", { \"entry.name\": \"KMS-TOKEN-URL\", { \"entry.name\": \"IGNORE-NOOBAA\", { \"entry.name\": \"DISABLE-NOOBAA-LB\", { \"entry.name\": \"ENCRYPTION-INTRANSIT\", { \"entry.name\": \"ADD-SINGLE-REPLICA-POOL\", { \"entry.name\": \"TAINT-NODES\", { \"entry.name\": \"ENABLE-NFS\", { \"entry.name\": \"USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS\", { \"entry.name\": \"RESOURCE-PROFILE\",\"user-secret-parameters\": { \"entry.name\": \"IBM-COS-ACCESS-KEY\",{ \"entry.name\": \"IBM-COS-SECRET-KEY\",{ \"entry.name\": \"IAM-API-KEY\",{ \"entry.name\": \"KMS-ROOT-KEY\",{ \"entry.name\": \"KMS-API-KEY\",}

Beispielanforderung zum Erstellen einer 4.19 Versionskonfiguration.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createStorageConfigurationByController" -H "accept: application/json" -H "Authorization: TOKEN" -H "Content-Type: application/json" -d "{ \"config-name\": \"string\", \"controller\": \"string\", \"storage-class-parameters\": [ { \"additionalProp1\": \"string\", \"additionalProp2\": \"string\", \"additionalProp3\": \"string\" } ], \"storage-template-name\": \"odf-local\", \"storage-template-version\": \"4.19\", \"update-assignments\": true, \"user-config-parameters\": { \"entry.name\": \"AUTO-DISCOVER-DEVICES\", { \"entry.name\": \"OSD-DEVICE-PATH\", { \"entry.name\": \"NUM-OF-OSD\", { \"entry.name\": \"WORKER-POOLS\", { \"entry.name\": \"WORKER-NODES\", { \"entry.name\": \"ODF-UPGRADE\", { \"entry.name\": \"BILLING-TYPE\", { \"entry.name\": \"IBM-COS-ENDPOINT\", { \"entry.name\": \"IBM-COS-LOCATION\", { \"entry.name\": \"CLUSTER-ENCRYPTION\", { \"entry.name\": \"PERFORM-CLEANUP\", { \"entry.name\": \"KMS-ENCRYPTION\", { \"entry.name\": \"KMS-INSTANCE-NAME\", { \"entry.name\": \"KMS-INSTANCE-ID\", { \"entry.name\": \"KMS-BASE-URL\", { \"entry.name\": \"KMS-TOKEN-URL\", { \"entry.name\": \"IGNORE-NOOBAA\", { \"entry.name\": \"DISABLE-NOOBAA-LB\", { \"entry.name\": \"ENCRYPTION-INTRANSIT\", { \"entry.name\": \"ADD-SINGLE-REPLICA-POOL\", { \"entry.name\": \"TAINT-NODES\", { \"entry.name\": \"ENABLE-NFS\", { \"entry.name\": \"USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS\", { \"entry.name\": \"RESOURCE-PROFILE\",\"user-secret-parameters\": { \"entry.name\": \"IBM-COS-ACCESS-KEY\",{ \"entry.name\": \"IBM-COS-SECRET-KEY\",{ \"entry.name\": \"IAM-API-KEY\",{ \"entry.name\": \"KMS-ROOT-KEY\",{ \"entry.name\": \"KMS-API-KEY\",}

Beispielanforderung für die Erstellung einer Konfiguration der Version 4.20.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createStorageConfigurationByController" -H "accept: application/json" -H "Authorization: TOKEN" -H "Content-Type: application/json" -d "{ \"config-name\": \"string\", \"controller\": \"string\", \"storage-class-parameters\": [ { \"additionalProp1\": \"string\", \"additionalProp2\": \"string\", \"additionalProp3\": \"string\" } ], \"storage-template-name\": \"odf-local\", \"storage-template-version\": \"4.20\", \"update-assignments\": true, \"user-config-parameters\": { \"entry.name\": \"AUTO-DISCOVER-DEVICES\", { \"entry.name\": \"OSD-DEVICE-PATH\", { \"entry.name\": \"NUM-OF-OSD\", { \"entry.name\": \"WORKER-POOLS\", { \"entry.name\": \"WORKER-NODES\", { \"entry.name\": \"ODF-UPGRADE\", { \"entry.name\": \"BILLING-TYPE\", { \"entry.name\": \"IBM-COS-ENDPOINT\", { \"entry.name\": \"IBM-COS-LOCATION\", { \"entry.name\": \"CLUSTER-ENCRYPTION\", { \"entry.name\": \"PERFORM-CLEANUP\", { \"entry.name\": \"KMS-ENCRYPTION\", { \"entry.name\": \"KMS-INSTANCE-NAME\", { \"entry.name\": \"KMS-INSTANCE-ID\", { \"entry.name\": \"KMS-BASE-URL\", { \"entry.name\": \"KMS-TOKEN-URL\", { \"entry.name\": \"IGNORE-NOOBAA\", { \"entry.name\": \"DISABLE-NOOBAA-LB\", { \"entry.name\": \"ENCRYPTION-INTRANSIT\", { \"entry.name\": \"ADD-SINGLE-REPLICA-POOL\", { \"entry.name\": \"TAINT-NODES\", { \"entry.name\": \"ENABLE-NFS\", { \"entry.name\": \"USE-CEPH-RBD-AS-DEFAULT-STORAGE-CLASS\", { \"entry.name\": \"RESOURCE-PROFILE\", { \"entry.name\": \"SET-DEFAULT-STORAGE-CLASS-FOR-VIRTUALIZATION\", { \"entry.name\": \"ENABLE-AUTOMATIC-CAPACITY-SCALING\", { \"entry.name\": \"CLUSTER-EXPANSION-LIMIT\",\"user-secret-parameters\": { \"entry.name\": \"IBM-COS-ACCESS-KEY\",{ \"entry.name\": \"IBM-COS-SECRET-KEY\",{ \"entry.name\": \"IAM-API-KEY\",{ \"entry.name\": \"KMS-ROOT-KEY\",{ \"entry.name\": \"KMS-API-KEY\",}

Überprüfen Sie, ob die Speicherkonfigurationsressourcen bereitgestellt wurden. Bitte beachten Sie, dass dieser Vorgang bis zu 10 Minuten dauern kann.

Rufen Sie den Speichercluster (storagecluster) ab, den Sie bereitgestellt haben, und überprüfen Sie, ob er sich in der Phase Ready (Bereit) befindet.

    oc get storagecluster -n openshift-storage
    ```
    Beispielausgabe

    ```sh {: screen}
    NAME                 AGE   PHASE   EXTERNAL   CREATED AT             VERSION
    ocs-storagecluster   72m   Ready              2021-02-10T06:00:20Z   4.6.0
    ```
1. Rufen Sie eine Liste der Pods im Namensbereich `openshift-storage` ab und überprüfen Sie, ob der Status `Running` (Aktiv) ist.

```sh {: pre}
    oc get pods -n openshift-storage
    ```
    Beispielausgabe

    ```sh {: screen}
    NAME                                                              READY   STATUS      RESTARTS   AGE
    csi-cephfsplugin-9g2d5                                            3/3     Running     0          8m11s
    csi-cephfsplugin-g42wv                                            3/3     Running     0          8m11s
    csi-cephfsplugin-provisioner-7b89766c86-l68sr                     5/5     Running     0          8m10s
    csi-cephfsplugin-provisioner-7b89766c86-nkmkf                     5/5     Running     0          8m10s
    csi-cephfsplugin-rlhzv                                            3/3     Running     0          8m11s
    csi-rbdplugin-8dmxc                                               3/3     Running     0          8m12s
    csi-rbdplugin-f8c4c                                               3/3     Running     0          8m12s
    csi-rbdplugin-nkzcd                                               3/3     Running     0          8m12s
    csi-rbdplugin-provisioner-75596f49bd-7mk5g                        5/5     Running     0          8m12s
    csi-rbdplugin-provisioner-75596f49bd-r2p6g                        5/5     Running     0          8m12s
    noobaa-core-0                                                     1/1     Running     0          4m37s
    noobaa-db-0                                                       1/1     Running     0          4m37s
    noobaa-endpoint-7d959fd6fb-dr5x4                                  1/1     Running     0          2m27s
    noobaa-operator-6cbf8c484c-fpwtt                                  1/1     Running     0          9m41s
    ocs-operator-9d6457dff-c4xhh                                      1/1     Running     0          9m42s
    rook-ceph-crashcollector-169.48.170.83-89f6d7dfb-gsglz            1/1     Running     0          5m38s
    rook-ceph-crashcollector-169.48.170.88-6f58d6489-b9j49            1/1     Running     0          5m29s
    rook-ceph-crashcollector-169.48.170.90-866b9d444d-zk6ft           1/1     Running     0          5m15s
    rook-ceph-drain-canary-169.48.170.83-6b885b94db-wvptz             1/1     Running     0          4m41s
    rook-ceph-drain-canary-169.48.170.88-769f8b6b7-mtm47              1/1     Running     0          4m39s
    rook-ceph-drain-canary-169.48.170.90-84845c98d4-pxpqs             1/1     Running     0          4m40s
    rook-ceph-mds-ocs-storagecluster-cephfilesystem-a-6dfbb4fcnqv9g   1/1     Running     0          4m16s
    rook-ceph-mds-ocs-storagecluster-cephfilesystem-b-cbc56b8btjhrt   1/1     Running     0          4m15s
    rook-ceph-mgr-a-55cc8d96cc-vm5dr                                  1/1     Running     0          4m55s
    rook-ceph-mon-a-5dcc4d9446-4ff5x                                  1/1     Running     0          5m38s
    rook-ceph-mon-b-64dc44f954-w24gs                                  1/1     Running     0          5m30s
    rook-ceph-mon-c-86d4fb86-s8gdz                                    1/1     Running     0          5m15s
    rook-ceph-operator-69c46db9d4-tqdpt                               1/1     Running     0          9m42s
    rook-ceph-osd-0-6c6cc87d58-79m5z                                  1/1     Running     0          4m42s
    rook-ceph-osd-1-f4cc9c864-fmwgd                                   1/1     Running     0          4m41s
    rook-ceph-osd-2-dd4968b75-lzc6x                                   1/1     Running     0          4m40s
    rook-ceph-osd-prepare-ocs-deviceset-0-data-0-29jgc-kzpgr          0/1     Completed   0          4m51s
    rook-ceph-osd-prepare-ocs-deviceset-1-data-0-ckvv2-4jdx5          0/1     Completed   0          4m50s
    rook-ceph-osd-prepare-ocs-deviceset-2-data-0-szmjd-49dd4          0/1     Completed   0          4m50s
    rook-ceph-rgw-ocs-storagecluster-cephobjectstore-a-7f7f6df9rv6h   1/1     Running     0          3m44s
    rook-ceph-rgw-ocs-storagecluster-cephobjectstore-b-554fd9dz6dm8   1/1     Running     0          3m41s
    ```

Führen Sie die ODF-Speicherklassen auf.

oc get sc

Beispielausgabe

NAME                          PROVISIONER                             RECLAIMPOLICY   VOLUMEBINDINGMODE      ALLOWVOLUMEEXPANSION   AGE
localblock                    kubernetes.io/no-provisioner            Delete          WaitForFirstConsumer   false                  107s
localfile                     kubernetes.io/no-provisioner            Delete          WaitForFirstConsumer   false                  107s
ocs-storagecluster-ceph-rbd   openshift-storage.rbd.csi.ceph.com      Delete          Immediate              true                   87s
ocs-storagecluster-ceph-rgw   openshift-storage.ceph.rook.io/bucket   Delete          Immediate              false                  87s
ocs-storagecluster-cephfs     openshift-storage.cephfs.csi.ceph.com   Delete          Immediate              true                   88s
sat-ocs-cephfs-gold           openshift-storage.cephfs.csi.ceph.com   Delete          Immediate              true                   2m46s
sat-ocs-cephrbd-gold          openshift-storage.rbd.csi.ceph.com      Delete          Immediate              true                   2m46s
sat-ocs-cephrgw-gold          openshift-storage.ceph.rook.io/bucket   Delete          Immediate              false                  2m45s
sat-ocs-noobaa-gold           openshift-storage.noobaa.io/obc         Delete          Immediate              false                  2m45s

Listen Sie die persistenten Datenträger (PVs) auf und überprüfen Sie, ob Ihre MON- und OSD-Datenträger erstellt wurden.

oc get pv

Beispielausgabe

NAME                CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                                            STORAGECLASS   REASON   AGE
local-pv-180cfc58   139Gi      RWO            Delete           Bound    openshift-storage/rook-ceph-mon-b                localfile               12m
local-pv-67f21982   139Gi      RWO            Delete           Bound    openshift-storage/rook-ceph-mon-a                localfile               12m
local-pv-80c5166    100Gi      RWO            Delete           Bound    openshift-storage/ocs-deviceset-2-data-0-5p6hd   localblock              12m
local-pv-9b049705   139Gi      RWO            Delete           Bound    openshift-storage/rook-ceph-mon-c                localfile               12m
local-pv-b09e0279   100Gi      RWO            Delete           Bound    openshift-storage/ocs-deviceset-1-data-0-gcq88   localblock              12m
local-pv-f798e570   100Gi      RWO            Delete           Bound    openshift-storage/ocs-deviceset-0-data-0-6fgp6   localblock              12m

Erstellen einer Zuweisung in der CLI

Listen Sie Ihre Speicherkonfigurationen auf und notieren Sie sich die Speicherkonfiguration, die Sie Ihren Clustern zuweisen möchten.
```
ibmcloud sat storage config ls
```
Rufen Sie die ID des Clusters, der Clustergruppe oder des Dienstes ab, dem Sie Speicher zuweisen möchten.

Um sicherzustellen, dass Ihr Cluster bei Satellite Config oder zum Erstellen von Gruppen registriert ist, lesen Sie die Informationen im Abschnitt Cluster für die Verwendung mit Satellite Configeinrichten.

Beispielbefehl zum Auflisten von Clustergruppen.
```
ibmcloud sat group ls
```
Beispielbefehl zum Auflisten von Clustern.
```
ibmcloud oc cluster ls --provider satellite
```
Beispielbefehl zum Auflisten von Satellite-Services.
```
ibmcloud sat service ls --location LOCATION
```
Ordnen Sie Ihre Speicherkonfiguration dem Cluster, der Gruppe bzw. dem Service zu, den Sie zuvor abgerufen haben. Weitere Informationen finden Sie unter dem Befehlibmcloud sat storage assignment create.

Beispielbefehl zum Zuordnen einer Konfiguration zu einer Clustergruppe.
```
ibmcloud sat storage assignment create --group GROUP --config CONFIG --name NAME
```
Beispielbefehl für die Zuordnung einer Konfiguration zu einem Cluster
```
ibmcloud sat storage assignment create --cluster CLUSTER --config CONFIG --name NAME
```
Beispielbefehl zum Zuordnen einer Konfiguration zu einem Service-Cluster.
```
ibmcloud sat storage assignment create --service-cluster-id CLUSTER --config CONFIG --name NAME
```

Überprüfen Sie, ob Ihre Zuweisung erstellt wurde.

ibmcloud sat storage assignment ls (--cluster CLUSTER | --config CONFIG | --location LOCATION | --service-cluster-id CLUSTER)

Speicherzuordnung in der API erstellen

Kopieren Sie eine der folgenden Beispielanforderungen:

Beispielanforderung zum Zuordnen einer -Konfiguration zu einem Cluster.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createAssignmentByCluster" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d "{ \"channelName\": \"CONFIGURATION-NAME\", \"cluster\": \"CLUSTER-ID\", \"controller\": \"LOCATION-ID\", \"name\": \"ASSIGNMENT-NAME\"}"

Beispielanforderung zum Zuordnen der Konfiguration zu einer Clustergruppe.

curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/satellite/createAssignment" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d "{ \"channelName\": \"CONFIGURATION-NAME\", \"cluster\": \"string\", \"groups\": [ \"CLUSTER-GROUP\" ], \"name\": \"ASSIGNMENT-NAME\"}"

Ersetzen Sie die Variablen durch Ihre Details und führen Sie die Anforderung aus.

Überprüfen Sie, ob die Zuordnung erstellt wurde, indem Sie Ihre Zuordnungen auflisten.

curl -X GET "https://containers.cloud.ibm.com/global/v2/storage/satellite/getAssignments" -H "accept: application/json" -H "Authorization: Bearer TOKEN"

Speicherzuordnungen in der Konsole aktualisieren

Sie können die Satellite-Konsole verwenden, um die neuesten Patchaktualisierungen auf Ihre Zuordnungen anzuwenden.

Wählen Sie auf der Seite Positionen in der Satellite-KonsoleIhren Standort aus.
Klicken Sie auf die Registerkarte Speicher, um Ihre Konfigurationen anzuzeigen.
Klicken Sie auf die Konfiguration, die Sie aktualisieren möchten.
Klicken Sie auf das Informationssymbol Informationen (i), um die letzte Überarbeitung oder Programmkorrektur anzuwenden.
Optional: Aktivieren Sie automatische Patchaktualisierungen für Ihre Speicherzuordnung. Die Aktivierung automatischer Patchaktualisierungen stellt sicher, dass Ihre Zuordnung immer über die neuesten Sicherheitskorrekturen verfügt.

Wenn Sie automatische Patchaktualisierungen aktivieren, müssen Sie die Hauptaktualisierungen dennoch manuell anwenden.

Zuordnungen in der Befehlszeilenschnittstelle manuell aktualisieren

Aktualisieren Sie eine Zuordnung, um die neueste Speichervorlagenrevision zu verwenden.

Listen Sie Ihre Satellite-Speicherzuordnungen auf und notieren Sie sich die Satellite-Zuordnung, für die Sie ein Upgrade durchführen möchten.
```
ibmcloud sat storage assignment ls
```
Listen Sie die Satellite-Speichervorlagen auf, um die neuesten verfügbaren Versionen anzuzeigen.
```
ibmcloud sat storage template ls
```
Aktualisieren Sie die Satellite-Zuordnung.

Beispielbefehl für das Upgrade einer Zuordnung.
```
ibmcloud sat storage assignment upgrade --assignment ASSIGNMENT
```

Automatische Patchaktualisierungen für Konfigurationen und Zuordnungen in der Befehlszeilenschnittstelle aktivieren

Sie können die sat storage assignment autopatch enable-CLI verwenden, um automatische Patchaktualisierungen für Ihre Zuordnungen zu aktivieren. Durch die Aktivierung automatischer Patchaktualisierungen werden die neuesten Speichervorlagenrevisionen (Patches) automatisch angewendet. Sie müssen wichtige Aktualisierungen dennoch manuell anwenden.

Listen Sie Ihre Satellite-Speicherkonfigurationen auf. Notieren Sie sich die Konfigurations-ID.
```
ibmcloud sat storage assignment ls
```
Führen Sie einen der folgenden Beispielbefehle aus, um automatische Patchaktualisierungen für Ihre Konfiguration und die zugehörigen Zuordnungen zu aktivieren. Geben Sie die Konfigurations-ID ein, die Sie im vorherigen Schritt abgerufen haben.

Beispielbefehl zum Aktivieren automatischer Patchaktualisierungen für eine Zuordnung.
```
ibmcloud sat storage assignment autopatch enable --config CONFIG  (--all | --assignment ASSIGNMENT-ID [--assignment ASSIGNMENT-ID])
```
Beispielbefehl zum Aktivieren automatischer Patchaktualisierungen für alle Speicherzuordnungen in einer bestimmten Konfiguration.
```
ibmcloud sat storage assignment autopatch enable --config CONFIG --all
```
Beispielbefehl zum Inaktivieren der automatischen Patchaktualisierungen für alle Zuordnungen in einer bestimmten Konfiguration.
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --all
```
Beispielbefehl zum Inaktivieren von automatischen Patchaktualisierungen für eine einzelne Zuordnung und eine bestimmte Konfiguration
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --assignment ASSIGNMENT-ID
```
Beispielbefehl zum Inaktivieren automatischer Patchaktualisierungen für eine Mehrfachzuordnung und eine bestimmte Konfiguration.
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --assignment ASSIGNMENT-ID --assignment ASSIGNMENT-ID
```

Upgrade für Konfiguration und Zuordnungen in der API durchführen

Sie können die /v2/storage/satellite/updateAssignment-API verwenden, um Ihre Zuordnungen mit neuen Clustern oder Clustergruppen zu aktualisieren. Setzen Sie updateConfigVersion auf true, um die Revisionsaktualisierung anzuwenden.

Kopieren Sie die folgende Beispielanforderung und ersetzen Sie die Variablen für die Clustergruppen und Zuordnungen, die Sie aktualisieren wollen.

curl -X PATCH "https://containers.cloud.ibm.com/global/v2/storage/satellite/updateAssignment" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d "{ \"groups\": [ \"CLUSTER-GROUPS\" ], \"name\": \"ASSIGNMENT-NAME\", \"updateConfigVersion\": true, \"uuid\": \"ASSIGNMENT-ID\"}"

Führen Sie die Anforderung aus.

Rufen Sie die Details Ihrer Zuordnung ab, um die Aktualisierung zu überprüfen.

curl -X GET "https://containers.cloud.ibm.com/global/v2/storage/satellite/getAssignment?uuid=ASSIGNMENT-ID" -H "accept: application/json" -H "Authorization: Bearer TOKEN"

Automatische Patchaktualisierungen für Zuordnungen in der API aktivieren

Sie können die /v2/storage/satellite/setAssignmentAutoupgrade-API verwenden, um automatische Patchaktualisierungen für Ihre Zuordnungen zu aktivieren. Durch die Aktivierung automatischer Patchaktualisierungen werden die neuesten Speichervorlagenrevisionen (Patches) automatisch angewendet. Sie müssen wichtige Aktualisierungen dennoch manuell anwenden.

Kopieren Sie die folgende Beispielanforderung und ersetzen Sie die Variablen für die Clustergruppen und Zuordnungen, die Sie aktualisieren wollen.

curl -X PATCH "https://containers.cloud.ibm.com/global/v2/storage/satellite/setAssignmentAutoupgrade" -H "accept: application/json" -H "Authorization: Bearer TOKEN" -H "Content-Type: application/json" -d { "config": "string", "controller": "string", "autopatch": boolean,"assignment" : { "all": boolean, "uuid": ["string", "string", ...], } }

Führen Sie die Anforderung aus.

Rufen Sie die Details Ihrer Zuordnung ab, um das Upgrade zu überprüfen.

curl -X GET "https://containers.cloud.ibm.com/global/v2/storage/satellite/getAssignment?uuid=ASSIGNMENT-ID" -H "accept: application/json" -H "Authorization: Bearer TOKEN"

App bereitstellen, die OpenShift Data Foundation verwendet

Sie können die ODF-Speicherklassen verwenden, um PVCs für die Apps in Ihren Clustern zu erstellen.

Erstellen Sie eine YAML-Konfigurationsdatei für Ihre PVC. Damit die PVC dem PV entspricht, müssen Sie dieselben Werte für die Speicherklasse und die Größe des Speichers verwenden.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: ocs-pvc
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: sat-ocs-cephfs-gold
  resources:
    requests:
      storage: 5Gi

Erstellen Sie die PVC in Ihrem Cluster.
```
oc apply -f pvc.yaml
```

Erstellen Sie eine YAML-Konfigurationsdatei für einen Pod, an den der von Ihnen erstellte PVC angehängt wird. Im folgenden Beispiel wird ein nginx-Pod erstellt, der das aktuelle Datum und die aktuelle Uhrzeit in eine Datei namens test.txt schreibt.

apiVersion: v1
kind: Pod
metadata:
  name: app
spec:
  containers:
  - name: app
    image: nginx
    command: ["/bin/sh"]
    args: ["-c", "while true; do echo $(date -u) >> /test/test.txt; sleep 5; done"]
    volumeMounts:
    - name: persistent-storage
      mountPath: /test
  volumes:
  - name: persistent-storage
    persistentVolumeClaim:
      claimName: ocs-pvc

Erstellen Sie den Pod in Ihrem Cluster.
```
oc apply -f pod.yaml
```
Überprüfen Sie, ob der Pod bereitgestellt wurde. Beachten Sie, dass es einige Minuten dauern kann, bis Ihre App einen bestimmten Zustand Running erreicht.
```
oc get pods
```
Beispielausgabe
```
NAME                                READY   STATUS    RESTARTS   AGE
app                                 1/1     Running   0          2m58s
```

Stellen Sie sicher, dass die App Daten schreiben kann.

Melden Sie sich bei Ihrem Pod an.

    oc exec <app-pod-name> -it bash
    ```
1. Zeigen Sie den Inhalt der Datei `test.txt` an, um sich zu vergewissern, dass Ihre App Daten auf Ihren persistenten Speicher schreiben kann.

```sh {: pre}
    cat /test/test.txt
    ```
    Beispielausgabe
    ```sh {: screen}
    Tue Mar 2 20:09:19 UTC 2021
    Tue Mar 2 20:09:25 UTC 2021
    Tue Mar 2 20:09:31 UTC 2021
    Tue Mar 2 20:09:36 UTC 2021
    Tue Mar 2 20:09:42 UTC 2021
    Tue Mar 2 20:09:47 UTC 2021
    ```
1. Verlassen Sie den Pod.

```sh {: pre}
    exit
    ```

Manuelles Upgrade von Konfigurationen in der Befehlszeilenschnittstelle

Sie können Ihre Satellite-Speicherkonfigurationen aktualisieren, um die neueste Version der Speichervorlage innerhalb derselben Hauptversion zu erhalten.

Listen Sie Ihre Satellite-Speicherkonfigurationen auf und notieren Sie sich die Satellite-Konfiguration, für die Sie ein Upgrade durchführen wollen.
```
ibmcloud sat storage config ls
```
Führen Sie das Upgrade der Satellite-Konfiguration durch. Beachten Sie, dass nur die Konfiguration aktualisiert wird. Wenn Sie die Zuordnungen aktualisieren möchten, die diese Konfiguration verwenden, können Sie die Option --include-assignments angeben oder jede Zuordnung manuell mit dem Befehl assignment update aktualisieren.

Beispielbefehl für ein Upgrade einer Konfiguration auf die neueste Überarbeitung.
```
ibmcloud sat storage config upgrade --config CONFIG [--include-assignments]
```
Beispielbefehl für ein Upgrade einer Konfiguration und der ihr zugeordneten Zuordnungen auf die letzte Überarbeitung.
```
ibmcloud sat storage config upgrade --config CONFIG --include-assignments
```

Ihre ODF-Konfiguration durch Anhängen unformatierter Platten skalieren

Zum Skalieren Ihrer ODF-Konfiguration durch Hinzufügen von Platten zu Ihren Workerknoten erhöhen Sie den Wert des Parameters num-of-osd und geben Sie die Namen der neuen Workerknoten mit dem Parameter worker-nodes an.

Im folgenden Beispiel werden der zuvor erstellten Konfiguration drei Worker-Knoten hinzugefügt. Sie können Ihre Konfiguration skalieren, indem Sie die Befehlsparameter wie folgt aktualisieren:

--name - Erstellen Sie eine Konfiguration mit einem neuen Namen.
--template-name -Verwenden Sie den gleichen Parameterwert wie in Ihrer vorhandenen Konfiguration.
--template-version -Verwenden Sie den gleichen Parameterwert wie in Ihrer vorhandenen Konfiguration.
osd-device-path - Geben Sie alle vorherigen osd-device-path-Werte aus Ihrer vorhandenen Konfiguration und die Gerätepfade der Workerknoten an, die Sie Ihrem Cluster hinzugefügt haben. Informationen zum Abrufen der Geräte-ID-Werte für Ihre neuen Workerknoten finden Sie unter Gerätedetails abrufen.
mon-device-path - Geben Sie alle vorherigen mon-device-path-Werte aus Ihrer vorhandenen Konfiguration an. ODF erfordert 3 MON-Einheiten. Informationen zum Abrufen der Geräte-ID-Werte für Ihre neuen Workerknoten finden Sie unter Gerätedetails abrufen.
num-of-osd - Erhöhen Sie die OSD-Nummer für jede Gruppe von drei Platten oder Partitionen, die Sie Ihrer Konfiguration hinzufügen, um 1.
worker-nodes - Geben Sie die Workerknoten aus Ihrer vorhandenen Konfiguration an.
ibm-cos-access-key -Optional: Verwenden Sie den gleichen Parameterwert wie in Ihrer vorhandenen Konfiguration. Geben Sie diesen Parameter nicht an, wenn Sie keine IBM Cloud Object Storage-Serviceinstanz als Sicherungsspeicher in Ihrer vorhandenen Konfiguration verwenden.
ibm-cos-secret-access-key -Optional: Verwenden Sie den gleichen Parameterwert wie in Ihrer vorhandenen Konfiguration. Geben Sie diesen Parameter nicht an, wenn Sie keine IBM Cloud Object Storage-Serviceinstanz als Sicherungsspeicher in Ihrer vorhandenen Konfiguration verwenden.
ibm-cos-endpoint -Optional: Verwenden Sie den gleichen Parameterwert wie in Ihrer vorhandenen Konfiguration. Geben Sie diesen Parameter nicht an, wenn Sie keine IBM Cloud Object Storage-Serviceinstanz als Sicherungsspeicher in Ihrer vorhandenen Konfiguration verwenden.
ibm-cos-location -Optional: Verwenden Sie den gleichen Parameterwert wie in Ihrer vorhandenen Konfiguration. Geben Sie diesen Parameter nicht an, wenn Sie keine IBM Cloud Object Storage-Serviceinstanz als Sicherungsspeicher in Ihrer vorhandenen Konfiguration verwenden.

Erstellen Sie die Speicherkonfiguration und geben Sie die aktualisierten Werte an. In diesem Beispiel wird der Parameter osd-device-path aktualisiert, um die Einheiten-IDs der Platten einzuschließen, die Sie verwenden möchten, und der Wert für num-of-osd wird auf 2 erhöht. Geben Sie die Parameter von Object Storage nicht an, wenn Sie Ihre Konfiguration erstellen und keine IBM Cloud Object Storage-Serviceinstanz als Sicherungsspeicher in Ihrer vorhandenen Konfiguration verwenden.

ibmcloud sat storage config create --name ocs-config2 --template-name odf-local --template-version <template_version> -p "ocs-cluster-name=ocscluster" -p "osd-device-path=/dev/disk/by-id/scsi-3600605b00d87b43027b3bc310a64c6c9-part2,/dev/disk/by-id/scsi-3600605b00d87b43027b3bbf306bc28a7-part2,/dev/disk/by-id/scsi-3600062b206ba6f00276eb58065b5da94-part2,/dev/disk/by-id/scsi-3600605b00d87b43027b3bc310a64c6c9-part3,/dev/disk/by-id/scsi-3600605b00d87b43027b3bbf306bc28a7-part3,/dev/disk/by-id/scsi-3600062b206ba6f00276eb58065b5da94-part3" -p "mon-device-path=/dev/disk/by-id/scsi-3600605b00d87b43027b3bc310a64c6c9-part1,/dev/disk/by-id/scsi-3600605b00d87b43027b3bbf306bc28a7-part1,/dev/disk/by-id/scsi-3600062b206ba6f00276eb58065b5da94-part1" -p "num-of-osd=2" -p "worker-nodes=169.48.170.83,169.48.170.88,169.48.170.90" -p "ibm-cos-endpoint=<ibm-cos-endpoint>" -p "ibm-cos-location=<ibm-cos-location>" -p "ibm-cos-access-key=<ibm-cos-access-key>" -p "ibm-cos-secret-key=<ibm-cos-secret-key>"

Eine neue Zuordnung für diese Konfiguration erstellen:

ibmcloud sat storage assignment create --name ocs-sub2 --group test-group2 --config ocs-config2

ODF-Konfiguration mit `auto-discover-devices` skalieren

Wenn Sie den Parameter auto-discover-devices in Ihrer ODF-Konfiguration auf true setzen, können Sie Ihre Konfiguration skalieren, indem Sie den Parameterwert num-of-osd im folgenden Befehl erhöhen.

ibmcloud sat storage config param set --config <config-name> -p num-of-osd=2 --apply

ibmcloud sat storage config create --name odf-local --template-name odf-local --template-version 4.11 --location odf-sat-stage-location  -p "auto-discover-devices=true" -p "iam-api-key=<api-key>"

Weisen Sie Ihre Konfiguration Ihren Clustern zu.

ibmcloud sat storage assignment create --name <name> --group <group> --config <config>

Überprüfen Sie die Konfiguration.

ibmcloud sat storage config get --config <config>

OpenShift Data Foundation aus Ihren Apps entfernen

Wenn Sie Ihren OpenShift Container Storage nicht mehr benötigen, können Sie Ihre PVC, Ihren PV und den OCS-Operator aus Ihren Clustern entfernen.

Listen Sie Ihre PVCs auf und notieren Sie den Namen der PVC und des entsprechenden PV, die Sie entfernen wollen.
```
oc get pvc
```

Entfernen Sie alle Pods, die den Persistent Volume Claim anhängen.

Listen Sie alle Pods auf, die derzeit den PVC anhängen, den Sie löschen möchten. Wenn keine Pods zurückgegeben werden, verfügen Sie über keine Pods, die derzeit Ihren PVC verwenden.

    oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>"
    ```
    Beispielausgabe
    ```sh {: screen}
    app    sat-ocs-cephfs-gold
    ```
1. Entfernen Sie den Pod, der den PVC verwendet. Wenn der Pod Teil einer Bereitstellung ist, entfernen Sie die Bereitstellung.
```sh {: pre}
    oc delete pod <pod_name>
    ```
    ```sh {: pre}
    oc delete deployment <deployment_name>
    ```
1. Überprüfen Sie, ob der Pod bzw. die Bereitstellung entfernt wurde.
```sh {: pre}
    oc get pods
    ```
    ```sh {: pre}
    oc get deployments
    ```

Löschen Sie die PVC.
```
oc delete pvc <pvc_name>
```
Löschen Sie den entsprechenden PV.
```
oc delete pv <pv_name>
```

Lokale ODF-Speicherkonfiguration aus Ihrem Cluster entfernen

Wenn Sie die OpenShift Datenbasis in Ihrem Cluster nicht mehr verwenden möchten, können Sie die Zuweisung aus Ihrem Cluster aus der Speicherkonfiguration entfernen.

Wenn Sie die Speicherkonfiguration entfernen, werden die ODF-Operatoren anschließend aus allen zugewiesenen Clustern deinstalliert. Ihre PVCs, PVs und Daten werden nicht entfernt. Sie können jedoch erst wieder auf Ihre Daten zugreifen, wenn Sie den Treiber in Ihrem Cluster erneut installiert haben.

Führen Sie den folgenden Befehl aus, um Ihre ODF-Speicherzuordnung zu löschen.
```
oc delete ocscluster --all
```

Listen Sie Ihre Speicherzuweisungen auf und ermitteln Sie diejenige, die für Ihren Cluster verwendet wurde.

ibmcloud sat storage assignment ls (--cluster CLUSTER | --config CONFIG | --location LOCATION | --service-cluster-id CLUSTER)

Entfernen Sie die Zuweisung. Nachdem die Zuordnung entfernt wurde, werden die ODF-Treiberpods und -Speicherklassen aus allen Clustern entfernt, die Teil der Speicherzuordnung waren.
```
ibmcloud sat storage assignment rm --assignment <assignment_ID>
```

Listen Sie die ODF- und lokalen Speicherklassen auf.

oc get sc

Beispielausgabe

localblock                    kubernetes.io/no-provisioner            Delete          WaitForFirstConsumer   false                  42m
localfile                     kubernetes.io/no-provisioner            Delete          WaitForFirstConsumer   false                  42m
ocs-storagecluster-ceph-rbd   openshift-storage.rbd.csi.ceph.com      Delete          Immediate              true                   41m
ocs-storagecluster-ceph-rgw   openshift-storage.ceph.rook.io/bucket   Delete          Immediate              false                  41m
ocs-storagecluster-cephfs

Löschen Sie die Speicherklassen.

oc delete sc localblock localfile ocs-storagecluster-ceph-rbd ocs-storagecluster-ceph-rgw ocs-storagecluster-cephfs

Beispielausgabe

storageclass.storage.k8s.io "localblock" deleted
storageclass.storage.k8s.io "localfile" deleted
storageclass.storage.k8s.io "ocs-storagecluster-ceph-rgw" deleted
storageclass.storage.k8s.io "ocs-storagecluster-cephfs" deleted
storageclass.storage.k8s.io "ocs-storagecluster-cephrbd" deleted

Parameterreferenz

4.15 Parameterreferenz

Tabelle 1. Referenzwerte für die Parameter von „ 4.15 “
Anzeigename	CLI-Option	Typ	Beschreibung	Standardwert
Automatische Erkennung von Speicherdatenträgern	`auto-discover-devices`	Konfiguration	Nutzen Sie die automatische Erkennung und Verwendung der Speicherdatenträger auf Ihren Workerknoten. Wenn der Wert auf false gesetzt ist, müssen Sie die Volume-IDs explizit angeben.	`true`
IDs der OSD-Datenträger	`osd-device-path`	Konfiguration	Der Pfad der lokalen Speichereinheit. Beispiel: '/dev/sdc'. Erforderlich, wenn 'auto-discover-devices' auf 'false' gesetzt ist.	Nicht zutreffend
Anzahl der OSD-Datenträger	`num-of-osd`	Konfiguration	Die Anzahl der zu erstellenden Speichereinheitenreplikate. Der Standardwert ist '1', d. h., es wird eine Einheit auf drei Knoten erstellt. Erhöhen Sie den Wert für jede zusätzliche Gruppe von drei Einheiten um 1. Übernehmen Sie für 'Must-use'-Anwendungsfälle den Standardwert '1'.	`1`
Namen/IDs der Worker-Pools	`worker-pools`	Konfiguration	Geben Sie eine durch Kommas getrennte Liste der Namen oder IDs der Worker-Pools an, die Sie für ODF verwenden wollen. Lassen Sie dieses Feld leer, wenn Sie "Worker-Nodes" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, lassen Sie "worker-pools" und "worker-nodes" leer.	Nicht zutreffend
Namen der Workerknoten	`worker-nodes`	Konfiguration	Eine durch Kommas getrennte Liste der Namen der Workerknoten, auf denen Sie ODF bereitstellen möchten. Lassen Sie dieses Feld leer, wenn Sie "Worker-Pools" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, dann lassen Sie "worker-nodes" und "worker-pools" leer. Die Mindestanzahl der Workerknoten ist 3. Sie können die Namen Ihrer Workerknoten ermitteln, indem Sie 'oc get nodes' ausführen.	Nicht zutreffend
Upgrade durchführen	`odf-upgrade`	Konfiguration	Wenn Sie ein Upgrade für eine vorhandene ODF-Installation durchführen, legen Sie diesen Wert auf 'true' fest.	`false`
Abrechnungstyp	`billing-type`	Konfiguration	Der zu verwendende Rechnungstyp. Wählen Sie aus 'essentials' oder 'advanced' aus.	`advanced`
IBM COS-Endpunkt	`ibm-cos-endpoint`	Konfiguration	Der regionale öffentliche Endpunkt von IBM COS.	Nicht zutreffend
Einschränkung für IBM COS-Standorte	`ibm-cos-location`	Konfiguration	Die Standorteinschränkung, die Sie beim Erstellen Ihres COS-Buckets verwenden möchten. Beispiel: 'us-east-standard'.	Nicht zutreffend
Zugriffsschlüssel-ID	`ibm-cos-access-key`	Secret	Ihre HMAC-Zugriffsschlüssel-ID für IBM COS.	Nicht zutreffend
Geheimer Zugriffsschlüssel	`ibm-cos-secret-key`	Secret	Ihr geheimer HMAC-Zugriffsschlüssel für IBM COS.	Nicht zutreffend
Verschlüsselung aktiviert	`cluster-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die clusterweite Verschlüsselung aktiviert werden soll.	`false`
IAM-API-Schlüssel	`iam-api-key`	Secret	Ihr IAM-API-Schlüssel.	Nicht zutreffend
Bereinigung durchführen	`perform-cleanup`	Konfiguration	Setzen Sie den Wert auf 'true', wenn Sie eine vollständige Bereinigung der ODF beim Löschen der Zuordnung durchführen möchten.	`false`
KMS-Verschlüsselung	`kms-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die Speicherklassenverschlüsselung aktiviert werden soll.	`false`
Name der KMS-Instanz	`kms-instance-name`	Konfiguration	Der Name Ihrer KMS-Instanz. Der Instanzname darf nur alphanumerische Zeichen, '-', '_' oder '.' enthalten und mit einem alphanumerischen Zeichen beginnen und enden.	Nicht zutreffend
ID der KMS-Instanz	`kms-instance-id`	Konfiguration	Die ID Ihrer KMS-Instanz.	Nicht zutreffend
Basis-URL der KMS-Instanz	`kms-base-url`	Konfiguration	Die öffentliche URL Ihrer KMS-Instanz für die Verbindung zur Instanz.	Nicht zutreffend
URL des API-Schlüsseltokens der KMS-Instanz	`kms-token-url`	Konfiguration	URL des API-Schlüsseltokens zum Generieren des Tokens für die KMS-Instanz.	Nicht zutreffend
KMS-Rootschlüssel	`kms-root-key`	Secret	KMS-Rootschlüssel Ihrer Instanz.	Nicht zutreffend
IAM-API-Schlüssel der KMS-Instanz	`kms-api-key`	Secret	IAM-API-Schlüssel für den Zugriff auf die KMS-Instanz. Der API-Schlüssel, den Sie bereitstellen, muss mindestens über die Zugriffsberechtigung eines Anzeigeberechtigten auf die KMS-Instanz verfügen.	Nicht zutreffend
Noobaa ignorieren	`ignore-noobaa`	Konfiguration	Setzten Sie den Wert auf 'false', wenn Sie MultiCloud Object Gateway (Noobaa) bereitstellen möchten	`true`
Noobaa LB inaktivieren	`disable-noobaa-LB`	Konfiguration	Auf 'true' setzen, wenn die öffentliche Noobaa-Lastausgleichsfunktion inaktiviert werden soll	`false`
Verschlüsselung bei der Übertragung	`encryption-intransit`	Konfiguration	Auf 'true' setzen, wenn die Verschlüsselung während der Übertragung aktiviert werden soll	`false`
Einzelnen Replikatpool hinzufügen (einmal aktiviert, kann er nicht inaktiviert werden)	`add-single-replica-pool`	Konfiguration	Wenn Sie dieses Feature aktivieren, wird ein einzelner Replikatpool ohne Datenreplikation erstellt, was das Risiko von Datenverlust, fehlerhaften Daten und potenzieller Systeminstabilität erhöht. Einmal aktiviert, kann das Feature nicht mehr inaktiviert werden	`false`
Taint-Knoten	`taint-nodes`	Konfiguration	Wenn Sie diese Option auswählen, werden die ausgewählten Workerknoten nur für die Verwendung durch Data Foundation bereitgestellt	`false`
Vorbereitungen für Disaster-Recovery	`prepare-for-disaster-recovery`	Konfiguration	Wenn Sie diese Option aktivieren, wird das Speichersystem für den Disaster-Recovery-Service mit den wesentlichen Konfigurationen eingerichtet. Dadurch ist anschließend eine nahtlose Implementierung von DR-Strategien für Ihre Workloads möglich	`false`
Aktivieren NFS	`enable-nfs`	Konfiguration	Ermöglichen Sie Exporte aus dem Network File System ( NFS ), auf die dann intern oder extern vom OpenShift-Cluster aus zugegriffen werden kann	`false`
Ceph RBD als Standardspeicherklasse verwenden	`use-ceph-rbd-as-default-storage-class`	Konfiguration	Legen Sie die Ceph-RBD-Speicherklasse (RADOS Block Device) als Standardspeicherklasse während der Implementierung von OpenShift Data Foundation fest.	`false`
Ressourcenprofil	`resource-profile`	Konfiguration	Wählen Sie ein Ressourcenprofil auf der Grundlage der Verfügbarkeit von Ressourcen während der Bereitstellung. Wählen Sie zwischen "schlank", "ausgewogen" und "leistungsstark".	`balanced`

4.16 parameter-Referenz

Tabelle 2. Referenzwerte für die Parameter des „ 4.16 “
Anzeigename	CLI-Option	Typ	Beschreibung	Standardwert
Automatische Erkennung von Speicherdatenträgern	`auto-discover-devices`	Konfiguration	Nutzen Sie die automatische Erkennung und Verwendung der Speicherdatenträger auf Ihren Workerknoten. Wenn der Wert auf false gesetzt ist, müssen Sie die Volume-IDs explizit angeben.	`true`
IDs der OSD-Datenträger	`osd-device-path`	Konfiguration	Der Pfad der lokalen Speichereinheit. Beispiel: '/dev/sdc'. Erforderlich, wenn 'auto-discover-devices' auf 'false' gesetzt ist.	Nicht zutreffend
Anzahl der OSD-Datenträger	`num-of-osd`	Konfiguration	Die Anzahl der zu erstellenden Speichereinheitenreplikate. Der Standardwert ist '1', d. h., es wird eine Einheit auf drei Knoten erstellt. Erhöhen Sie den Wert für jede zusätzliche Gruppe von drei Einheiten um 1. Übernehmen Sie für 'Must-use'-Anwendungsfälle den Standardwert '1'.	`1`
Namen/IDs der Worker-Pools	`worker-pools`	Konfiguration	Geben Sie eine durch Kommas getrennte Liste der Namen oder IDs der Worker-Pools an, die Sie für ODF verwenden wollen. Lassen Sie dieses Feld leer, wenn Sie "Worker-Nodes" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, lassen Sie "worker-pools" und "worker-nodes" leer.	Nicht zutreffend
Namen der Workerknoten	`worker-nodes`	Konfiguration	Eine durch Kommas getrennte Liste der Namen der Workerknoten, auf denen Sie ODF bereitstellen möchten. Lassen Sie dieses Feld leer, wenn Sie "Worker-Pools" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, dann lassen Sie "worker-nodes" und "worker-pools" leer. Die Mindestanzahl der Workerknoten ist 3. Sie können die Namen Ihrer Workerknoten ermitteln, indem Sie 'oc get nodes' ausführen.	Nicht zutreffend
Upgrade durchführen	`odf-upgrade`	Konfiguration	Wenn Sie ein Upgrade für eine vorhandene ODF-Installation durchführen, legen Sie diesen Wert auf 'true' fest.	`false`
Abrechnungstyp	`billing-type`	Konfiguration	Der zu verwendende Rechnungstyp. Wählen Sie aus 'essentials' oder 'advanced' aus.	`advanced`
IBM COS-Endpunkt	`ibm-cos-endpoint`	Konfiguration	Der regionale öffentliche Endpunkt von IBM COS.	Nicht zutreffend
Einschränkung für IBM COS-Standorte	`ibm-cos-location`	Konfiguration	Die Standorteinschränkung, die Sie beim Erstellen Ihres COS-Buckets verwenden möchten. Beispiel: 'us-east-standard'.	Nicht zutreffend
Zugriffsschlüssel-ID	`ibm-cos-access-key`	Secret	Ihre HMAC-Zugriffsschlüssel-ID für IBM COS.	Nicht zutreffend
Geheimer Zugriffsschlüssel	`ibm-cos-secret-key`	Secret	Ihr geheimer HMAC-Zugriffsschlüssel für IBM COS.	Nicht zutreffend
Verschlüsselung aktiviert	`cluster-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die clusterweite Verschlüsselung aktiviert werden soll.	`false`
IAM-API-Schlüssel	`iam-api-key`	Secret	Ihr IAM-API-Schlüssel.	Nicht zutreffend
Bereinigung durchführen	`perform-cleanup`	Konfiguration	Setzen Sie den Wert auf 'true', wenn Sie eine vollständige Bereinigung der ODF beim Löschen der Zuordnung durchführen möchten.	`false`
KMS-Verschlüsselung	`kms-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die Speicherklassenverschlüsselung aktiviert werden soll.	`false`
Name der KMS-Instanz	`kms-instance-name`	Konfiguration	Der Name Ihrer KMS-Instanz. Der Instanzname darf nur alphanumerische Zeichen, '-', '_' oder '.' enthalten und mit einem alphanumerischen Zeichen beginnen und enden.	Nicht zutreffend
ID der KMS-Instanz	`kms-instance-id`	Konfiguration	Die ID Ihrer KMS-Instanz.	Nicht zutreffend
Basis-URL der KMS-Instanz	`kms-base-url`	Konfiguration	Die öffentliche URL Ihrer KMS-Instanz für die Verbindung zur Instanz.	Nicht zutreffend
URL des API-Schlüsseltokens der KMS-Instanz	`kms-token-url`	Konfiguration	URL des API-Schlüsseltokens zum Generieren des Tokens für die KMS-Instanz.	Nicht zutreffend
KMS-Rootschlüssel	`kms-root-key`	Secret	KMS-Rootschlüssel Ihrer Instanz.	Nicht zutreffend
IAM-API-Schlüssel der KMS-Instanz	`kms-api-key`	Secret	IAM-API-Schlüssel für den Zugriff auf die KMS-Instanz. Der API-Schlüssel, den Sie bereitstellen, muss mindestens über die Zugriffsberechtigung eines Anzeigeberechtigten auf die KMS-Instanz verfügen.	Nicht zutreffend
Noobaa ignorieren	`ignore-noobaa`	Konfiguration	Setzten Sie den Wert auf 'false', wenn Sie MultiCloud Object Gateway (Noobaa) bereitstellen möchten	`true`
Noobaa LB inaktivieren	`disable-noobaa-LB`	Konfiguration	Auf 'true' setzen, wenn die öffentliche Noobaa-Lastausgleichsfunktion inaktiviert werden soll	`false`
Verschlüsselung bei der Übertragung	`encryption-intransit`	Konfiguration	Auf 'true' setzen, wenn die Verschlüsselung während der Übertragung aktiviert werden soll	`false`
Einzelnen Replikatpool hinzufügen (einmal aktiviert, kann er nicht inaktiviert werden)	`add-single-replica-pool`	Konfiguration	Wenn Sie dieses Feature aktivieren, wird ein einzelner Replikatpool ohne Datenreplikation erstellt, was das Risiko von Datenverlust, fehlerhaften Daten und potenzieller Systeminstabilität erhöht. Einmal aktiviert, kann das Feature nicht mehr inaktiviert werden	`false`
Taint-Knoten	`taint-nodes`	Konfiguration	Wenn Sie diese Option auswählen, werden die ausgewählten Workerknoten nur für die Verwendung durch Data Foundation bereitgestellt	`false`
Vorbereitungen für Disaster-Recovery	`prepare-for-disaster-recovery`	Konfiguration	Wenn Sie diese Option aktivieren, wird das Speichersystem für den Disaster-Recovery-Service mit den wesentlichen Konfigurationen eingerichtet. Dadurch ist anschließend eine nahtlose Implementierung von DR-Strategien für Ihre Workloads möglich	`false`
Aktivieren NFS	`enable-nfs`	Konfiguration	Ermöglichen Sie Exporte aus dem Network File System ( NFS ), auf die dann intern oder extern vom OpenShift-Cluster aus zugegriffen werden kann	`false`
Ceph RBD als Standardspeicherklasse verwenden	`use-ceph-rbd-as-default-storage-class`	Konfiguration	Legen Sie die Ceph-RBD-Speicherklasse (RADOS Block Device) als Standardspeicherklasse während der Implementierung von OpenShift Data Foundation fest.	`false`
Ressourcenprofil	`resource-profile`	Konfiguration	Wählen Sie ein Ressourcenprofil auf der Grundlage der Verfügbarkeit von Ressourcen während der Bereitstellung. Wählen Sie zwischen "schlank", "ausgewogen" und "leistungsstark".	`balanced`

4.17 parameter-Referenz

Tabelle 3. Referenzwerte für die Parameter von „ 4.17 “
Anzeigename	CLI-Option	Typ	Beschreibung	Standardwert
Automatische Erkennung von Speicherdatenträgern	`auto-discover-devices`	Konfiguration	Nutzen Sie die automatische Erkennung und Verwendung der Speicherdatenträger auf Ihren Workerknoten. Wenn der Wert auf false gesetzt ist, müssen Sie die Volume-IDs explizit angeben.	`true`
IDs der OSD-Datenträger	`osd-device-path`	Konfiguration	Der Pfad der lokalen Speichereinheit. Beispiel: '/dev/sdc'. Erforderlich, wenn 'auto-discover-devices' auf 'false' gesetzt ist.	Nicht zutreffend
Anzahl der OSD-Datenträger	`num-of-osd`	Konfiguration	Die Anzahl der zu erstellenden Speichereinheitenreplikate. Der Standardwert ist '1', d. h., es wird eine Einheit auf drei Knoten erstellt. Erhöhen Sie den Wert für jede zusätzliche Gruppe von drei Einheiten um 1. Übernehmen Sie für 'Must-use'-Anwendungsfälle den Standardwert '1'.	`1`
Namen/IDs der Worker-Pools	`worker-pools`	Konfiguration	Geben Sie eine durch Kommas getrennte Liste der Namen oder IDs der Worker-Pools an, die Sie für ODF verwenden wollen. Lassen Sie dieses Feld leer, wenn Sie "Worker-Nodes" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, lassen Sie "worker-pools" und "worker-nodes" leer.	Nicht zutreffend
Namen der Workerknoten	`worker-nodes`	Konfiguration	Eine durch Kommas getrennte Liste der Namen der Workerknoten, auf denen Sie ODF bereitstellen möchten. Lassen Sie dieses Feld leer, wenn Sie "Worker-Pools" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, dann lassen Sie "worker-nodes" und "worker-pools" leer. Die Mindestanzahl der Workerknoten ist 3. Sie können die Namen Ihrer Workerknoten ermitteln, indem Sie 'oc get nodes' ausführen.	Nicht zutreffend
Upgrade durchführen	`odf-upgrade`	Konfiguration	Wenn Sie ein Upgrade für eine vorhandene ODF-Installation durchführen, legen Sie diesen Wert auf 'true' fest.	`false`
Abrechnungstyp	`billing-type`	Konfiguration	Der zu verwendende Rechnungstyp. Wählen Sie aus 'essentials' oder 'advanced' aus.	`advanced`
IBM COS-Endpunkt	`ibm-cos-endpoint`	Konfiguration	Der regionale öffentliche Endpunkt von IBM COS.	Nicht zutreffend
Einschränkung für IBM COS-Standorte	`ibm-cos-location`	Konfiguration	Die Standorteinschränkung, die Sie beim Erstellen Ihres COS-Buckets verwenden möchten. Beispiel: 'us-east-standard'.	Nicht zutreffend
Zugriffsschlüssel-ID	`ibm-cos-access-key`	Secret	Ihre HMAC-Zugriffsschlüssel-ID für IBM COS.	Nicht zutreffend
Geheimer Zugriffsschlüssel	`ibm-cos-secret-key`	Secret	Ihr geheimer HMAC-Zugriffsschlüssel für IBM COS.	Nicht zutreffend
Verschlüsselung aktiviert	`cluster-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die clusterweite Verschlüsselung aktiviert werden soll.	`false`
IAM-API-Schlüssel	`iam-api-key`	Secret	Ihr IAM-API-Schlüssel.	Nicht zutreffend
Bereinigung durchführen	`perform-cleanup`	Konfiguration	Setzen Sie den Wert auf 'true', wenn Sie eine vollständige Bereinigung der ODF beim Löschen der Zuordnung durchführen möchten.	`false`
KMS-Verschlüsselung	`kms-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die Speicherklassenverschlüsselung aktiviert werden soll.	`false`
Name der KMS-Instanz	`kms-instance-name`	Konfiguration	Der Name Ihrer KMS-Instanz. Der Instanzname darf nur alphanumerische Zeichen, '-', '_' oder '.' enthalten und mit einem alphanumerischen Zeichen beginnen und enden.	Nicht zutreffend
ID der KMS-Instanz	`kms-instance-id`	Konfiguration	Die ID Ihrer KMS-Instanz.	Nicht zutreffend
Basis-URL der KMS-Instanz	`kms-base-url`	Konfiguration	Die öffentliche URL Ihrer KMS-Instanz für die Verbindung zur Instanz.	Nicht zutreffend
URL des API-Schlüsseltokens der KMS-Instanz	`kms-token-url`	Konfiguration	URL des API-Schlüsseltokens zum Generieren des Tokens für die KMS-Instanz.	Nicht zutreffend
KMS-Rootschlüssel	`kms-root-key`	Secret	KMS-Rootschlüssel Ihrer Instanz.	Nicht zutreffend
IAM-API-Schlüssel der KMS-Instanz	`kms-api-key`	Secret	IAM-API-Schlüssel für den Zugriff auf die KMS-Instanz. Der API-Schlüssel, den Sie bereitstellen, muss mindestens über die Zugriffsberechtigung eines Anzeigeberechtigten auf die KMS-Instanz verfügen.	Nicht zutreffend
Noobaa ignorieren	`ignore-noobaa`	Konfiguration	Setzten Sie den Wert auf 'false', wenn Sie MultiCloud Object Gateway (Noobaa) bereitstellen möchten	`true`
Noobaa LB inaktivieren	`disable-noobaa-LB`	Konfiguration	Auf 'true' setzen, wenn die öffentliche Noobaa-Lastausgleichsfunktion inaktiviert werden soll	`false`
Verschlüsselung bei der Übertragung	`encryption-intransit`	Konfiguration	Auf 'true' setzen, wenn die Verschlüsselung während der Übertragung aktiviert werden soll	`false`
Einzelnen Replikatpool hinzufügen (einmal aktiviert, kann er nicht inaktiviert werden)	`add-single-replica-pool`	Konfiguration	Wenn Sie dieses Feature aktivieren, wird ein einzelner Replikatpool ohne Datenreplikation erstellt, was das Risiko von Datenverlust, fehlerhaften Daten und potenzieller Systeminstabilität erhöht. Einmal aktiviert, kann das Feature nicht mehr inaktiviert werden	`false`
Taint-Knoten	`taint-nodes`	Konfiguration	Wenn Sie diese Option auswählen, werden die ausgewählten Workerknoten nur für die Verwendung durch Data Foundation bereitgestellt	`false`
Vorbereitungen für Disaster-Recovery	`prepare-for-disaster-recovery`	Konfiguration	Wenn Sie diese Option aktivieren, wird das Speichersystem für den Disaster-Recovery-Service mit den wesentlichen Konfigurationen eingerichtet. Dadurch ist anschließend eine nahtlose Implementierung von DR-Strategien für Ihre Workloads möglich	`false`
Aktivieren NFS	`enable-nfs`	Konfiguration	Ermöglichen Sie Exporte aus dem Network File System ( NFS ), auf die dann intern oder extern vom OpenShift-Cluster aus zugegriffen werden kann	`false`
Ceph RBD als Standardspeicherklasse verwenden	`use-ceph-rbd-as-default-storage-class`	Konfiguration	Legen Sie die Ceph-RBD-Speicherklasse (RADOS Block Device) als Standardspeicherklasse während der Implementierung von OpenShift Data Foundation fest.	`false`
Ressourcenprofil	`resource-profile`	Konfiguration	Wählen Sie ein Ressourcenprofil auf der Grundlage der Verfügbarkeit von Ressourcen während der Bereitstellung. Wählen Sie zwischen "schlank", "ausgewogen" und "leistungsstark".	`balanced`

4.18 parameter-Referenz

Tabelle 4. Referenzwerte für die Parameter von „ 4.18 “
Anzeigename	CLI-Option	Typ	Beschreibung	Standardwert
Automatische Erkennung von Speicherdatenträgern	`auto-discover-devices`	Konfiguration	Nutzen Sie die automatische Erkennung und Verwendung der Speicherdatenträger auf Ihren Workerknoten. Wenn der Wert auf false gesetzt ist, müssen Sie die Volume-IDs explizit angeben.	`true`
IDs der OSD-Datenträger	`osd-device-path`	Konfiguration	Der Pfad der lokalen Speichereinheit. Beispiel: '/dev/sdc'. Erforderlich, wenn 'auto-discover-devices' auf 'false' gesetzt ist.	Nicht zutreffend
Anzahl der OSD-Datenträger	`num-of-osd`	Konfiguration	Die Anzahl der zu erstellenden Speichereinheitenreplikate. Der Standardwert ist '1', d. h., es wird eine Einheit auf drei Knoten erstellt. Erhöhen Sie den Wert für jede zusätzliche Gruppe von drei Einheiten um 1. Übernehmen Sie für 'Must-use'-Anwendungsfälle den Standardwert '1'.	`1`
Namen/IDs der Worker-Pools	`worker-pools`	Konfiguration	Geben Sie eine durch Kommas getrennte Liste der Namen oder IDs der Worker-Pools an, die Sie für ODF verwenden wollen. Lassen Sie dieses Feld leer, wenn Sie "Worker-Nodes" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, lassen Sie "worker-pools" und "worker-nodes" leer.	Nicht zutreffend
Namen der Workerknoten	`worker-nodes`	Konfiguration	Eine durch Kommas getrennte Liste der Namen der Workerknoten, auf denen Sie ODF bereitstellen möchten. Lassen Sie dieses Feld leer, wenn Sie "Worker-Pools" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, dann lassen Sie "worker-nodes" und "worker-pools" leer. Die Mindestanzahl der Workerknoten ist 3. Sie können die Namen Ihrer Workerknoten ermitteln, indem Sie 'oc get nodes' ausführen.	Nicht zutreffend
Upgrade durchführen	`odf-upgrade`	Konfiguration	Wenn Sie ein Upgrade für eine vorhandene ODF-Installation durchführen, legen Sie diesen Wert auf 'true' fest.	`false`
Abrechnungstyp	`billing-type`	Konfiguration	Der zu verwendende Rechnungstyp. Wählen Sie aus 'essentials' oder 'advanced' aus.	`advanced`
IBM COS-Endpunkt	`ibm-cos-endpoint`	Konfiguration	Der regionale öffentliche Endpunkt von IBM COS.	Nicht zutreffend
Einschränkung für IBM COS-Standorte	`ibm-cos-location`	Konfiguration	Die Standorteinschränkung, die Sie beim Erstellen Ihres COS-Buckets verwenden möchten. Beispiel: 'us-east-standard'.	Nicht zutreffend
Zugriffsschlüssel-ID	`ibm-cos-access-key`	Secret	Ihre HMAC-Zugriffsschlüssel-ID für IBM COS.	Nicht zutreffend
Geheimer Zugriffsschlüssel	`ibm-cos-secret-key`	Secret	Ihr geheimer HMAC-Zugriffsschlüssel für IBM COS.	Nicht zutreffend
Verschlüsselung aktiviert	`cluster-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die clusterweite Verschlüsselung aktiviert werden soll.	`false`
IAM-API-Schlüssel	`iam-api-key`	Secret	Ihr IAM-API-Schlüssel.	Nicht zutreffend
Bereinigung durchführen	`perform-cleanup`	Konfiguration	Setzen Sie den Wert auf 'true', wenn Sie eine vollständige Bereinigung der ODF beim Löschen der Zuordnung durchführen möchten.	`false`
KMS-Verschlüsselung	`kms-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die Speicherklassenverschlüsselung aktiviert werden soll.	`false`
Name der KMS-Instanz	`kms-instance-name`	Konfiguration	Der Name Ihrer KMS-Instanz. Der Instanzname darf nur alphanumerische Zeichen, '-', '_' oder '.' enthalten und mit einem alphanumerischen Zeichen beginnen und enden.	Nicht zutreffend
ID der KMS-Instanz	`kms-instance-id`	Konfiguration	Die ID Ihrer KMS-Instanz.	Nicht zutreffend
Basis-URL der KMS-Instanz	`kms-base-url`	Konfiguration	Die öffentliche URL Ihrer KMS-Instanz für die Verbindung zur Instanz.	Nicht zutreffend
URL des API-Schlüsseltokens der KMS-Instanz	`kms-token-url`	Konfiguration	URL des API-Schlüsseltokens zum Generieren des Tokens für die KMS-Instanz.	Nicht zutreffend
KMS-Rootschlüssel	`kms-root-key`	Secret	KMS-Rootschlüssel Ihrer Instanz.	Nicht zutreffend
IAM-API-Schlüssel der KMS-Instanz	`kms-api-key`	Secret	IAM-API-Schlüssel für den Zugriff auf die KMS-Instanz. Der API-Schlüssel, den Sie bereitstellen, muss mindestens über die Zugriffsberechtigung eines Anzeigeberechtigten auf die KMS-Instanz verfügen.	Nicht zutreffend
Noobaa ignorieren	`ignore-noobaa`	Konfiguration	Setzten Sie den Wert auf 'false', wenn Sie MultiCloud Object Gateway (Noobaa) bereitstellen möchten	`true`
Noobaa LB inaktivieren	`disable-noobaa-LB`	Konfiguration	Auf 'true' setzen, wenn die öffentliche Noobaa-Lastausgleichsfunktion inaktiviert werden soll	`false`
Verschlüsselung bei der Übertragung	`encryption-intransit`	Konfiguration	Auf 'true' setzen, wenn die Verschlüsselung während der Übertragung aktiviert werden soll	`false`
Einzelnen Replikatpool hinzufügen (einmal aktiviert, kann er nicht inaktiviert werden)	`add-single-replica-pool`	Konfiguration	Wenn Sie dieses Feature aktivieren, wird ein einzelner Replikatpool ohne Datenreplikation erstellt, was das Risiko von Datenverlust, fehlerhaften Daten und potenzieller Systeminstabilität erhöht. Einmal aktiviert, kann das Feature nicht mehr inaktiviert werden	`false`
Taint-Knoten	`taint-nodes`	Konfiguration	Wenn Sie diese Option auswählen, werden die ausgewählten Workerknoten nur für die Verwendung durch Data Foundation bereitgestellt	`false`
Aktivieren NFS	`enable-nfs`	Konfiguration	Ermöglichen Sie Exporte aus dem Network File System ( NFS ), auf die dann intern oder extern vom OpenShift-Cluster aus zugegriffen werden kann	`false`
Ceph RBD als Standardspeicherklasse verwenden	`use-ceph-rbd-as-default-storage-class`	Konfiguration	Legen Sie die Ceph-RBD-Speicherklasse (RADOS Block Device) als Standardspeicherklasse während der Implementierung von OpenShift Data Foundation fest.	`false`
Ressourcenprofil	`resource-profile`	Konfiguration	Wählen Sie ein Ressourcenprofil auf der Grundlage der Verfügbarkeit von Ressourcen während der Bereitstellung. Wählen Sie zwischen "schlank", "ausgewogen" und "leistungsstark".	`balanced`

4.19 Parameterreferenz

Tabelle 5. Referenz für die Parameter von „ 4.19 “
Anzeigename	CLI-Option	Typ	Beschreibung	Standardwert
Automatische Erkennung von Speicherdatenträgern	`auto-discover-devices`	Konfiguration	Nutzen Sie die automatische Erkennung und Verwendung der Speicherdatenträger auf Ihren Workerknoten. Wenn der Wert auf false gesetzt ist, müssen Sie die Volume-IDs explizit angeben.	`true`
IDs der OSD-Datenträger	`osd-device-path`	Konfiguration	Der Pfad der lokalen Speichereinheit. Beispiel: '/dev/sdc'. Erforderlich, wenn 'auto-discover-devices' auf 'false' gesetzt ist.	Nicht zutreffend
Anzahl der OSD-Datenträger	`num-of-osd`	Konfiguration	Die Anzahl der zu erstellenden Speichereinheitenreplikate. Der Standardwert ist '1', d. h., es wird eine Einheit auf drei Knoten erstellt. Erhöhen Sie den Wert für jede zusätzliche Gruppe von drei Einheiten um 1. Übernehmen Sie für 'Must-use'-Anwendungsfälle den Standardwert '1'.	`1`
Namen/IDs der Worker-Pools	`worker-pools`	Konfiguration	Geben Sie eine durch Kommas getrennte Liste der Namen oder IDs der Worker-Pools an, die Sie für ODF verwenden wollen. Lassen Sie dieses Feld leer, wenn Sie "Worker-Nodes" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, lassen Sie "worker-pools" und "worker-nodes" leer.	Nicht zutreffend
Namen der Workerknoten	`worker-nodes`	Konfiguration	Eine durch Kommas getrennte Liste der Namen der Workerknoten, auf denen Sie ODF bereitstellen möchten. Lassen Sie dieses Feld leer, wenn Sie "Worker-Pools" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, dann lassen Sie "worker-nodes" und "worker-pools" leer. Die Mindestanzahl der Workerknoten ist 3. Sie können die Namen Ihrer Workerknoten ermitteln, indem Sie 'oc get nodes' ausführen.	Nicht zutreffend
Upgrade durchführen	`odf-upgrade`	Konfiguration	Wenn Sie ein Upgrade für eine vorhandene ODF-Installation durchführen, legen Sie diesen Wert auf 'true' fest.	`false`
Abrechnungstyp	`billing-type`	Konfiguration	Der zu verwendende Rechnungstyp. Wählen Sie aus 'essentials' oder 'advanced' aus.	`advanced`
IBM COS-Endpunkt	`ibm-cos-endpoint`	Konfiguration	Der regionale öffentliche Endpunkt von IBM COS.	Nicht zutreffend
Einschränkung für IBM COS-Standorte	`ibm-cos-location`	Konfiguration	Die Standorteinschränkung, die Sie beim Erstellen Ihres COS-Buckets verwenden möchten. Beispiel: 'us-east-standard'.	Nicht zutreffend
Zugriffsschlüssel-ID	`ibm-cos-access-key`	Secret	Ihre HMAC-Zugriffsschlüssel-ID für IBM COS.	Nicht zutreffend
Geheimer Zugriffsschlüssel	`ibm-cos-secret-key`	Secret	Ihr geheimer HMAC-Zugriffsschlüssel für IBM COS.	Nicht zutreffend
Verschlüsselung aktiviert	`cluster-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die clusterweite Verschlüsselung aktiviert werden soll.	`false`
IAM-API-Schlüssel	`iam-api-key`	Secret	Ihr IAM-API-Schlüssel.	Nicht zutreffend
Bereinigung durchführen	`perform-cleanup`	Konfiguration	Setzen Sie den Wert auf 'true', wenn Sie eine vollständige Bereinigung der ODF beim Löschen der Zuordnung durchführen möchten.	`false`
KMS-Verschlüsselung	`kms-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die Speicherklassenverschlüsselung aktiviert werden soll.	`false`
Name der KMS-Instanz	`kms-instance-name`	Konfiguration	Der Name Ihrer KMS-Instanz. Der Instanzname darf nur alphanumerische Zeichen, '-', '_' oder '.' enthalten und mit einem alphanumerischen Zeichen beginnen und enden.	Nicht zutreffend
ID der KMS-Instanz	`kms-instance-id`	Konfiguration	Die ID Ihrer KMS-Instanz.	Nicht zutreffend
Basis-URL der KMS-Instanz	`kms-base-url`	Konfiguration	Die öffentliche URL Ihrer KMS-Instanz für die Verbindung zur Instanz.	Nicht zutreffend
URL des API-Schlüsseltokens der KMS-Instanz	`kms-token-url`	Konfiguration	URL des API-Schlüsseltokens zum Generieren des Tokens für die KMS-Instanz.	Nicht zutreffend
KMS-Rootschlüssel	`kms-root-key`	Secret	KMS-Rootschlüssel Ihrer Instanz.	Nicht zutreffend
IAM-API-Schlüssel der KMS-Instanz	`kms-api-key`	Secret	IAM-API-Schlüssel für den Zugriff auf die KMS-Instanz. Der API-Schlüssel, den Sie bereitstellen, muss mindestens über die Zugriffsberechtigung eines Anzeigeberechtigten auf die KMS-Instanz verfügen.	Nicht zutreffend
Noobaa ignorieren	`ignore-noobaa`	Konfiguration	Setzten Sie den Wert auf 'false', wenn Sie MultiCloud Object Gateway (Noobaa) bereitstellen möchten	`true`
Noobaa LB inaktivieren	`disable-noobaa-LB`	Konfiguration	Auf 'true' setzen, wenn die öffentliche Noobaa-Lastausgleichsfunktion inaktiviert werden soll	`false`
Verschlüsselung bei der Übertragung	`encryption-intransit`	Konfiguration	Auf 'true' setzen, wenn die Verschlüsselung während der Übertragung aktiviert werden soll	`false`
Einzelnen Replikatpool hinzufügen (einmal aktiviert, kann er nicht inaktiviert werden)	`add-single-replica-pool`	Konfiguration	Wenn Sie dieses Feature aktivieren, wird ein einzelner Replikatpool ohne Datenreplikation erstellt, was das Risiko von Datenverlust, fehlerhaften Daten und potenzieller Systeminstabilität erhöht. Einmal aktiviert, kann das Feature nicht mehr inaktiviert werden	`false`
Taint-Knoten	`taint-nodes`	Konfiguration	Wenn Sie diese Option auswählen, werden die ausgewählten Workerknoten nur für die Verwendung durch Data Foundation bereitgestellt	`false`
Aktivieren NFS	`enable-nfs`	Konfiguration	Ermöglichen Sie Exporte aus dem Network File System ( NFS ), auf die dann intern oder extern vom OpenShift-Cluster aus zugegriffen werden kann	`false`
Ceph RBD als Standardspeicherklasse verwenden	`use-ceph-rbd-as-default-storage-class`	Konfiguration	Legen Sie die Ceph-RBD-Speicherklasse (RADOS Block Device) als Standardspeicherklasse während der Implementierung von OpenShift Data Foundation fest.	`false`
Ressourcenprofil	`resource-profile`	Konfiguration	Wählen Sie ein Ressourcenprofil auf der Grundlage der Verfügbarkeit von Ressourcen während der Bereitstellung. Wählen Sie zwischen "schlank", "ausgewogen" und "leistungsstark".	`balanced`

4.20 parameter-Referenz

Tabelle 6. Referenzwerte für die Parameter von „ 4.20 “
Anzeigename	CLI-Option	Typ	Beschreibung	Standardwert
Automatische Erkennung von Speicherdatenträgern	`auto-discover-devices`	Konfiguration	Nutzen Sie die automatische Erkennung und Verwendung der Speicherdatenträger auf Ihren Workerknoten. Wenn der Wert auf false gesetzt ist, müssen Sie die Volume-IDs explizit angeben.	`true`
IDs der OSD-Datenträger	`osd-device-path`	Konfiguration	Der Pfad der lokalen Speichereinheit. Beispiel: '/dev/sdc'. Erforderlich, wenn 'auto-discover-devices' auf 'false' gesetzt ist.	Nicht zutreffend
Anzahl der OSD-Datenträger	`num-of-osd`	Konfiguration	Die Anzahl der zu erstellenden Speichereinheitenreplikate. Der Standardwert ist '1', d. h., es wird eine Einheit auf drei Knoten erstellt. Erhöhen Sie den Wert für jede zusätzliche Gruppe von drei Einheiten um 1. Übernehmen Sie für 'Must-use'-Anwendungsfälle den Standardwert '1'.	`1`
Namen/IDs der Worker-Pools	`worker-pools`	Konfiguration	Geben Sie eine durch Kommas getrennte Liste der Namen oder IDs der Worker-Pools an, die Sie für ODF verwenden wollen. Lassen Sie dieses Feld leer, wenn Sie "Worker-Nodes" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, lassen Sie "worker-pools" und "worker-nodes" leer.	Nicht zutreffend
Namen der Workerknoten	`worker-nodes`	Konfiguration	Eine durch Kommas getrennte Liste der Namen der Workerknoten, auf denen Sie ODF bereitstellen möchten. Lassen Sie dieses Feld leer, wenn Sie "Worker-Pools" verwenden möchten. Wenn Sie alle Worker-Nodes in Ihrem Cluster für ODF verwenden möchten, dann lassen Sie "worker-nodes" und "worker-pools" leer. Die Mindestanzahl der Workerknoten ist 3. Sie können die Namen Ihrer Workerknoten ermitteln, indem Sie 'oc get nodes' ausführen.	Nicht zutreffend
Upgrade durchführen	`odf-upgrade`	Konfiguration	Wenn Sie ein Upgrade für eine vorhandene ODF-Installation durchführen, legen Sie diesen Wert auf 'true' fest.	`false`
Abrechnungstyp	`billing-type`	Konfiguration	Der zu verwendende Rechnungstyp. Wählen Sie aus 'essentials' oder 'advanced' aus.	`advanced`
IBM COS-Endpunkt	`ibm-cos-endpoint`	Konfiguration	Der regionale öffentliche Endpunkt von IBM COS.	Nicht zutreffend
Einschränkung für IBM COS-Standorte	`ibm-cos-location`	Konfiguration	Die Standorteinschränkung, die Sie beim Erstellen Ihres COS-Buckets verwenden möchten. Beispiel: 'us-east-standard'.	Nicht zutreffend
Zugriffsschlüssel-ID	`ibm-cos-access-key`	Secret	Ihre HMAC-Zugriffsschlüssel-ID für IBM COS.	Nicht zutreffend
Geheimer Zugriffsschlüssel	`ibm-cos-secret-key`	Secret	Ihr geheimer HMAC-Zugriffsschlüssel für IBM COS.	Nicht zutreffend
Verschlüsselung aktiviert	`cluster-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die clusterweite Verschlüsselung aktiviert werden soll.	`false`
IAM-API-Schlüssel	`iam-api-key`	Secret	Ihr IAM-API-Schlüssel.	Nicht zutreffend
Bereinigung durchführen	`perform-cleanup`	Konfiguration	Setzen Sie den Wert auf 'true', wenn Sie eine vollständige Bereinigung der ODF beim Löschen der Zuordnung durchführen möchten.	`false`
KMS-Verschlüsselung	`kms-encryption`	Konfiguration	Setzen Sie den Wert auf 'true', wenn die Speicherklassenverschlüsselung aktiviert werden soll.	`false`
Name der KMS-Instanz	`kms-instance-name`	Konfiguration	Der Name Ihrer KMS-Instanz. Der Instanzname darf nur alphanumerische Zeichen, '-', '_' oder '.' enthalten und mit einem alphanumerischen Zeichen beginnen und enden.	Nicht zutreffend
ID der KMS-Instanz	`kms-instance-id`	Konfiguration	Die ID Ihrer KMS-Instanz.	Nicht zutreffend
Basis-URL der KMS-Instanz	`kms-base-url`	Konfiguration	Die öffentliche URL Ihrer KMS-Instanz für die Verbindung zur Instanz.	Nicht zutreffend
URL des API-Schlüsseltokens der KMS-Instanz	`kms-token-url`	Konfiguration	URL des API-Schlüsseltokens zum Generieren des Tokens für die KMS-Instanz.	Nicht zutreffend
KMS-Rootschlüssel	`kms-root-key`	Secret	KMS-Rootschlüssel Ihrer Instanz.	Nicht zutreffend
IAM-API-Schlüssel der KMS-Instanz	`kms-api-key`	Secret	IAM-API-Schlüssel für den Zugriff auf die KMS-Instanz. Der API-Schlüssel, den Sie bereitstellen, muss mindestens über die Zugriffsberechtigung eines Anzeigeberechtigten auf die KMS-Instanz verfügen.	Nicht zutreffend
Noobaa ignorieren	`ignore-noobaa`	Konfiguration	Setzten Sie den Wert auf 'false', wenn Sie MultiCloud Object Gateway (Noobaa) bereitstellen möchten	`true`
Noobaa LB inaktivieren	`disable-noobaa-LB`	Konfiguration	Auf 'true' setzen, wenn die öffentliche Noobaa-Lastausgleichsfunktion inaktiviert werden soll	`false`
Verschlüsselung bei der Übertragung	`encryption-intransit`	Konfiguration	Auf 'true' setzen, wenn die Verschlüsselung während der Übertragung aktiviert werden soll	`false`
Einzelnen Replikatpool hinzufügen (einmal aktiviert, kann er nicht inaktiviert werden)	`add-single-replica-pool`	Konfiguration	Wenn Sie dieses Feature aktivieren, wird ein einzelner Replikatpool ohne Datenreplikation erstellt, was das Risiko von Datenverlust, fehlerhaften Daten und potenzieller Systeminstabilität erhöht. Einmal aktiviert, kann das Feature nicht mehr inaktiviert werden	`false`
Taint-Knoten	`taint-nodes`	Konfiguration	Wenn Sie diese Option auswählen, werden die ausgewählten Workerknoten nur für die Verwendung durch Data Foundation bereitgestellt	`false`
Aktivieren NFS	`enable-nfs`	Konfiguration	Ermöglichen Sie Exporte aus dem Network File System ( NFS ), auf die dann intern oder extern vom OpenShift-Cluster aus zugegriffen werden kann	`false`
Ceph RBD als Standardspeicherklasse verwenden	`use-ceph-rbd-as-default-storage-class`	Konfiguration	Legen Sie die Ceph-RBD-Speicherklasse (RADOS Block Device) als Standardspeicherklasse während der Implementierung von OpenShift Data Foundation fest.	`false`
Ressourcenprofil	`resource-profile`	Konfiguration	Wählen Sie ein Ressourcenprofil auf der Grundlage der Verfügbarkeit von Ressourcen während der Bereitstellung. Wählen Sie zwischen "schlank", "ausgewogen" und "leistungsstark".	`balanced`
Standardeinstellung StorageClass für die Virtualisierung	`set-default-storage-class-for-virtualization`	Konfiguration	Wenn diese Option aktiviert ist, wird das RBD-Virtualisierungs StorageClass bei der Installation als Standard für KubeVirt VM-Datenträger (persistente Volumes) festgelegt.	`false`
Automatische Kapazitätsskalierung aktivieren	`enable-automatic-capacity-scaling`	Konfiguration	Um automatisch zusätzliche Rohkapazität in Höhe der konfigurierten Bereitstellungsgröße hinzuzufügen, sobald die genutzte Kapazität 70 % erreicht.	`false`
Erweiterungslimit für Cluster	`cluster-expansion-limit`	Konfiguration	Der Maximalwert, bis zu dem der Cluster in der Cloud erweitert werden kann. Bei Überschreitung dieses Werts wird die automatische Anpassung der Kapazität ausgesetzt.	`12Ti`

Speicherklassenreferenz für ODF

Überprüfen Sie die Satellite-Speicherklassen für OpenShift Data Foundation. Sie können Speicherklassen in der Befehlszeile mit dem Befehl oc describe sc <storage-class-name> beschreiben.

Speicherklassen-Referenz für OpenShift Container-Speicher
Speicherklassenname	Typ	Dateisystem	Bereitsteller (Provisioner)	Datenträgerbindungsmodus	Datenträgererweiterung zulassen (allowVolumeExpansion)	Rückforderungsrichtlinie
`sat-ocs-cephrbd-gold`	Block	ext4	`openshift-storage.rbd.csi.ceph.com`	Sofort	Ja	Löschen
`sat-ocs-cephfs-gold`	Datei	Nicht zutreffend	`openshift-storage.cephfs.csi.ceph.com`	Sofort	Ja	Löschen
`sat-ocs-cephrgw-gold`	Object	Nicht zutreffend	`openshift-storage.ceph.rook.io/bucket`	Sofort	Nicht zutreffend	Löschen
`sat-ocs-noobaa-gold` Standard	OBC	Nicht zutreffend	`openshift-storage.noobaa.io/obc`	Sofort	Nicht zutreffend	Löschen
`sat-ocs-cephrbd-gold-metro`	Block	ext4	`openshift-storage.rbd.csi.ceph.com`	WaitForFirstConsumer	Ja	Löschen
`sat-ocs-cephfs-gold-metro`	Datei	Nicht zutreffend	`openshift-storage.cephfs.csi.ceph.com`	WaitForFirstConsumer	Ja	Löschen

OpenShift Data Foundation mit lokalen Platten

OpenShift Data Foundation mit lokalen Platten

Informationen zur zu verwendenden ODF-Speichervorlage

Voraussetzungen für ODF

(Optional) Einrichten eines IBM Cloud Object Storage-Speichers für ODF

(Optional) Die Gerätdetails für Ihre ODF-Konfiguration abrufen

Konfiguration in der Konsole erstellen und zuordnen

Konfiguration in der Befehlszeilenschnittstelle erstellen

Konfiguration in der API erstellen

Erstellen einer Zuweisung in der CLI

Speicherzuordnung in der API erstellen

Speicherzuordnungen in der Konsole aktualisieren

Zuordnungen in der Befehlszeilenschnittstelle manuell aktualisieren

Automatische Patchaktualisierungen für Konfigurationen und Zuordnungen in der Befehlszeilenschnittstelle aktivieren

Upgrade für Konfiguration und Zuordnungen in der API durchführen

Automatische Patchaktualisierungen für Zuordnungen in der API aktivieren

App bereitstellen, die OpenShift Data Foundation verwendet

Manuelles Upgrade von Konfigurationen in der Befehlszeilenschnittstelle

Ihre ODF-Konfiguration durch Anhängen unformatierter Platten skalieren

ODF-Konfiguration mit auto-discover-devices skalieren

OpenShift Data Foundation aus Ihren Apps entfernen

Lokale ODF-Speicherkonfiguration aus Ihrem Cluster entfernen

Parameterreferenz

4.15 Parameterreferenz

4.16 parameter-Referenz

4.17 parameter-Referenz

4.18 parameter-Referenz

4.19 Parameterreferenz

4.20 parameter-Referenz

Speicherklassenreferenz für ODF

ODF-Konfiguration mit `auto-discover-devices` skalieren