OpenShift Data Foundation avec disques locaux

Configurer la base de données OpenShift pour les clusters d’ IBM Cloud Satellite®. Vous pouvez utiliser des modèles de stockage Satellite pour créer des configurations de stockage. Lorsque vous affectez une configuration de stockage à vos clusters, les pilotes de stockage du fournisseur de stockage sélectionné sont installés dans votre cluster. Sachez que des frais s'appliquent lorsque vous utilisez le service OpenShift Data Foundation. Utilisez l'estimateur de coût pour générer une estimation du coût en fonction de l'utilisation envisagée.

OpenShift Data Foundation est disponible en mode interne uniquement, ce qui signifie que vos applications s'exécutent dans le même cluster que votre stockage. Le mode externe, ou les configurations lourdes de stockage, où votre stockage se situe dans un cluster distinct de vos applications n'est pas pris en charge.

Avant de pouvoir déployer des modèles de stockage sur les clusters de votre emplacement, assurez-vous de configurer Satellite Config en sélectionnant l'option Activer l'accès administrateur du cluster pour Satellite Config dans la console ou en incluant --enable-config-admin l'option lorsque vous créez votre cluster.

Vous ne pouvez pas limiter la portée du Satellite service de stockage à des groupes de ressources. Toutefois, si vous appliquez d'autres ressources telles que l'emplacement et le cluster aux groupes de ressources, vous devez ajouter le rôle Satellite de lecteur et d'administrateur de lien pour toutes les ressources du compte.

Description du modèle de stockage ODF à utiliser

Vous disposez de deux options lors du déploiement d' OpenShift Data Foundation sur vos clusters Satellite, qui sont les modèles de stockage odf-local et odf-remote.

odf-local: Choisissez ce modèle lorsque vous disposez d'un stockage local disponible pour vos noeuds worker. Si vos volumes de stockage sont visibles lors de l'exécution de lsblk, vous pouvez utiliser ces disques lors du déploiement d'ODF s'ils sont bruts et non formatés.
odf-remote: choisissez ce modèle si un pilote CSI est installé dans votre cluster. Par exemple, le pilote azuredisk-csi-driver. Vous pouvez utiliser le pilote CSI pour mettre à disposition des volumes de stockage de manière dynamique lors du déploiement d'ODF.

Le module complémentaire ODF cluster n'est pas pris en charge sur Satellite les clusters. Vous devez utiliser le modèle de odf-local stockage odf-remote ou pour déployer ODF sur Satellite.

Prérequis pour ODF

Pour utiliser le stockage ODF avec l'opérateur de stockage local et les périphériques de stockage local, procédez comme suit :

Assurez-vous de disposer des autorisations suivantes.
- Editeur pour le service de facturation.
- Manager et Editor pour le service Kubernetes.
- Satellite Link Administrator et Reader pour le service Satellite.
Créez un emplacement Satellite.
Créez un cluster Satellite.
- Veillez à sélectionner l'option Activer l'accès administrateur de cluster pour Satellite Config lorsque vous créez le cluster. Si vous n'activez pas l'accès administrateur (admin) pour la configuration Satellite lors de la création de votre cluster, vous devez recréer votre cluster et activer l'accès administrateur pour pouvoir déployer le stockage.
- Votre cluster doit contenir au moins trois noeuds worker avec au moins 16 UC et 64 Go de mémoire vive par noeud worker.
- Vos hôtes doivent satisfaire la configuration requise par les hôtes Satellite et disposer de l'une des configurations de stockage local ci-après.
  - Une unité brute supplémentaire par noeud worker en plus de la configuration minimale de l'hôte. Ce disque ne doit pas être partitionné ou avoir des systèmes de fichiers formatés.
  - Une partition brute supplémentaire par noeud worker en plus de la configuration minimale de l'hôte. Si vos unités de stockage hôte sont partitionnées, elles doivent avoir au moins une partition brute/non formatée supplémentaire par disque, par noeud worker.
  - Deux unités brutes supplémentaires par nœud de travail en plus des exigences minimales de l'hôte. Ces disques ne doivent pas être des systèmes de fichiers partitionnés ou formatés. Si vos unités ne sont pas partitionnées, chaque nœud doit avoir 2 disques libres. Un disque pour le démon de stockage d'objets (OSD) et un disque pour la surveillance (MON).
  - Deux partitions brutes supplémentaires par nœud de travail en plus des exigences minimales de l'hôte. Ces disques ne doivent pas être des systèmes de fichiers formatés. Si vos périphériques bruts sont partitionnés, ils doivent posséder au moins deux partitions par disque, par noeud worker.
Facultatif : Si vous souhaitez utiliser IBM Cloud Object Storage comme service d'objet, créez une instance de service Object Storage ainsi que des données d'identification HMAC. L'instance Object Storage que vous créez est utilisée en tant que magasin de secours NooBaa dans votre configuration ODF. Le magasin de sauvegarde représente le stockage sous-jacent des données de vos compartiments NooBaa. Si vous ne spécifiez aucune instance de service IBM Cloud Object Storage lorsque vous créez votre configuration de stockage, le magasin de sauvegarde NooBaa par défaut est configuré. Vous pouvez créer des magasins de sauvegarde supplémentaires, y compris des magasins de sauvegarde IBM Cloud Object Storage, une fois que votre configuration de stockage est affectée à vos clusters et qu'ODF est installé.
Facultatif: Obtenez les détails des unités brutes non formatées que vous souhaitez utiliser pour votre configuration. Les ID périphérique de vos disques de stockage sont utilisés pour créer votre configuration de stockage Satellite.

Si vous utilisez des hôtes VMWare, veillez à définir les paramètres disk.EnableUUID et ctkEnabled sur TRUE dans les paramètres de votre machine virtuelle.

(Facultatif) Configuration d'un magasin de données IBM Cloud Object Storage pour ODF

Si vous souhaitez utiliser IBM Cloud Object Storage comme service d'objet, créez une instance de service Object Storage ainsi que des données d'identification HMAC. L'instance Object Storage que vous créez est le magasin de sauvegarde NooBaa dans votre configuration ODF. Le magasin de sauvegarde représente le stockage sous-jacent des données de vos compartiments NooBaa. Si vous ne spécifiez aucune instance de service IBM Cloud Object Storage lorsque vous créez votre configuration de stockage, le magasin de sauvegarde NooBaa par défaut est configuré. Vous pouvez créer davantage de magasins de sauvegarde, y compris des magasins de sauvegarde IBM Cloud Object Storage après avoir affecté la configuration à vos clusters et installé ODF.

Créez une instance de service IBM Cloud Object Storage.

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

Créez des données d'identification HMAC et notez la clé d'accès au service ainsi que l'ID de clé d'accès de vos données d'identification HMAC.
```
ibmcloud resource service-key-create cos-cred-rw Writer --instance-name noobaa-store --parameters '{"HMAC": true}'
```

(Facultatif) Obtenez les détails de l'unité pour votre configuration ODF

Les étapes suivantes indiquent comment extraire manuellement les informations sur les unités locales de chaque nœud de travail de votre cluster. Notez que pour les clusters de version 4.8 et les versions ultérieures, vous pouvez rechercher automatiquement les unités disponibles sur vos noeuds de travail en définissant le paramètre auto-discover-devices=true . Toutefois, si vous disposez d'une version de cluster 4.7, vous devez suivre les étapes suivantes pour extraire les chemins d'accès aux unités des disques de vos nœuds de travail.

Lorsque vous créez votre configuration ODF, vous devez spécifier le chemin d'accès d'unité des disques que vous souhaitez utiliser dans votre cluster de stockage. Le cluster de stockage est composé des pods du démon de stockage d'objets (OSD) et des pods de surveillance (MON). Les unités que vous spécifiez comme unités OSD sont les unités de stockage dans lesquelles vos données d'application sont stockées tandis que les unités que vous spécifiez comme unités MON sont gérées par le pod MON et utilisées pour stocker et gérer le mappage du cluster de stockage et surveiller les événements de stockage. Pour plus d'informations sur l'OSD et le MON, consultez la documentation Ceph.

Connectez-vous à votre cluster pour obtenir une liste des noeuds worker disponibles. Notez les noeuds worker à utiliser dans votre configuration ODF.
```
oc get nodes
```
Connectez-vous à chaque noeud worker à utiliser pour votre configuration ODF.
```
oc debug node/<node-name>
```
Une fois que le pod de débogage a été déployé sur le noeud worker, exécutez les commandes ci-après pour répertorier les disques disponibles sur le noeud worker.
1. Autorisez les binaires hôte.
```
    chroot /host
    ```
1. Répertoriez vos périphériques.

```sh {: pre}
    lsblk
    ```
```
Recherchez les disques disponibles dans la sortie de la commande. Les disques pouvant être utilisés pour votre configuration ODF ne doivent pas être montés. Dans l'exemple de sortie ci-après de la commande lsblk, le disque sdc possède deux partitions non formatées disponibles que vous pouvez utiliser pour les chemins d'accès aux périphériques OSD et MON de ce noeud worker. Si votre noeud worker comporte des disques bruts sans partition, vous avez besoin d'un disque pour OSD et d'un disque pour MON. Dans le cadre des meilleures pratiques et pour maximiser la capacité de stockage sur ce disque, vous pouvez spécifier la partition ou le disque le plus petit pour MON et la partition ou le disque le plus grand pour OSD. Notez que la capacité de stockage initiale de votre configuration ODF correspond à la taille du disque que vous spécifiez avec le paramètre osd-device-path lorsque vous créez votre configuration.
```
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
```
Recherchez le composant by-id de chaque disque à utiliser dans votre configuration. Dans ce cas, les partitions sdc1 et sdc2 ne sont ni formatées, ni montées. Le composant by-id de chaque disque est spécifié sous forme de paramètre de commande lorsque vous créez votre configuration.
```
ls -l /dev/disk/by-id/
```
Si vous avez des hôtes VMware, exécutez la commande suivante.
```
ls -l /dev/disk/by-path/
```

Examinez la sortie de la commande et notez les valeurs by-id des disques à utiliser dans votre configuration. Dans l'exemple de sortie suivant, les ID disque des partitions sdc1 et sdc2 sont les suivants : scsi-3600605b00d87b43027b3bc310a64c6c9-part1 et 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

Répétez les étapes précédentes pour chaque noeud worker à utiliser pour votre configuration ODF.

Vous souhaitez utiliser Terraform pour déployer OpenShift Data Foundation? Pour plus d'informations, consultez les exemples dans le dépôt IBM-Cloud.

Création et affectation d'une configuration dans la console

Reportez-vous aux informations de référence des paramètres.
Dans la console Locations, sélectionnez l'emplacement où vous souhaitez créer une configuration de stockage.
Sélectionnez Stockage > Créer une configuration de stockage
Entrez un nom pour votre configuration.
Sélectionnez le type de stockage.
Sélectionnez la version, puis cliquez sur Suivant
Si le Type de stockage que vous avez sélectionné accepte des paramètres personnalisés, entrez-les dans l'onglet Paramètres.
Si le Type de stockage que vous avez sélectionné requiert des secrets, entrez-les dans l'onglet Secrets.
Dans l'onglet Classes de stockage, consultez les classes de stockage déployées par la configuration ou créez une classe de stockage personnalisée.
Dans l'onglet Affecter au service, sélectionnez le service auquel vous souhaitez affecter votre configuration.
Cliquez sur Terminé pour affecter votre configuration de stockage.

Création d'une configuration dans l'interface de ligne de commande

Passez en revue la référence de paramètre pour la version de modèle que vous souhaitez utiliser.
Connectez-vous à l'interface de ligne de commande IBM Cloud.
```
ibmcloud login
```
Répertoriez vos emplacements Satellite et notez la colonne Managed from.
```
ibmcloud sat location ls
```
Ciblez la région Managed from de votre emplacement Satellite. Par exemple, pour wdc, ciblez us-east. Pour plus d'informations, voir Régions Satellite.
```
ibmcloud target -r us-east
```
Si vous utilisez un groupe de ressources autre que default, ciblez-le.
```
ibmcloud target -g RESOURCE_GROUP
```

Copiez l'un des exemples de commande suivants pour la version de modèle que vous souhaitez utiliser. Pour plus d'informations sur la commande, voir ibmcloud sat storage config create dans la référence de commande.

Exemple de commande permettant de créer une configuration de 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"

Exemple de commande pour créer une configuration de la 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"

Exemple de commande pour créer une configuration de la 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"

Exemple de commande pour créer une configuration de la 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"

Exemple de commande pour créer une configuration de 4.19 version.

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"

Exemple de commande pour créer une configuration de la 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"

Personnalisez la commande en fonction des paramètres que vous souhaitez utiliser.
Exécutez la commande pour créer une configuration.
Vérifiez que votre configuration a bien été créée.
```
ibmcloud sat storage config get --config CONFIG
```

Création d'une configuration dans l'API

Générez une clé d'API, puis demandez un jeton d'actualisation. Pour plus d'informations, voir Génération d'un jeton IAM IBM Cloud à l'aide d'une clé d'API.
Passez en revue la référence de paramètre pour la version de modèle que vous souhaitez utiliser.

Copiez l'un des exemples de demande suivants et remplacez les variables que vous souhaitez utiliser.

Exemple de demande de création d'une configuration de 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\",}

Exemple de demande de création d'une configuration de la 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\",}

Exemple de demande de création d'une configuration de la 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\",}

Exemple de demande de création d'une configuration de la 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\",}

Exemple de demande pour créer une configuration de 4.19 version.

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\",}

Exemple de demande de création d'une configuration de la 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\",}

Vérifiez que les ressources de configuration de stockage sont déployées. Veuillez noter que cette procédure peut prendre jusqu'à 10 minutes.

Procédez à l'extraction du storagecluster que vous avez déployé et vérifiez que la phase est Ready.

    oc get storagecluster -n openshift-storage
    ```
    Exemple de sortie

    ```sh {: screen}
    NAME                 AGE   PHASE   EXTERNAL   CREATED AT             VERSION
    ocs-storagecluster   72m   Ready              2021-02-10T06:00:20Z   4.6.0
    ```
1. Obtenez une liste des pods de l'espace de noms `openshift-storage` et vérifiez que le statut est `Running`.

```sh {: pre}
    oc get pods -n openshift-storage
    ```
    Exemple de sortie

    ```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
    ```

Affichez la liste des classes de stockage ODF.

oc get sc

Exemple de sortie

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

Répertoriez les volumes persistants et vérifiez que les volumes MON et OSD ont été créés.

oc get pv

Exemple de sortie

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

Création d'une tâche dans l'interface de ligne de commande (CLI)

Répertoriez vos configurations de stockage et notez celle que vous souhaitez attribuer à vos clusters.
```
ibmcloud sat storage config ls
```
Récupérez l'ID du cluster, du groupe de clusters ou du service auquel vous souhaitez attribuer un espace de stockage.

Pour vous assurer que votre cluster est enregistré dans Satellite Config ou pour créer des groupes, reportez-vous à la rubrique Configuration des clusters à utiliser avec Satellite Config.

Exemple de commande permettant de répertorier les groupes de clusters.
```
ibmcloud sat group ls
```
Exemple de commande permettant de répertorier les clusters.
```
ibmcloud oc cluster ls --provider satellite
```
Exemple de commande permettant de répertorier les services Satellite.
```
ibmcloud sat service ls --location LOCATION
```
Affectez votre configuration de stockage au cluster, au groupe ou au service que vous avez extrait précédemment. Pour plus d'informations, consultez la commandeibmcloud sat storage assignment create.

Exemple de commande permettant d'affecter une configuration à un groupe de clusters.
```
ibmcloud sat storage assignment create --group GROUP --config CONFIG --name NAME
```
Exemple de commande permettant d'affecter une configuration à un cluster.
```
ibmcloud sat storage assignment create --cluster CLUSTER --config CONFIG --name NAME
```
Exemple de commande permettant d'affecter une configuration à un cluster de services.
```
ibmcloud sat storage assignment create --service-cluster-id CLUSTER --config CONFIG --name NAME
```

Vérifiez que votre affectation a été créée.

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

Création d'une affectation de stockage dans l'API

Copiez l'un des exemples de demande suivants.

Exemple de demande d'affectation d'une configuration à un 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\"}"

Exemple de demande d' affectation de la configuration à un groupe de clusters.

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\"}"

Remplacez les variables par vos détails et exécutez la demande.

Vérifiez que l'affectation a été créée en répertoriant vos affectations.

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

Mise à jour des affectations de stockage dans la console

Vous pouvez utiliser la consoleSatellite pour appliquer les dernières mises à jour de correctif à vos affectations.

Dans la page Emplacements de la console Satellite, sélectionnez votre emplacement.
Cliquez sur l'onglet Stockage pour afficher vos configurations.
Cliquez sur la configuration que vous souhaitez mettre à jour.
Cliquez sur l'icône Informations (i) pour appliquer la dernière révision ou le dernier correctif.
Facultatif: activez les mises à jour de correctif automatiques pour votre affectation de stockage. L'activation des mises à jour de correctifs automatiques garantit que votre affectation dispose toujours des derniers correctifs de sécurité.

Si vous activez les mises à jour de correctifs automatiques, vous devez toujours appliquer les mises à jour majeures manuellement.

Mise à niveau manuelle des affectations dans l'interface de ligne de commande

Mettez à niveau une affectation pour utiliser la dernière révision de modèle de stockage.

Répertoriez vos affectations de stockage Satellite, notez l'affectation Satellite que vous souhaitez mettre à niveau.
```
ibmcloud sat storage assignment ls
```
Répertoriez les modèles de stockage Satellite pour afficher les dernières versions disponibles.
```
ibmcloud sat storage template ls
```
Mettez à niveau l'affectation Satellite.

Exemple de commande permettant de mettre à niveau une affectation.
```
ibmcloud sat storage assignment upgrade --assignment ASSIGNMENT
```

Activation des mises à jour de correctifs automatiques pour les configurations et les affectations dans l'interface de ligne de commande

Vous pouvez utiliser l'interface de ligne de commande sat storage assignment autopatch enable pour activer les mises à jour de correctif automatiques pour vos affectations. L'activation des mises à jour de correctif automatiques applique automatiquement les dernières révisions de modèle de stockage (correctifs). Vous devez toujours appliquer les mises à jour majeures manuellement.

Permet d'afficher la liste des configurations de stockage Satellite. Notez l'ID de configuration.
```
ibmcloud sat storage assignment ls
```
Exécutez l'un des exemples de commande suivants pour activer les mises à jour de correctifs automatiques pour votre configuration et les affectations qui lui sont associées. Saisissez l'ID de configuration que vous avez récupéré à l'étape précédente.

Exemple de commande permettant d'activer les mises à jour de correctif automatiques pour une affectation.
```
ibmcloud sat storage assignment autopatch enable --config CONFIG  (--all | --assignment ASSIGNMENT-ID [--assignment ASSIGNMENT-ID])
```
Exemple de commande permettant d'activer les mises à jour de correctifs automatiques pour toutes les affectations de stockage dans une configuration donnée.
```
ibmcloud sat storage assignment autopatch enable --config CONFIG --all
```
Exemple de commande permettant de désactiver les mises à jour de correctifs automatiques pour toutes les affectations sous une configuration spécifique.
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --all
```
Exemple de commande permettant de désactiver les mises à jour de correctifs automatiques pour une affectation unique et une configuration spécifique.
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --assignment ASSIGNMENT-ID
```
Exemple de commande permettant de désactiver les mises à jour de correctifs automatiques pour une affectation multiple et une configuration spécifique.
```
ibmcloud sat storage assignment autopatch disable --config CONFIG --assignment ASSIGNMENT-ID --assignment ASSIGNMENT-ID
```

Mise à niveau d'une configuration et d'affectations dans l'API

Vous pouvez utiliser l'API /v2/storage/satellite/updateAssignment pour mettre à jour vos affectations avec de nouveaux clusters ou groupes de clusters. Définissez updateConfigVersion sur true pour appliquer la mise à jour de la révision.

Copiez l'exemple de demande suivant et remplacez les variables pour les groupes de clusters et les affectations que vous souhaitez mettre à jour.

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\"}"

Exécutez la demande.

Obtenez les détails de votre affectation pour vérifier la mise à jour.

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

Activation des mises à jour de correctif automatiques pour les affectations dans l'API

Vous pouvez utiliser l'API /v2/storage/satellite/setAssignmentAutoupgrade pour activer les mises à jour de correctif automatiques pour vos affectations. L'activation des mises à jour de correctif automatiques applique automatiquement les dernières révisions de modèle de stockage (correctifs). Vous devez toujours appliquer les mises à jour majeures manuellement.

Copiez l'exemple de demande suivant et remplacez les variables pour les groupes de clusters et les affectations que vous souhaitez mettre à jour.

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", ...], } }

Exécutez la demande.

Obtenez les détails de votre affectation pour vérifier la mise à niveau.

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

Déploiement d'une application qui utilise OpenShift Data Foundation

Vous pouvez utiliser les classes de stockage ODF afin de créer des réservations de volume persistant pour les applications de vos clusters.

Créez un fichier de configuration YAML pour votre réservation de volume persistant. Pour que la réservation de volume persistant corresponde au volume persistant, vous devez utiliser les mêmes valeurs pour la classe de stockage et la taille du stockage.
```
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: ocs-pvc
spec:
  accessModes:
    - ReadWriteOnce
  storageClassName: sat-ocs-cephfs-gold
  resources:
    requests:
      storage: 5Gi
```
Créez la PVC dans votre cluster.
```
oc apply -f pvc.yaml
```

Créez un fichier de configuration YAML pour un pod qui monte la réservation de volume persistant que vous avez créée. L'exemple suivant crée un pod nginx qui écrit la date et l'heure actuelles dans un fichier test.txt.

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

Créez le pod dans votre cluster.
```
oc apply -f pod.yaml
```
Vérifiez que le pod est déployé. Notez que quelques minutes peuvent être nécessaires avant que votre application n'atteigne un certain état Running.
```
oc get pods
```
Exemple de sortie
```
NAME                                READY   STATUS    RESTARTS   AGE
app                                 1/1     Running   0          2m58s
```

Vérifiez que l'application peut écrire des données.

Connectez-vous à votre pod.

    oc exec <app-pod-name> -it bash
    ```
1. Affichez le contenu du fichier `test.txt` pour confirmer que votre application peut écrire des données dans votre stockage de persistance.

```sh {: pre}
    cat /test/test.txt
    ```
    Exemple de sortie
    ```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. Quittez le pod.

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

Mise à niveau manuelle des configurations dans l'interface de ligne de commande

Vous pouvez mettre à niveau vos configurations de stockage Satellite pour obtenir la dernière révision du modèle de stockage au sein de la même version majeure.

Répertoriez vos configurations de stockage Satellite, notez la configuration Satellite à mettre à niveau.
```
ibmcloud sat storage config ls
```
Mettez à niveau la configuration Satellite. Notez que seule la configuration est mise à jour. Si vous souhaitez mettre à niveau les affectations qui utilisent cette configuration, vous pouvez spécifier l'option --include-assignments ou mettre à jour manuellement chaque affectation à l'aide de la commande assignment update.

Exemple de commande permettant de mettre à niveau une configuration vers la dernière révision.
```
ibmcloud sat storage config upgrade --config CONFIG [--include-assignments]
```
Exemple de commande permettant de mettre à niveau une configuration et les affectations associées à la dernière révision.
```
ibmcloud sat storage config upgrade --config CONFIG --include-assignments
```

Mise à l'échelle de votre configuration ODF en associant des disques bruts

Pour mettre à l'échelle votre configuration ODF en ajoutant des disques à vos noeuds worker, augmentez la valeur du paramètre num-of-osd et spécifiez les nouveaux noms de noeud worker avec le paramètre worker-nodes.

Dans l'exemple suivant, 3 nœuds de travail sont ajoutés à la configuration créée précédemment. Vous pouvez mettre à l'échelle votre configuration en ajoutant la mise à jour des paramètres de commande comme suit :

--name -Créez une configuration avec un nouveau nom.
--template-name - Utilisez la même valeur de paramètre que dans votre configuration existante.
--template-version - Utilisez la même valeur de paramètre que dans votre configuration existante.
osd-device-path -Spécifiez toutes les valeurs osd-device-path précédentes à partir de la configuration existante et les chemins d'unité des nœuds de travail que vous avez ajoutés à votre cluster. Pour retrouver les valeurs d'ID unité de vos nouveaux nœuds de travail, voir Obtention des détails de l'unité.
mon-device-path -Indiquez toutes les valeurs mon-device-path précédentes de votre configuration existante. ODF nécessite 3 unités MON. Pour extraire les valeurs d'ID de l'unité de vos nouveaux nœuds de travail, voir Obtention des détails de l'unité.
num-of-osd -Augmentez le numéro OSD par 1 pour chaque ensemble de 3 disques ou partitions que vous ajoutez à votre configuration.
worker-nodes -Indiquez les nœuds de travail à partir de la configuration existante.
ibm-cos-access-key - Facultatif : utilisez la même valeur de paramètre que dans votre configuration existante. Ne spécifiez pas ce paramètre si vous n'utilisez pas une instance de service IBM Cloud Object Storage comme magasin de sauvegarde dans votre configuration existante.
ibm-cos-secret-access-key - Facultatif : utilisez la même valeur de paramètre que dans votre configuration existante. Ne spécifiez pas ce paramètre si vous n'utilisez pas une instance de service IBM Cloud Object Storage comme magasin de sauvegarde dans votre configuration existante.
ibm-cos-endpoint - Facultatif : utilisez la même valeur de paramètre que dans votre configuration existante. Ne spécifiez pas ce paramètre si vous n'utilisez pas une instance de service IBM Cloud Object Storage comme magasin de sauvegarde dans votre configuration existante.
ibm-cos-location - Facultatif : utilisez la même valeur de paramètre que dans votre configuration existante. Ne spécifiez pas ce paramètre si vous n'utilisez pas une instance de service IBM Cloud Object Storage comme magasin de sauvegarde dans votre configuration existante.

Créez la configuration de stockage et spécifiez les valeurs mises à jour. Dans cet exemple, le paramètre osd-device-path est mis à jour pour inclure les ID de l'unité des disques que vous souhaitez utiliser et la valeur num-of-osd est augmentée à 2. Ne spécifiez pas les paramètres Object Storage lorsque vous créez votre configuration si vous n'utilisez pas une instance de service IBM Cloud Object Storage comme magasin de sauvegarde dans votre configuration existante.

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>"

Créez une nouvelle affectation pour cette configuration:

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

Mise à l'échelle de votre configuration ODF avec `auto-discover-devices`

Si vous définissez le paramètre auto-discover-devices sur true dans votre configuration ODF, vous pouvez mettre à l'échelle votre configuration en augmentant la valeur du paramètre num-of-osd dans la commande suivante.

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>"

Affectez votre configuration à vos clusters.

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

Vérifiez la configuration.

ibmcloud sat storage config get --config <config>

Suppression d'OpenShift Data Foundation de vos applications

Si vous n'avez plus besoin de votre instance OpenShift Data Foundation, vous pouvez supprimer votre réservation de volume persistant, votre volume persistant et l'opérateur ODF de vos clusters.

Répertoriez vos réservations de volume persistant et notez les noms de la réservation de volume persistant et du volume persistant correspondant à supprimer.
```
oc get pvc
```

Supprimez les pods qui montent la PVC.

Répertoriez tous les pods qui montent actuellement la réservation de volume persistant à supprimer. Si aucun pod n'est renvoyé, aucun pod n'utilise actuellement votre réservation de volume persistant.

    oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>"
    ```
    Exemple de sortie
    ```sh {: screen}
    app    sat-ocs-cephfs-gold
    ```
1. Supprimez le pod utilisant la PVC. Si le pod fait partie d'un déploiement, retirez ce déploiement.
```sh {: pre}
    oc delete pod <pod_name>
    ```
    ```sh {: pre}
    oc delete deployment <deployment_name>
    ```
1. Vérifiez que le pod ou le déploiement a été supprimé.
```sh {: pre}
    oc get pods
    ```
    ```sh {: pre}
    oc get deployments
    ```

Supprimez la réservation de volume persistant.
```
oc delete pvc <pvc_name>
```
Supprimez le volume persistant correspondant.
```
oc delete pv <pv_name>
```

Suppression de la configuration de stockage local ODF de votre cluster

Si vous n'envisagez plus d'utiliser OpenShift Data Foundation dans votre cluster, vous pouvez supprimer l'affectation de votre cluster de la configuration de stockage.

Notez que si vous supprimez la configuration de stockage, les opérateurs ODF sont désinstallés de tous les clusters affectés. Vos réservations de volume persistant, vos volumes persistants et vos données ne sont pas supprimés. Cependant, vous ne pourrez pas accéder à vos données tant que vous n'aurez pas réinstallé le pilote dans votre cluster.

Exécutez la commande suivante pour supprimer votre affectation de stockage ODF.
```
oc delete ocscluster --all
```

Répertoriez vos affectations de stockage et recherchez celle que vous avez utilisée pour votre cluster.

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

Supprimez l'affectation. Une fois que l'affectation a été supprimée, les pods du pilote ODF et les classes de stockage sont supprimés de tous les clusters qui faisaient partie de l'affectation de stockage.
```
ibmcloud sat storage assignment rm --assignment <assignment_ID>
```

Répertoriez les classes de stockage ODF et local.

oc get sc

Exemple de sortie

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

Supprimez les classes de stockage.

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

Exemple de sortie

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

Référence de paramètre

Référence du paramètre 4.15

Tableau 1. Référence des paramètres de l' 4.15
Nom d'affichage	Option CLI	Type	Description	Valeur par défaut
Reconnaissance automatique des volumes de stockage	`auto-discover-devices`	Config	Reconnaissez et utilisez automatiquement les volumes de stockage sur vos noeuds worker. Si la valeur est définie sur false, vous devez alors fournir explicitement les identifiants des volumes.	`true`
ID de volume OSD	`osd-device-path`	Config	Chemin de l'unité de stockage locale. Exemple : '/dev/sdc'. Obligatoire si 'auto-discover-devices' est défini sur 'false'.	N/A
Nombre de volumes OSD	`num-of-osd`	Config	Le nombre de répliques d'unité de stockage à créer. La valeur par défaut est '1', ce qui crée 1 périphérique sur 3 noeuds. Augmentez de 1 pour chaque ensemble supplémentaire de 3 périphériques. Pour les cas d'utilisation les plus courants, conservez la valeur par défaut de '1'.	`1`
Noms / ID des pools de noeuds worker	`worker-pools`	Config	Spécifiez une liste séparée par des virgules répertoriant les noms ou les ID des pools de noeuds worker que vous souhaitez utiliser pour ODF. Laissez ce champ vide si vous souhaitez utiliser des nœuds de travail. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez 'worker-pools' et 'worker-nodes' vides.	N/A
Noms de noeud worker	`worker-nodes`	Config	Liste des noms de noeud worker séparés par des virgules, dans lesquels vous souhaitez déployer ODF. Laissez ce champ vide si vous souhaitez utiliser des pools de travailleurs. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez les champs 'worker-nodes' et 'worker-pools' vides. Le nombre minimal de noeuds de travail est 3. Pour rechercher les noms de noeud worker, exécutez 'oc get nodes'.	N/A
Mettre à niveau	`odf-upgrade`	Config	Si vous mettez à niveau une installation ODF existante, affectez la valeur 'true'.	`false`
Type de facturation	`billing-type`	Config	Le type de facturation que vous souhaitez utiliser. Choisissez parmi 'essentials' ou 'advanced'.	`advanced`
Noeud final IBM COS	`ibm-cos-endpoint`	Config	Noeud final public régional IBM COS.	N/A
Contrainte d'emplacement IBM COS	`ibm-cos-location`	Config	La contrainte d'emplacement que vous souhaitez utiliser lors de la création de votre compartiment COS. Exemple : 'us-east-standard'.	N/A
ID de clé d'accès	`ibm-cos-access-key`	Secret	Votre ID de clé d'accès HMAC IBM COS.	N/A
Clé d'accès secrète	`ibm-cos-secret-key`	Secret	Votre clé d'accès secrète HMAC IBM COS.	N/A
Chiffrement activé	`cluster-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement à l'échelle du cluster.	`false`
clé d'API IAM	`iam-api-key`	Secret	Votre clé d'API IAM.	N/A
Effectuer le nettoyage	`perform-cleanup`	Config	Affectez la valeur 'true' si vous souhaitez effectuer un nettoyage complet d'ODF lors de la suppression d'affectation.	`false`
Chiffrement KMS	`kms-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement de classe de stockage.	`false`
Nom d'instance KMS	`kms-instance-name`	Config	Nom de votre instance KMS. Le nom de l'instance ne doit comporter que des caractères alphanumériques, "-", "_" ou "." et commencer et se terminer par un caractère alphanumérique.	N/A
ID d'instance kms	`kms-instance-id`	Config	ID de votre instance KMS.	N/A
URL de base de l'instance KMS	`kms-base-url`	Config	URL publique de votre instance KMS pour la connexion à l'instance.	N/A
URL du jeton de clé d'API de l'instance KMS	`kms-token-url`	Config	URL du jeton de clé d'API pour générer un jeton pour l'instance KMS.	N/A
Clé racine KMS	`kms-root-key`	Secret	Clé racine KMS de votre instance.	N/A
Clé d'API IAM KMS	`kms-api-key`	Secret	Clé d'API IAM pour accéder à l'instance KMS. La clé d'API que vous fournissez doit disposer au moins de l'accès Afficheur à l'instance KMS.	N/A
Ignorer Noobaa	`ignore-noobaa`	Config	Définissez la valeur 'false' si vous souhaitez déployer MultiCloud Object Gateway (Noobaa)	`true`
Désactiver l'équilibreur de charge Noobaa	`disable-noobaa-LB`	Config	Définissez sur 'true' si vous souhaitez désactiver l'équilibreur de charge public Noobaa	`false`
Chiffrement en transit	`encryption-intransit`	Config	Valeur « true » si vous souhaitez activer le chiffrement en transit	`false`
Ajouter un pool de répliques unique (une fois activée, cette fonction ne peut plus être désactivée)	`add-single-replica-pool`	Config	L'activation de cette fonction crée un pool de répliques unique sans réplication des données, ce qui augmente le risque de perte et d'altération de données, ainsi que l'instabilité potentielle du système. Une fois activée, elle ne peut plus être désactivée	`false`
Tacher les noeuds	`taint-nodes`	Config	Lorsque cette option est définie, les noeuds worker sélectionnés sont dédiés à l'utilisation de Data Foundation uniquement	`false`
Préparation à la reprise après incident	`prepare-for-disaster-recovery`	Config	L'activation de cette option permet de configurer le système de stockage pour le service de reprise après incident avec les configurations essentielles en place. Cela permettra par la suite l'implémentation transparente de stratégies de reprise après incident pour vos charges de travail	`false`
Activer NFS	`enable-nfs`	Config	Autoriser les exportations depuis le système de fichiers réseau ( NFS ) auxquelles il est ensuite possible d'accéder en interne ou en externe à partir du cluster OpenShift	`false`
Utiliser Ceph RBD comme classe de stockage par défaut	`use-ceph-rbd-as-default-storage-class`	Config	Définition de la classe de stockage d'unité par blocs (RBD) Ceph RADOS comme classe de stockage par défaut lors du déploiement d' OpenShift Data Foundation	`false`
Profil de ressource	`resource-profile`	Config	Choisissez un profil de ressources en fonction de la disponibilité des ressources lors du déploiement. Choisissez entre "maigre", "équilibré" et "performance".	`balanced`

4.16 référence des paramètres

Tableau 2. Référence des paramètres de l' 4.16
Nom d'affichage	Option CLI	Type	Description	Valeur par défaut
Reconnaissance automatique des volumes de stockage	`auto-discover-devices`	Config	Reconnaissez et utilisez automatiquement les volumes de stockage sur vos noeuds worker. Si la valeur est définie sur false, vous devez alors fournir explicitement les identifiants des volumes.	`true`
ID de volume OSD	`osd-device-path`	Config	Chemin de l'unité de stockage locale. Exemple : '/dev/sdc'. Obligatoire si 'auto-discover-devices' est défini sur 'false'.	N/A
Nombre de volumes OSD	`num-of-osd`	Config	Le nombre de répliques d'unité de stockage à créer. La valeur par défaut est '1', ce qui crée 1 périphérique sur 3 noeuds. Augmentez de 1 pour chaque ensemble supplémentaire de 3 périphériques. Pour les cas d'utilisation les plus courants, conservez la valeur par défaut de '1'.	`1`
Noms / ID des pools de noeuds worker	`worker-pools`	Config	Spécifiez une liste séparée par des virgules répertoriant les noms ou les ID des pools de noeuds worker que vous souhaitez utiliser pour ODF. Laissez ce champ vide si vous souhaitez utiliser des nœuds de travail. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez 'worker-pools' et 'worker-nodes' vides.	N/A
Noms de noeud worker	`worker-nodes`	Config	Liste des noms de noeud worker séparés par des virgules, dans lesquels vous souhaitez déployer ODF. Laissez ce champ vide si vous souhaitez utiliser des pools de travailleurs. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez les champs 'worker-nodes' et 'worker-pools' vides. Le nombre minimal de noeuds de travail est 3. Pour rechercher les noms de noeud worker, exécutez 'oc get nodes'.	N/A
Mettre à niveau	`odf-upgrade`	Config	Si vous mettez à niveau une installation ODF existante, affectez la valeur 'true'.	`false`
Type de facturation	`billing-type`	Config	Le type de facturation que vous souhaitez utiliser. Choisissez parmi 'essentials' ou 'advanced'.	`advanced`
Noeud final IBM COS	`ibm-cos-endpoint`	Config	Noeud final public régional IBM COS.	N/A
Contrainte d'emplacement IBM COS	`ibm-cos-location`	Config	La contrainte d'emplacement que vous souhaitez utiliser lors de la création de votre compartiment COS. Exemple : 'us-east-standard'.	N/A
ID de clé d'accès	`ibm-cos-access-key`	Secret	Votre ID de clé d'accès HMAC IBM COS.	N/A
Clé d'accès secrète	`ibm-cos-secret-key`	Secret	Votre clé d'accès secrète HMAC IBM COS.	N/A
Chiffrement activé	`cluster-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement à l'échelle du cluster.	`false`
clé d'API IAM	`iam-api-key`	Secret	Votre clé d'API IAM.	N/A
Effectuer le nettoyage	`perform-cleanup`	Config	Affectez la valeur 'true' si vous souhaitez effectuer un nettoyage complet d'ODF lors de la suppression d'affectation.	`false`
Chiffrement KMS	`kms-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement de classe de stockage.	`false`
Nom d'instance KMS	`kms-instance-name`	Config	Nom de votre instance KMS. Le nom de l'instance ne doit comporter que des caractères alphanumériques, "-", "_" ou "." et commencer et se terminer par un caractère alphanumérique.	N/A
ID d'instance kms	`kms-instance-id`	Config	ID de votre instance KMS.	N/A
URL de base de l'instance KMS	`kms-base-url`	Config	URL publique de votre instance KMS pour la connexion à l'instance.	N/A
URL du jeton de clé d'API de l'instance KMS	`kms-token-url`	Config	URL du jeton de clé d'API pour générer un jeton pour l'instance KMS.	N/A
Clé racine KMS	`kms-root-key`	Secret	Clé racine KMS de votre instance.	N/A
Clé d'API IAM KMS	`kms-api-key`	Secret	Clé d'API IAM pour accéder à l'instance KMS. La clé d'API que vous fournissez doit disposer au moins de l'accès Afficheur à l'instance KMS.	N/A
Ignorer Noobaa	`ignore-noobaa`	Config	Définissez la valeur 'false' si vous souhaitez déployer MultiCloud Object Gateway (Noobaa)	`true`
Désactiver l'équilibreur de charge Noobaa	`disable-noobaa-LB`	Config	Définissez sur 'true' si vous souhaitez désactiver l'équilibreur de charge public Noobaa	`false`
Chiffrement en transit	`encryption-intransit`	Config	Valeur « true » si vous souhaitez activer le chiffrement en transit	`false`
Ajouter un pool de répliques unique (une fois activée, cette fonction ne peut plus être désactivée)	`add-single-replica-pool`	Config	L'activation de cette fonction crée un pool de répliques unique sans réplication des données, ce qui augmente le risque de perte et d'altération de données, ainsi que l'instabilité potentielle du système. Une fois activée, elle ne peut plus être désactivée	`false`
Tacher les noeuds	`taint-nodes`	Config	Lorsque cette option est définie, les noeuds worker sélectionnés sont dédiés à l'utilisation de Data Foundation uniquement	`false`
Préparation à la reprise après incident	`prepare-for-disaster-recovery`	Config	L'activation de cette option permet de configurer le système de stockage pour le service de reprise après incident avec les configurations essentielles en place. Cela permettra par la suite l'implémentation transparente de stratégies de reprise après incident pour vos charges de travail	`false`
Activer NFS	`enable-nfs`	Config	Autoriser les exportations depuis le système de fichiers réseau ( NFS ) auxquelles il est ensuite possible d'accéder en interne ou en externe à partir du cluster OpenShift	`false`
Utiliser Ceph RBD comme classe de stockage par défaut	`use-ceph-rbd-as-default-storage-class`	Config	Définition de la classe de stockage d'unité par blocs (RBD) Ceph RADOS comme classe de stockage par défaut lors du déploiement d' OpenShift Data Foundation	`false`
Profil de ressource	`resource-profile`	Config	Choisissez un profil de ressources en fonction de la disponibilité des ressources lors du déploiement. Choisissez entre "maigre", "équilibré" et "performance".	`balanced`

4.17 référence des paramètres

Tableau 3. Référence des paramètres de l' 4.17
Nom d'affichage	Option CLI	Type	Description	Valeur par défaut
Reconnaissance automatique des volumes de stockage	`auto-discover-devices`	Config	Reconnaissez et utilisez automatiquement les volumes de stockage sur vos noeuds worker. Si la valeur est définie sur false, vous devez alors fournir explicitement les identifiants des volumes.	`true`
ID de volume OSD	`osd-device-path`	Config	Chemin de l'unité de stockage locale. Exemple : '/dev/sdc'. Obligatoire si 'auto-discover-devices' est défini sur 'false'.	N/A
Nombre de volumes OSD	`num-of-osd`	Config	Le nombre de répliques d'unité de stockage à créer. La valeur par défaut est '1', ce qui crée 1 périphérique sur 3 noeuds. Augmentez de 1 pour chaque ensemble supplémentaire de 3 périphériques. Pour les cas d'utilisation les plus courants, conservez la valeur par défaut de '1'.	`1`
Noms / ID des pools de noeuds worker	`worker-pools`	Config	Spécifiez une liste séparée par des virgules répertoriant les noms ou les ID des pools de noeuds worker que vous souhaitez utiliser pour ODF. Laissez ce champ vide si vous souhaitez utiliser des nœuds de travail. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez 'worker-pools' et 'worker-nodes' vides.	N/A
Noms de noeud worker	`worker-nodes`	Config	Liste des noms de noeud worker séparés par des virgules, dans lesquels vous souhaitez déployer ODF. Laissez ce champ vide si vous souhaitez utiliser des pools de travailleurs. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez les champs 'worker-nodes' et 'worker-pools' vides. Le nombre minimal de noeuds de travail est 3. Pour rechercher les noms de noeud worker, exécutez 'oc get nodes'.	N/A
Mettre à niveau	`odf-upgrade`	Config	Si vous mettez à niveau une installation ODF existante, affectez la valeur 'true'.	`false`
Type de facturation	`billing-type`	Config	Le type de facturation que vous souhaitez utiliser. Choisissez parmi 'essentials' ou 'advanced'.	`advanced`
Noeud final IBM COS	`ibm-cos-endpoint`	Config	Noeud final public régional IBM COS.	N/A
Contrainte d'emplacement IBM COS	`ibm-cos-location`	Config	La contrainte d'emplacement que vous souhaitez utiliser lors de la création de votre compartiment COS. Exemple : 'us-east-standard'.	N/A
ID de clé d'accès	`ibm-cos-access-key`	Secret	Votre ID de clé d'accès HMAC IBM COS.	N/A
Clé d'accès secrète	`ibm-cos-secret-key`	Secret	Votre clé d'accès secrète HMAC IBM COS.	N/A
Chiffrement activé	`cluster-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement à l'échelle du cluster.	`false`
clé d'API IAM	`iam-api-key`	Secret	Votre clé d'API IAM.	N/A
Effectuer le nettoyage	`perform-cleanup`	Config	Affectez la valeur 'true' si vous souhaitez effectuer un nettoyage complet d'ODF lors de la suppression d'affectation.	`false`
Chiffrement KMS	`kms-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement de classe de stockage.	`false`
Nom d'instance KMS	`kms-instance-name`	Config	Nom de votre instance KMS. Le nom de l'instance ne doit comporter que des caractères alphanumériques, "-", "_" ou "." et commencer et se terminer par un caractère alphanumérique.	N/A
ID d'instance kms	`kms-instance-id`	Config	ID de votre instance KMS.	N/A
URL de base de l'instance KMS	`kms-base-url`	Config	URL publique de votre instance KMS pour la connexion à l'instance.	N/A
URL du jeton de clé d'API de l'instance KMS	`kms-token-url`	Config	URL du jeton de clé d'API pour générer un jeton pour l'instance KMS.	N/A
Clé racine KMS	`kms-root-key`	Secret	Clé racine KMS de votre instance.	N/A
Clé d'API IAM KMS	`kms-api-key`	Secret	Clé d'API IAM pour accéder à l'instance KMS. La clé d'API que vous fournissez doit disposer au moins de l'accès Afficheur à l'instance KMS.	N/A
Ignorer Noobaa	`ignore-noobaa`	Config	Définissez la valeur 'false' si vous souhaitez déployer MultiCloud Object Gateway (Noobaa)	`true`
Désactiver l'équilibreur de charge Noobaa	`disable-noobaa-LB`	Config	Définissez sur 'true' si vous souhaitez désactiver l'équilibreur de charge public Noobaa	`false`
Chiffrement en transit	`encryption-intransit`	Config	Valeur « true » si vous souhaitez activer le chiffrement en transit	`false`
Ajouter un pool de répliques unique (une fois activée, cette fonction ne peut plus être désactivée)	`add-single-replica-pool`	Config	L'activation de cette fonction crée un pool de répliques unique sans réplication des données, ce qui augmente le risque de perte et d'altération de données, ainsi que l'instabilité potentielle du système. Une fois activée, elle ne peut plus être désactivée	`false`
Tacher les noeuds	`taint-nodes`	Config	Lorsque cette option est définie, les noeuds worker sélectionnés sont dédiés à l'utilisation de Data Foundation uniquement	`false`
Préparation à la reprise après incident	`prepare-for-disaster-recovery`	Config	L'activation de cette option permet de configurer le système de stockage pour le service de reprise après incident avec les configurations essentielles en place. Cela permettra par la suite l'implémentation transparente de stratégies de reprise après incident pour vos charges de travail	`false`
Activer NFS	`enable-nfs`	Config	Autoriser les exportations depuis le système de fichiers réseau ( NFS ) auxquelles il est ensuite possible d'accéder en interne ou en externe à partir du cluster OpenShift	`false`
Utiliser Ceph RBD comme classe de stockage par défaut	`use-ceph-rbd-as-default-storage-class`	Config	Définition de la classe de stockage d'unité par blocs (RBD) Ceph RADOS comme classe de stockage par défaut lors du déploiement d' OpenShift Data Foundation	`false`
Profil de ressource	`resource-profile`	Config	Choisissez un profil de ressources en fonction de la disponibilité des ressources lors du déploiement. Choisissez entre "maigre", "équilibré" et "performance".	`balanced`

4.18 référence des paramètres

Tableau 4. Référence des paramètres de l' 4.18
Nom d'affichage	Option CLI	Type	Description	Valeur par défaut
Reconnaissance automatique des volumes de stockage	`auto-discover-devices`	Config	Reconnaissez et utilisez automatiquement les volumes de stockage sur vos noeuds worker. Si la valeur est définie sur false, vous devez alors fournir explicitement les identifiants des volumes.	`true`
ID de volume OSD	`osd-device-path`	Config	Chemin de l'unité de stockage locale. Exemple : '/dev/sdc'. Obligatoire si 'auto-discover-devices' est défini sur 'false'.	N/A
Nombre de volumes OSD	`num-of-osd`	Config	Le nombre de répliques d'unité de stockage à créer. La valeur par défaut est '1', ce qui crée 1 périphérique sur 3 noeuds. Augmentez de 1 pour chaque ensemble supplémentaire de 3 périphériques. Pour les cas d'utilisation les plus courants, conservez la valeur par défaut de '1'.	`1`
Noms / ID des pools de noeuds worker	`worker-pools`	Config	Spécifiez une liste séparée par des virgules répertoriant les noms ou les ID des pools de noeuds worker que vous souhaitez utiliser pour ODF. Laissez ce champ vide si vous souhaitez utiliser des nœuds de travail. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez 'worker-pools' et 'worker-nodes' vides.	N/A
Noms de noeud worker	`worker-nodes`	Config	Liste des noms de noeud worker séparés par des virgules, dans lesquels vous souhaitez déployer ODF. Laissez ce champ vide si vous souhaitez utiliser des pools de travailleurs. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez les champs 'worker-nodes' et 'worker-pools' vides. Le nombre minimal de noeuds de travail est 3. Pour rechercher les noms de noeud worker, exécutez 'oc get nodes'.	N/A
Mettre à niveau	`odf-upgrade`	Config	Si vous mettez à niveau une installation ODF existante, affectez la valeur 'true'.	`false`
Type de facturation	`billing-type`	Config	Le type de facturation que vous souhaitez utiliser. Choisissez parmi 'essentials' ou 'advanced'.	`advanced`
Noeud final IBM COS	`ibm-cos-endpoint`	Config	Noeud final public régional IBM COS.	N/A
Contrainte d'emplacement IBM COS	`ibm-cos-location`	Config	La contrainte d'emplacement que vous souhaitez utiliser lors de la création de votre compartiment COS. Exemple : 'us-east-standard'.	N/A
ID de clé d'accès	`ibm-cos-access-key`	Secret	Votre ID de clé d'accès HMAC IBM COS.	N/A
Clé d'accès secrète	`ibm-cos-secret-key`	Secret	Votre clé d'accès secrète HMAC IBM COS.	N/A
Chiffrement activé	`cluster-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement à l'échelle du cluster.	`false`
clé d'API IAM	`iam-api-key`	Secret	Votre clé d'API IAM.	N/A
Effectuer le nettoyage	`perform-cleanup`	Config	Affectez la valeur 'true' si vous souhaitez effectuer un nettoyage complet d'ODF lors de la suppression d'affectation.	`false`
Chiffrement KMS	`kms-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement de classe de stockage.	`false`
Nom d'instance KMS	`kms-instance-name`	Config	Nom de votre instance KMS. Le nom de l'instance ne doit comporter que des caractères alphanumériques, "-", "_" ou "." et commencer et se terminer par un caractère alphanumérique.	N/A
ID d'instance kms	`kms-instance-id`	Config	ID de votre instance KMS.	N/A
URL de base de l'instance KMS	`kms-base-url`	Config	URL publique de votre instance KMS pour la connexion à l'instance.	N/A
URL du jeton de clé d'API de l'instance KMS	`kms-token-url`	Config	URL du jeton de clé d'API pour générer un jeton pour l'instance KMS.	N/A
Clé racine KMS	`kms-root-key`	Secret	Clé racine KMS de votre instance.	N/A
Clé d'API IAM KMS	`kms-api-key`	Secret	Clé d'API IAM pour accéder à l'instance KMS. La clé d'API que vous fournissez doit disposer au moins de l'accès Afficheur à l'instance KMS.	N/A
Ignorer Noobaa	`ignore-noobaa`	Config	Définissez la valeur 'false' si vous souhaitez déployer MultiCloud Object Gateway (Noobaa)	`true`
Désactiver l'équilibreur de charge Noobaa	`disable-noobaa-LB`	Config	Définissez sur 'true' si vous souhaitez désactiver l'équilibreur de charge public Noobaa	`false`
Chiffrement en transit	`encryption-intransit`	Config	Valeur « true » si vous souhaitez activer le chiffrement en transit	`false`
Ajouter un pool de répliques unique (une fois activée, cette fonction ne peut plus être désactivée)	`add-single-replica-pool`	Config	L'activation de cette fonction crée un pool de répliques unique sans réplication des données, ce qui augmente le risque de perte et d'altération de données, ainsi que l'instabilité potentielle du système. Une fois activée, elle ne peut plus être désactivée	`false`
Tacher les noeuds	`taint-nodes`	Config	Lorsque cette option est définie, les noeuds worker sélectionnés sont dédiés à l'utilisation de Data Foundation uniquement	`false`
Activer NFS	`enable-nfs`	Config	Autoriser les exportations depuis le système de fichiers réseau ( NFS ) auxquelles il est ensuite possible d'accéder en interne ou en externe à partir du cluster OpenShift	`false`
Utiliser Ceph RBD comme classe de stockage par défaut	`use-ceph-rbd-as-default-storage-class`	Config	Définition de la classe de stockage d'unité par blocs (RBD) Ceph RADOS comme classe de stockage par défaut lors du déploiement d' OpenShift Data Foundation	`false`
Profil de ressource	`resource-profile`	Config	Choisissez un profil de ressources en fonction de la disponibilité des ressources lors du déploiement. Choisissez entre "maigre", "équilibré" et "performance".	`balanced`

4.19 référence des paramètres

Tableau 5. Référence des paramètres de l' 4.19
Nom d'affichage	Option CLI	Type	Description	Valeur par défaut
Reconnaissance automatique des volumes de stockage	`auto-discover-devices`	Config	Reconnaissez et utilisez automatiquement les volumes de stockage sur vos noeuds worker. Si la valeur est définie sur false, vous devez alors fournir explicitement les identifiants des volumes.	`true`
ID de volume OSD	`osd-device-path`	Config	Chemin de l'unité de stockage locale. Exemple : '/dev/sdc'. Obligatoire si 'auto-discover-devices' est défini sur 'false'.	N/A
Nombre de volumes OSD	`num-of-osd`	Config	Le nombre de répliques d'unité de stockage à créer. La valeur par défaut est '1', ce qui crée 1 périphérique sur 3 noeuds. Augmentez de 1 pour chaque ensemble supplémentaire de 3 périphériques. Pour les cas d'utilisation les plus courants, conservez la valeur par défaut de '1'.	`1`
Noms / ID des pools de noeuds worker	`worker-pools`	Config	Spécifiez une liste séparée par des virgules répertoriant les noms ou les ID des pools de noeuds worker que vous souhaitez utiliser pour ODF. Laissez ce champ vide si vous souhaitez utiliser des nœuds de travail. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez 'worker-pools' et 'worker-nodes' vides.	N/A
Noms de noeud worker	`worker-nodes`	Config	Liste des noms de noeud worker séparés par des virgules, dans lesquels vous souhaitez déployer ODF. Laissez ce champ vide si vous souhaitez utiliser des pools de travailleurs. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez les champs 'worker-nodes' et 'worker-pools' vides. Le nombre minimal de noeuds de travail est 3. Pour rechercher les noms de noeud worker, exécutez 'oc get nodes'.	N/A
Mettre à niveau	`odf-upgrade`	Config	Si vous mettez à niveau une installation ODF existante, affectez la valeur 'true'.	`false`
Type de facturation	`billing-type`	Config	Le type de facturation que vous souhaitez utiliser. Choisissez parmi 'essentials' ou 'advanced'.	`advanced`
Noeud final IBM COS	`ibm-cos-endpoint`	Config	Noeud final public régional IBM COS.	N/A
Contrainte d'emplacement IBM COS	`ibm-cos-location`	Config	La contrainte d'emplacement que vous souhaitez utiliser lors de la création de votre compartiment COS. Exemple : 'us-east-standard'.	N/A
ID de clé d'accès	`ibm-cos-access-key`	Secret	Votre ID de clé d'accès HMAC IBM COS.	N/A
Clé d'accès secrète	`ibm-cos-secret-key`	Secret	Votre clé d'accès secrète HMAC IBM COS.	N/A
Chiffrement activé	`cluster-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement à l'échelle du cluster.	`false`
clé d'API IAM	`iam-api-key`	Secret	Votre clé d'API IAM.	N/A
Effectuer le nettoyage	`perform-cleanup`	Config	Affectez la valeur 'true' si vous souhaitez effectuer un nettoyage complet d'ODF lors de la suppression d'affectation.	`false`
Chiffrement KMS	`kms-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement de classe de stockage.	`false`
Nom d'instance KMS	`kms-instance-name`	Config	Nom de votre instance KMS. Le nom de l'instance ne doit comporter que des caractères alphanumériques, "-", "_" ou "." et commencer et se terminer par un caractère alphanumérique.	N/A
ID d'instance kms	`kms-instance-id`	Config	ID de votre instance KMS.	N/A
URL de base de l'instance KMS	`kms-base-url`	Config	URL publique de votre instance KMS pour la connexion à l'instance.	N/A
URL du jeton de clé d'API de l'instance KMS	`kms-token-url`	Config	URL du jeton de clé d'API pour générer un jeton pour l'instance KMS.	N/A
Clé racine KMS	`kms-root-key`	Secret	Clé racine KMS de votre instance.	N/A
Clé d'API IAM KMS	`kms-api-key`	Secret	Clé d'API IAM pour accéder à l'instance KMS. La clé d'API que vous fournissez doit disposer au moins de l'accès Afficheur à l'instance KMS.	N/A
Ignorer Noobaa	`ignore-noobaa`	Config	Définissez la valeur 'false' si vous souhaitez déployer MultiCloud Object Gateway (Noobaa)	`true`
Désactiver l'équilibreur de charge Noobaa	`disable-noobaa-LB`	Config	Définissez sur 'true' si vous souhaitez désactiver l'équilibreur de charge public Noobaa	`false`
Chiffrement en transit	`encryption-intransit`	Config	Valeur « true » si vous souhaitez activer le chiffrement en transit	`false`
Ajouter un pool de répliques unique (une fois activée, cette fonction ne peut plus être désactivée)	`add-single-replica-pool`	Config	L'activation de cette fonction crée un pool de répliques unique sans réplication des données, ce qui augmente le risque de perte et d'altération de données, ainsi que l'instabilité potentielle du système. Une fois activée, elle ne peut plus être désactivée	`false`
Tacher les noeuds	`taint-nodes`	Config	Lorsque cette option est définie, les noeuds worker sélectionnés sont dédiés à l'utilisation de Data Foundation uniquement	`false`
Activer NFS	`enable-nfs`	Config	Autoriser les exportations depuis le système de fichiers réseau ( NFS ) auxquelles il est ensuite possible d'accéder en interne ou en externe à partir du cluster OpenShift	`false`
Utiliser Ceph RBD comme classe de stockage par défaut	`use-ceph-rbd-as-default-storage-class`	Config	Définition de la classe de stockage d'unité par blocs (RBD) Ceph RADOS comme classe de stockage par défaut lors du déploiement d' OpenShift Data Foundation	`false`
Profil de ressource	`resource-profile`	Config	Choisissez un profil de ressources en fonction de la disponibilité des ressources lors du déploiement. Choisissez entre "maigre", "équilibré" et "performance".	`balanced`

4.20 référence des paramètres

Tableau 6. Référence des paramètres de l' 4.20
Nom d'affichage	Option CLI	Type	Description	Valeur par défaut
Reconnaissance automatique des volumes de stockage	`auto-discover-devices`	Config	Reconnaissez et utilisez automatiquement les volumes de stockage sur vos noeuds worker. Si la valeur est définie sur false, vous devez alors fournir explicitement les identifiants des volumes.	`true`
ID de volume OSD	`osd-device-path`	Config	Chemin de l'unité de stockage locale. Exemple : '/dev/sdc'. Obligatoire si 'auto-discover-devices' est défini sur 'false'.	N/A
Nombre de volumes OSD	`num-of-osd`	Config	Le nombre de répliques d'unité de stockage à créer. La valeur par défaut est '1', ce qui crée 1 périphérique sur 3 noeuds. Augmentez de 1 pour chaque ensemble supplémentaire de 3 périphériques. Pour les cas d'utilisation les plus courants, conservez la valeur par défaut de '1'.	`1`
Noms / ID des pools de noeuds worker	`worker-pools`	Config	Spécifiez une liste séparée par des virgules répertoriant les noms ou les ID des pools de noeuds worker que vous souhaitez utiliser pour ODF. Laissez ce champ vide si vous souhaitez utiliser des nœuds de travail. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez 'worker-pools' et 'worker-nodes' vides.	N/A
Noms de noeud worker	`worker-nodes`	Config	Liste des noms de noeud worker séparés par des virgules, dans lesquels vous souhaitez déployer ODF. Laissez ce champ vide si vous souhaitez utiliser des pools de travailleurs. Si vous souhaitez utiliser tous les nœuds de travail de votre cluster pour ODF, laissez les champs 'worker-nodes' et 'worker-pools' vides. Le nombre minimal de noeuds de travail est 3. Pour rechercher les noms de noeud worker, exécutez 'oc get nodes'.	N/A
Mettre à niveau	`odf-upgrade`	Config	Si vous mettez à niveau une installation ODF existante, affectez la valeur 'true'.	`false`
Type de facturation	`billing-type`	Config	Le type de facturation que vous souhaitez utiliser. Choisissez parmi 'essentials' ou 'advanced'.	`advanced`
Noeud final IBM COS	`ibm-cos-endpoint`	Config	Noeud final public régional IBM COS.	N/A
Contrainte d'emplacement IBM COS	`ibm-cos-location`	Config	La contrainte d'emplacement que vous souhaitez utiliser lors de la création de votre compartiment COS. Exemple : 'us-east-standard'.	N/A
ID de clé d'accès	`ibm-cos-access-key`	Secret	Votre ID de clé d'accès HMAC IBM COS.	N/A
Clé d'accès secrète	`ibm-cos-secret-key`	Secret	Votre clé d'accès secrète HMAC IBM COS.	N/A
Chiffrement activé	`cluster-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement à l'échelle du cluster.	`false`
clé d'API IAM	`iam-api-key`	Secret	Votre clé d'API IAM.	N/A
Effectuer le nettoyage	`perform-cleanup`	Config	Affectez la valeur 'true' si vous souhaitez effectuer un nettoyage complet d'ODF lors de la suppression d'affectation.	`false`
Chiffrement KMS	`kms-encryption`	Config	Affectez la valeur 'true' si vous souhaitez activer le chiffrement de classe de stockage.	`false`
Nom d'instance KMS	`kms-instance-name`	Config	Nom de votre instance KMS. Le nom de l'instance ne doit comporter que des caractères alphanumériques, "-", "_" ou "." et commencer et se terminer par un caractère alphanumérique.	N/A
ID d'instance kms	`kms-instance-id`	Config	ID de votre instance KMS.	N/A
URL de base de l'instance KMS	`kms-base-url`	Config	URL publique de votre instance KMS pour la connexion à l'instance.	N/A
URL du jeton de clé d'API de l'instance KMS	`kms-token-url`	Config	URL du jeton de clé d'API pour générer un jeton pour l'instance KMS.	N/A
Clé racine KMS	`kms-root-key`	Secret	Clé racine KMS de votre instance.	N/A
Clé d'API IAM KMS	`kms-api-key`	Secret	Clé d'API IAM pour accéder à l'instance KMS. La clé d'API que vous fournissez doit disposer au moins de l'accès Afficheur à l'instance KMS.	N/A
Ignorer Noobaa	`ignore-noobaa`	Config	Définissez la valeur 'false' si vous souhaitez déployer MultiCloud Object Gateway (Noobaa)	`true`
Désactiver l'équilibreur de charge Noobaa	`disable-noobaa-LB`	Config	Définissez sur 'true' si vous souhaitez désactiver l'équilibreur de charge public Noobaa	`false`
Chiffrement en transit	`encryption-intransit`	Config	Valeur « true » si vous souhaitez activer le chiffrement en transit	`false`
Ajouter un pool de répliques unique (une fois activée, cette fonction ne peut plus être désactivée)	`add-single-replica-pool`	Config	L'activation de cette fonction crée un pool de répliques unique sans réplication des données, ce qui augmente le risque de perte et d'altération de données, ainsi que l'instabilité potentielle du système. Une fois activée, elle ne peut plus être désactivée	`false`
Tacher les noeuds	`taint-nodes`	Config	Lorsque cette option est définie, les noeuds worker sélectionnés sont dédiés à l'utilisation de Data Foundation uniquement	`false`
Activer NFS	`enable-nfs`	Config	Autoriser les exportations depuis le système de fichiers réseau ( NFS ) auxquelles il est ensuite possible d'accéder en interne ou en externe à partir du cluster OpenShift	`false`
Utiliser Ceph RBD comme classe de stockage par défaut	`use-ceph-rbd-as-default-storage-class`	Config	Définition de la classe de stockage d'unité par blocs (RBD) Ceph RADOS comme classe de stockage par défaut lors du déploiement d' OpenShift Data Foundation	`false`
Profil de ressource	`resource-profile`	Config	Choisissez un profil de ressources en fonction de la disponibilité des ressources lors du déploiement. Choisissez entre "maigre", "équilibré" et "performance".	`balanced`
Définir le site StorageClass par défaut pour la virtualisation	`set-default-storage-class-for-virtualization`	Config	Si cette option est activée, l' StorageClass de virtualisation RBD sera définie par défaut pour les disques KubeVirt VM (volumes persistants) lors de l'installation.	`false`
Activer la mise à l'échelle automatique des capacités	`enable-automatic-capacity-scaling`	Config	Pour ajouter automatiquement une capacité brute supplémentaire équivalente à la taille de déploiement configurée dès que la capacité utilisée atteint 70 %.	`false`
Limite d'expansion du cluster	`cluster-expansion-limit`	Config	La limite maximale d'expansion du cluster dans le cloud. La mise à l'échelle automatique de la capacité est suspendue si elle est dépassée.	`12Ti`

Référence de classe de stockage pour ODF

Examinez les classes de stockage Satellite d'OpenShift Data Foundation. Vous pouvez décrire des classes de stockage dans la ligne de commande à l'aide de la commande oc describe sc <storage-class-name>.

Référence de la classe de stockage pour le stockage des conteneurs OpenShift
Nom de la classe de stockage	Type	Système de fichiers	Fournisseur	Mode de liaison des volumes	Autoriser l'extension de volume	Stratégie de récupération
`sat-ocs-cephrbd-gold`	Bloc	ext4	`openshift-storage.rbd.csi.ceph.com`	Immédiate	Oui	Supprimer
`sat-ocs-cephfs-gold`	Fichier	N/A	`openshift-storage.cephfs.csi.ceph.com`	Immédiate	Oui	Supprimer
`sat-ocs-cephrgw-gold`	Objet	N/A	`openshift-storage.ceph.rook.io/bucket`	Immédiate	N/A	Supprimer
`sat-ocs-noobaa-gold` Par défaut	OBC	N/A	`openshift-storage.noobaa.io/obc`	Immédiate	N/A	Supprimer
`sat-ocs-cephrbd-gold-metro`	Bloc	ext4	`openshift-storage.rbd.csi.ceph.com`	WaitForFirstConsumer	Oui	Supprimer
`sat-ocs-cephfs-gold-metro`	Fichier	N/A	`openshift-storage.cephfs.csi.ceph.com`	WaitForFirstConsumer	Oui	Supprimer

OpenShift Data Foundation avec disques locaux

OpenShift Data Foundation avec disques locaux

Description du modèle de stockage ODF à utiliser

Prérequis pour ODF

(Facultatif) Configuration d'un magasin de données IBM Cloud Object Storage pour ODF

(Facultatif) Obtenez les détails de l'unité pour votre configuration ODF

Création et affectation d'une configuration dans la console

Création d'une configuration dans l'interface de ligne de commande

Création d'une configuration dans l'API

Création d'une tâche dans l'interface de ligne de commande (CLI)

Création d'une affectation de stockage dans l'API

Mise à jour des affectations de stockage dans la console

Mise à niveau manuelle des affectations dans l'interface de ligne de commande

Activation des mises à jour de correctifs automatiques pour les configurations et les affectations dans l'interface de ligne de commande

Mise à niveau d'une configuration et d'affectations dans l'API

Activation des mises à jour de correctif automatiques pour les affectations dans l'API

Déploiement d'une application qui utilise OpenShift Data Foundation

Mise à niveau manuelle des configurations dans l'interface de ligne de commande

Mise à l'échelle de votre configuration ODF en associant des disques bruts

Mise à l'échelle de votre configuration ODF avec auto-discover-devices

Suppression d'OpenShift Data Foundation de vos applications

Suppression de la configuration de stockage local ODF de votre cluster

Référence de paramètre

Référence du paramètre 4.15

4.16 référence des paramètres

4.17 référence des paramètres

4.18 référence des paramètres

4.19 référence des paramètres

4.20 référence des paramètres

Référence de classe de stockage pour ODF

Mise à l'échelle de votre configuration ODF avec `auto-discover-devices`