Distribuzione di OpenShift Data Foundation su cluster VPC

OpenShift Data Foundation è una soluzione di storage altamente disponibile che può essere utilizzata per gestire lo storage persistente per i carichi di lavoro containerizzati nei cluster Red Hat® OpenShift® on IBM Cloud®.

Per i carichi di lavoro di virtualizzazione, OpenShift Virtualization Service include ODF preconfigurato con storage NVME locale, eliminando la necessità di una configurazione manuale. Vedere Per iniziare con Virtualization Service.

L'installazione di OpenShift Data Foundation da OperatorHub non è supportata sui cluster IBM Cloud. Per installare ODF, completare la seguente procedura per distribuire il componente aggiuntivo del cluster.

Autorizzazioni minime richieste
Administrator Ruolo di accesso alla piattaforma
Ruolo di accesso al servizio Manager per il cluster in IBM Cloud Kubernetes Service.

ODF è supportato sui cluster VPC solo privati a partire dalla versione del cluster 4.16.23_1546_openshift per i lavoratori CoreOS e 4.16.21_1544_openshift per i lavoratori RHEL.

Prerequisiti

  • Installare o aggiornare la CLI.
  • Crea un cluster VPC con almeno 3 nodi di lavoro.
    • Per l'alta disponibilità, crea un cluster con almeno un nodo di lavoro per zona in tre zone.
    • Ogni nodo di lavoro deve avere un minimo di 16 CPU e 64 GB di RAM. Per le versioni cluster precedenti a 4.16, assicurati che ciascuna delle tue sottoreti abbia un gateway pubblico collegato.
    • Nota: è possibile distribuire un OpenShift Data Foundation su 3 nodi di lavoro con 16 CPU e 32 GB di RAM, ma è necessario modificare i nodi di lavoro in modo che eseguano solo pod ODF. Non puoi eseguire ulteriori carichi di lavoro dell'app o pod di sistema sui tuoi nodi ODF quando utilizzi questa configurazione.

Comprendere il comportamento di flexibleScaling

A partire da OpenShift Data Foundation 4.21, flexibleScaling viene abilitato automaticamente per i cluster a zona singola e le distribuzioni con meno di tre zone di disponibilità. Il ridimensionamento flessibile consente ai cluster di archiviazione di scalare in modo più granulare, senza dover ricorrere a operazioni di ridimensionamento in multipli di tre.

Espansione granulare
È possibile scalare lo spazio di archiviazione aggiungendo un singolo nodo di lavoro o uno o più OSD, anziché scalare solo con incrementi di tre unità.
Comportamento di distribuzione
Il ridimensionamento flessibile viene solitamente utilizzato per le implementazioni di storage collegato internamente con meno di tre domini di guasto o zone di disponibilità. Nei cluster a zona singola, il dominio di guasto è impostato su "host" e il valore specificato per " numOfOsd " viene configurato direttamente. Ad esempio, impostando “ numOfOsd ” su 1 si crea 1 OSD.
Configurazione statica
Il comportamento di ridimensionamento flessibile viene definito durante l'implementazione iniziale e non può essere attivato o disattivato in un secondo momento.

Per l'implementazione iniziale in cluster a zona singola, si consiglia di specificare almeno 3 OSD per garantire una resilienza adeguata e l'allineamento con le linee guida di configurazione supportate.

Nei cluster multizona, il dominio di guasto è impostato su zona e gli OSD sono forniti in multipli di tre per mantenere la replica dei dati e l'alta disponibilità tra le zone. Ad esempio, impostando numOfOsd su 1 si ottiene la creazione di 3 OSD distribuiti nelle varie zone.

Opzionale: disabilitare gli operatori predefiniti

Cluster solo privati: nei cluster solo privati, è necessario disabilitare manualmente gli operatori predefiniti in openshift-marketplace con il seguente comando affinché ODF funzioni correttamente.

oc patch OperatorHub cluster --type json -p '[{"op": "add", "path": "/spec/disableAllDefaultSources", "value": true}]'

Facoltativo: configurazione di una istanza del servizio IBM Cloud Object Storage

Completate i seguenti passaggi per creare un'istanza di IBM Cloud Object Storage da utilizzare come archivio di backup predefinito nella vostra distribuzione di ODF. Se non si vuole configurare IBM Cloud Object Storage, si può saltare questo passaggio e installare il componente aggiuntivo.

Se vuoi configurare IBM Cloud Object Storage come archivio di backup predefinito nel tuo cluster di archiviazione, crea un'istanza di IBM Cloud Object Storage. Crea quindi una serie di credenziali HMAC e un segreto Kubernetes che utilizza le credenziali HMAC Object Storage. Se non specifichi le credenziali IBM Cloud Object Storage durante l'installazione, l'archivio di backup predefinito nel tuo cluster di archiviazione viene creato utilizzando i PV nel tuo cluster. È possibile configurare ulteriori archivi di backup dopo la distribuzione di ODF, ma non è possibile modificare l'archivio di backup predefinito.

Accedi al tuo cluster Red Hat OpenShift.

  1. Creare uno spazio dei nomi openshift-storage nel cluster. I pod del driver vengono distribuiti in questo namespace. Copiare il seguente YAML e salvarlo come os-namespace.yaml sulla macchina locale.
    apiVersion: v1
    kind: Namespace
    metadata:
      labels:
        openshift.io/cluster-monitoring: "true"
      name: openshift-storage
    
  2. Crea lo spazio dei nomi openshift-storage utilizzando il file YAML che hai salvato.
    oc create -f os-namespace.yaml
    
  3. Verificare che lo spazio dei nomi sia stato creato.
    oc get namespaces | grep storage
    
  4. Crea un'istanza del servizio IBM Cloud Object Storage.
    ibmcloud resource service-instance-create noobaa-store cloud-object-storage standard global
    
  5. Creare credenziali HMAC. Prendi nota delle credenziali.
    ibmcloud resource service-key-create cos-cred-rw Writer --instance-name noobaa-store --parameters '{"HMAC": true}'
    
  6. Crea il segreto Kubernetes denominato ibm-cloud-cos-creds nello spazio dei nomi openshift-storage che utilizza le tue credenziali HMAC Object Storage. Quando esegui il comando, specifica il tuo ID chiave di accesso HMAC Object Storage e la chiave di accesso segreta. Nota che il tuo segreto deve essere denominato ibm-cloud-cos-creds.
    oc -n 'openshift-storage' create secret generic 'ibm-cloud-cos-creds' --type=Opaque --from-literal=IBM_COS_ACCESS_KEY_ID=<access_key_id> --from-literal=IBM_COS_SECRET_ACCESS_KEY=<secret_access_key>
    
  7. Verifica che il tuo segreto sia stato creato.
    oc get secrets -A | grep cos
    

Facoltativo: configurazione della codifica utilizzando Hyper Protect Crypto Services o Key Protect

Se vuoi configurare la crittografia, crea un'istanza di Hyper Protect Crypto Services o Key Protect. Quindi, crea una chiave root e un segreto Kubernetes che utilizza le tue credenziali Hyper Protect Crypto Services o Key Protect.

IBM Cloud sta modificando i servizi dedicati alla gestione delle chiavi da Hyper Protect Crypto Services a Key Protect dedicati.

La tua chiave API per Hyper Protect Crypto Services o Key Protect deve avere le seguenti autorizzazioni minime richieste:
Reader
Reader Plus
Se stai utilizzando la crittografia a livello di cluster e la crittografia della classe di archiviazione, la tua chiave API deve disporre delle seguenti autorizzazioni richieste:
Reader
Reader Plus
Writer
  1. Crea un'istanza del servizio Hyper Protect Crypto Services o Key Protect.

  2. Creare una chiave root.

  3. Dopo aver creato la tua istanza e la tua chiave root, prendi nota del nome della tua istanza Hyper Protect Crypto Services o Key Protect, dell'ID istanza, dell'ID chiave root e dell'endpoint pubblico.

  4. Crea un ID servizio, chiave API e politica di accesso che consente l'accesso a Hyper Protect Crypto Services e Red Hat OpenShift on IBM Cloud o Key Protect e Red Hat OpenShift on IBM Cloud. Prendi nota dell'API che crei.

  5. Cluster privati: crea un gateway endpoint privato virtuale che consente l'accesso alla tua istanza KMS. Assicurati di collegare almeno 1 indirizzo IP da ogni sottorete nel tuo VPC al VPE.

Accedi al tuo cluster Red Hat OpenShift.

  1. Elencare gli spazi dei nomi per stabilire se si dispone di uno spazio dei nomi openshift-storage. Se non hai uno spazio dei nomi openshift-storage, crealo.
    oc get namespaces | grep openshift-storage
    
    1. Creare uno spazio dei nomi openshift-storage nel cluster. I pod del driver vengono distribuiti in questo namespace. Copiare il seguente YAML e salvarlo come os-namespace.yaml sulla macchina locale.
        apiVersion: v1
        kind: Namespace
        metadata:
          labels:
            openshift.io/cluster-monitoring: "true"
          name: openshift-storage
        ```
    1. Crea lo spazio dei nomi `openshift-storage` utilizzando il file YAML che hai salvato.
    ```sh {: pre}
        oc create -f os-namespace.yaml
        ```
    1. Verificare che lo spazio dei nomi sia stato creato.
    ```sh {: pre}
        oc get namespaces | grep storage
        ```
    
  2. Codifica sia l'ID della tua chiave root che la chiave API del servizio che hai creato per base64.
    printf "ROOT-KEY-ID" | base64
    
    printf "SERVICE-ID-API-KEY" | base64
    
  3. Crea il segreto Kubernetes nel namespace openshift-storage che utilizza le credenziali Hyper Protect Crypto Services.
    1. Salva il seguente segreto come file YAML denominato ibm-hpcs-secret.yaml.
        apiVersion: v1
        data:
          IBM_KP_CUSTOMER_ROOT_KEY: AaAAAaZAAAAy11AAAyAAkaAaQtAAk0AAA2AzY5AjYaaa67aa # your base64 encoded root key ID
          IBM_KP_SERVICE_API_KEY: AAAaaajAAAAAncmAAaaaaAAAAdAAId1AtVjBJRU1aAAaAeTh1aEw=AaaaA # your base64 encoded API
        kind: Secret
        metadata:
          name: ibm-hpcs-secret
          namespace: openshift-storage
        type: Opaque
        ```
    1. Crea il segreto nel tuo cluster.
    ```sh {: pre}
        oc apply -f ibm-hpcs-secret.yaml
        ```
    
  4. Verifica che il tuo segreto sia stato creato.
    oc get secrets -A | grep ibm-hpcs-secret
    

Installazione del componente aggiuntivo OpenShift Data Foundation dalla console

Per installare ODF nel cluster, completare la seguente procedura.

Prima di abilitare il componente aggiuntivo, esaminare il log delle modifiche per le ultime informazioni sulla versione. Inoltre, per comprendere le opzioni di installazione, consultare il riferimento ai parametri.

  1. Dalla console, selezionare il cluster in cui si desidera installare l'add-on.
  2. Sulla scheda della Fondazione dati di Microsoft ( OpenShift ), fare clic su Installa. Si apre il pannello Installa ODF.
  3. Nel pannello Installa ODF, immettere i parametri di configurazione che si desidera utilizzare per la distribuzione ODF.
Tipo di fatturazione
Essentials o Advanced come piano di fatturazione. Per ulteriori informazioni sul tipo di fatturazione, vedi Supporto della funzione per tipo di fatturazione.
Classe di archiviazione
Inserisci la classe di archiviazione che desideri utilizzare.
  • Per i cluster VPC che utilizzano macchine virtuali, selezionare Provisioning remoto per fornire dinamicamente i volumi per ODF utilizzando il sito Block Storage for VPC.
  • Per i cluster VPC che utilizzano i nodi worker Bare Metal Servers for VPC, selezionare Archiviazione locale. Se si desidera scoprire automaticamente i dispositivi di archiviazione disponibili sui nodi worker e utilizzarli in ODF, selezionare Local disk discovery.
Nome classe di storage OSD
Inserire il nome della classe di archiviazione che si desidera utilizzare per l'allocazione dei volumi di archiviazione.
  • Per i cluster VPC con Bare Metal Servers for VPC nodi worker, selezionare localblock.
  • Per i cluster multizona, utilizzare una classe di archiviazione con VolumeBindingMode di WaitForFirstConsumer.
  • Per un elenco delle classi di archiviazione, consultare il Riferimento alle classi di archiviazione.
Dimensione della capsula OSD
Inserisci la dimensione del volume che desideri allocare. Inserire almeno 512Gi.
Nodi di lavoro
Immettere i nomi dei nodi worker in cui si desidera distribuire ODF. È necessario immettere almeno 3 nomi nodo di lavoro. Per trovare i nomi dei nodi, eseguire il comando oc get nodes nel proprio cluster. Node devono essere separati da virgole senza spazi tra i nomi. Ad esempio: 10.240.0.24,10.240.0.26,10.240.0.25. Lasciare questo campo vuoto per distribuire ODF su tutti i nodi worker.
Numero di dischi OSD necessari
Immettere il numero di dischi OSD (app storage) da fornire su ciascun nodo worker.
Abilita crittografia del cluster
Selezionare questa opzione se si desidera crittografare i volumi OSD (crittografia a livello di cluster) utilizzati dai pod di sistema ODF.
Abilitare la crittografia del volume
Selezionare questa opzione se si desidera abilitare la crittografia per i volumi delle applicazioni (app storage).
  • Nel campo Nome istanza, immettere un nome univoco per l'istanza Hyper Protect Crypto Services o Key Protect.
  • Nel campo Tipo istanza, immettere il tipo di istanza di crittografia.
  • Nel campo ID istanza, immetti il tuo ID istanza Hyper Protect Crypto Services o Key Protect. Ad esempio: d11a1a43-aa0a-40a3-aaa9-5aaa63147aaa.
  • Nel campo Nome segreto, immetti il nome del segreto che hai creato utilizzando le tue credenziali Hyper Protect Crypto Services o Key Protect. Ad esempio: ibm-hpcs-secret.
  • Nel campo URL di base, inserire l'endpoint pubblico dell'istanza Hyper Protect Crypto Services o Key Protect. Ad esempio: https://api.eu-gb.hs-crypto.cloud.ibm.com:8389.
  • Nel campo URL token, immettere https://iam.cloud.ibm.com/identity/token.
  1. Dopo aver immesso i parametri che si desidera utilizzare, fare clic su Installa

  2. Attendere qualche minuto affinché l'installazione del componente aggiuntivo venga completata. Quando la distribuzione è completa, lo stato del componente aggiuntivo è Normal - Addon Ready.

  3. Verificare l'installazione. Accedi al tuo cluster Red Hat OpenShift.

  4. Immetti il seguente comando per verificare che i pod ODF siano in esecuzione.

    oc get pods -n openshift-storage
    
Passi successivi
Distribuisci un'applicazione che utilizza ODF.

Installazione del componente aggiuntivo tramite la CLI

È possibile installare il componente aggiuntivo utilizzando il comando ibmcloud oc cluster addon enable.

  1. Esamina il riferimento del parametro VPC. Quando si abilita il componente aggiuntivo, è possibile sovrascrivere i valori predefiniti specificando l'opzione --param "key=value" per ciascun parametro che si desidera sovrascrivere.

  2. Accedi al tuo cluster Red Hat OpenShift.

  3. Elencare le versioni del componente aggiuntivo openshift-data-foundation. Prendere nota della versione predefinita e determinare la versione che si desidera installare.

    ibmcloud ks cluster addon versions
    
  4. Prima di abilitare il componente aggiuntivo, esaminare il log delle modifiche per le ultime informazioni sulla versione. Notare che il componente aggiuntivo supporta versioni di cluster n+1. Ad esempio, è possibile distribuire la versione 4.10.0 del componente aggiuntivo in un cluster OCP 4.9 o 4.11. Se si dispone di una versione cluster diversa da quella predefinita, è necessario specificare l'opzione --version quando si abilita il componente aggiuntivo.

  5. Esaminare le opzioni del componente aggiuntivo.

    ibmcloud oc cluster addon options --addon openshift-data-foundation --version 4.15.0
    

    Per ottenere le migliori prestazioni, si consiglia di includere l'opzione resourceProfile specificata come performance. Questa opzione consente di ottenere livelli di prestazioni migliori in base alla disponibilità di risorse durante la distribuzione. Per ulteriori informazioni sull'opzione " resourceProfile ", consultare la sezione " Profili di prestazioni " nella documentazione ODF di " Red Hat OpenShift "

    Esempio di opzioni aggiuntive per la versione 4.15.0

    Add-on Options
    Option                            Default Value
    osdStorageClassName               ibmc-vpc-block-metro-10iops-tier
    ocsUpgrade                        false
    billingType                       advanced
    autoDiscoverDevices               false
    hpcsBaseUrl                       <Please provide the KMS Base (public) URL>
    taintNodes                        false
    enableNFS                         false
    resourceProfile                   performance
    useCephRBDAsDefaultStorageClass   false
    clusterEncryption                 false
    hpcsEncryption                    false
    hpcsSecretName                    <Please provide the KMS secret name>
    encryptionInTransit               false
    disableNoobaaLB                   false
    osdSize                           512Gi
    numOfOsd                          1
    ignoreNoobaa                      true
    addSingleReplicaPool              false
    prepareForDisasterRecovery        false
    workerPool                        -
    odfDeploy                         true
    osdDevicePaths                    <Please provide IDs of the disks to be used for OSD pods if using local disks or standard classic cluster>
    workerNodes                       all
    hpcsServiceName                   <Please provide the KMS Service instance name>
    hpcsInstanceId                    <Please provide the KMS Service instance ID>
    hpcsTokenUrl                      <Please provide the KMS token URL>
    
  6. Abilitare il componente aggiuntivo openshift-data-foundation. Se si desidera sovrascrivere uno dei parametri predefiniti, specificare l'opzione --param "key=value" per ciascun parametro che si desidera sovrascrivere. Se non si desidera creare il cluster di memoria quando si abilita il componente aggiuntivo, è possibile abilitare prima il componente aggiuntivo, quindi creare successivamente il cluster di memoria creando un CRD.

    Comando di esempio per distribuire il componente aggiuntivo versione 4.10 con le impostazioni predefinite del cluster di storage, il profilo delle risorse performance e la crittografia con Hyper Protect Crypto Services abilitata.

    ibmcloud oc cluster addon enable openshift-data-foundation -c CLUSTER_NAME --version 4.15.0 --param "odfDeploy=true" --param "resourceProfile=performance" --param "hpcsTokenUrl=https://iam.cloud.ibm.com/identity/token" --param "hpcsEncryption=true" --param "hpcsBaseUrl=HPCS_INSTANCE_PUBLIC_ENDPOINT" --param "hpcsInstanceId=HPCS_INSTANCE_ID" --param "hpcsServiceName=HPCS_INSTANCE_NAME" --param "hpcsSecretName=HPCS_SECRET_NAME"
    

    Comando di esempio per la distribuzione solo del componente aggiuntivo ODF.

    ibmcloud oc cluster addon enable openshift-data-foundation -c CLUSTER_NAME --version VERSION --param "odfDeploy=false"
    

    Comando di esempio per la distribuzione di ODF e la creazione di un cluster di memoria con i parametri di configurazione predefiniti.

    ibmcloud oc cluster addon enable openshift-data-foundation -c CLUSTER_NAME --version VERSION
    

    Comando di esempio per distribuire ODF e creare un cluster di memoria sovrascrivendo il parametro osdSize.

    ibmcloud oc cluster addon enable openshift-data-foundation -c CLUSTER_NAME --version VERSION --param "osdSize=500Gi"
    
  7. Verificare che il componente aggiuntivo sia in uno stato Ready.

    oc get storagecluster -n openshift-storage
    

    Output di esempio:

    NAME                 AGE   PHASE   EXTERNAL   CREATED AT             VERSION
    ocs-storagecluster   53m   Ready              2023-03-10T12:20:52Z   4.11.0
    
  8. Verifica che il pod ibm-ocs-operator-controller-manager-***** sia in esecuzione nel namespace kube-system.

    oc get pods -A | grep ibm-ocs-operator-controller-manager
    
  9. Se è stato abilitato il componente aggiuntivo con odfDeploy impostato su false, seguire la procedura per creare una risorsa personalizzata ODF.

Installazione del componente aggiuntivo da Terraform

  1. Creare un file provider Terraform. Salvare il file nella directory Terraform. Per ulteriori informazioni, vedi la documentazione di Terraform IBM Cloud Provider.

    File provider Terraform di esempio.

    terraform {
    required_providers {
        ibm = {
        source = "IBM-Cloud/ibm"
        version = "1.53.0"
        }
    }
    }
    provider "ibm" {
    region = "us-south"
    ibmcloud_api_key = "<api-key>"
    }
    
  2. Creare un file di configurazione Terraform per il componente aggiuntivo ODF. Salvare il file nella directory Terraform.

    File di configurazione di esempio.

    ibmcloud_api_key = "" # Enter your API Key
    cluster = "" # Enter the Cluster ID
    region = "us-south" # Enter the region
    # For add-on deployment
    odfVersion = "4.12.0"
    # For CRD Creation and Management
    autoDiscoverDevices = "false"
    billingType = "advanced"
    clusterEncryption = "false"
    hpcsBaseUrl = null
    hpcsEncryption = "false"
    hpcsInstanceId = null
    hpcsSecretName = null
    hpcsServiceName = null
    hpcsTokenUrl = null
    ignoreNoobaa = "false"
    numOfOsd = "1"
    ocsUpgrade = "false"
    osdDevicePaths = null
    osdSize = "250Gi"
    osdStorageClassName = "ibmc-vpc-block-metro-10iops-tier"
    workerNodes = null
    
  3. Nella CLI, passa alla tua directory Terraform.

    cd <terraform_directory>
    
  4. Esegui i comandi per avviare e pianificare le tue azioni Terraform. Esaminare l'output del piano per assicurarsi che vengano eseguite le azioni corrette.

    terraform init
    
    terraform plan
    
  5. Applica i file Terraform per creare il cluster. Passa quindi alla console IBM Cloud per controllare che il cluster stia eseguendo il provisioning.

    terraform apply
    

Creazione della risorsa personalizzata ODF

Per creare un cluster di memoria ODF nel cluster VPC utilizzando il provisioning dinamico per i volumi di memoria, è possibile creare una risorsa personalizzata per specificare i dettagli del dispositivo di memoria.

Se si desidera utilizzare un'istanza del servizio IBM Cloud Object Storage come backing store predefinito, assicurarsi di aver creato l'istanza del servizio e di aver creato il segreto Kubernetes nel cluster. Quando si crea il CRD di ODF nel cluster, ODF cerca un segreto chiamato ibm-cloud-cos-creds per impostare il backing store predefinito che utilizza le credenziali HMAC di Object Storage.

  1. Creare una definizione risorsa personalizzata denominata OcsCluster. Salva uno dei seguenti file di definizione delle risorse personalizzate sul tuo computer locale e modificalo in modo da includere il nome della classe di archiviazione che hai creato in precedenza come parametri monStorageClassName e osdStorageClassName . Per ulteriori informazioni sui parametri OcsCluster, consultare il riferimento ai parametri.

    Definizione di risorsa personalizzata di esempio per installare ODF su tutti i nodi di lavoro su cluster 4.8.

    apiVersion: ocs.ibm.io/v1
    kind: OcsCluster
    metadata:
      name: ocscluster-vpc # Kubernetes resource names can't contain capital letters or special characters. Enter a name for your resource that uses only lowercase letters, numbers, `-` or `.`
    spec:
      osdStorageClassName: <osdStorageClassName> # Specify an ODF storage class with a waitForFirstConsumer volume binding mode
      osdSize: <osdSize> # The OSD size is the total storage capacity of your OCS storage cluster. Use at least 250Gi OSDs for production workloads.
      numOfOsd: 1
      billingType: advanced
      ocsUpgrade: false
    

    Esempio di definizione di risorsa personalizzata per installare ODF solo su nodi di lavoro specificati su cluster 4.8.

    apiVersion: ocs.ibm.io/v1
    kind: OcsCluster
    metadata:
      name: ocscluster-vpc # Kubernetes resource names can't contain capital letters or special characters. Enter a name for your resource that uses only lowercase letters, numbers, `-` or `.`
    spec:
      osdStorageClassName: <osdStorageClassName> # Specify an ODF storage class with a waitForFirstConsumer volume binding mode
      osdSize: <osdSize> # The OSD size is the total storage capacity of your OCS storage cluster. Use at least 250Gi OSDs for production workloads.
      numOfOsd: 1
      billingType: advanced
      ocsUpgrade: false
      workerNodes: # Specify the private IP addresses of the worker nodes where you want to install OCS.
        - <workerNodes> # To get a list worker nodes, run `oc get nodes`.
        - <workerNodes>
        - <workerNodes>
    
  2. Salva il file e crea la risorsa personalizzata OcsCluster nel tuo cluster.

    oc create -f <ocs-cluster-filename>.yaml
    
  3. Verifica che il tuo OcsCluster sia in esecuzione.

    oc describe ocscluster ocscluster-vpc
    

    Output di esempio

    Name:         ocscluster-vpc
    Namespace:    
    Labels:       <none>
    Annotations:  <none>
    API Version:  ocs.ibm.io/v1
    Kind:         OcsCluster
    Metadata:
        Creation Timestamp:  2021-03-23T20:56:51Z
    Finalizers:
      finalizer.ocs.ibm.io
    Generation:  1
    Managed Fields:
      API Version:  ocs.ibm.io/v1
      Fields Type:  FieldsV1
      fieldsV1:
        f:spec:
          .:
          f:billingType:
          f:monSize:
          f:monStorageClassName:
          f:numOfOsd:
          f:ocsUpgrade:
          f:osdSize:
          f:osdStorageClassName:
      Manager:      oc
      Operation:    Update
      Time:         2021-03-23T20:56:51Z
      API Version:  ocs.ibm.io/v1
      Fields Type:  FieldsV1
      fieldsV1:
        f:metadata:
          f:finalizers:
            .:
            v:"finalizer.ocs.ibm.io":
        f:status:
          .:
          f:storageClusterStatus:
      Manager:         manager
      Operation:       Update
      Time:            2021-04-09T23:12:02Z
    Resource Version:  11372332
    Self Link:         /apis/ocs.ibm.io/v1/ocsclusters/ocscluster-vpc
    UID:               aa11a1a1-111f-aace-afac-1fa1afe1111a
    Spec:
      Billing Type:            hourly
      Mon Size:                20Gi
      Mon Storage Class Name:  ibmc-vpc-block-10iops-tier
      Num Of Osd:              1
      Ocs Upgrade:             false
      Osd Size:                250Gi
      Osd Storage Class Name:  ibmc-vpc-block-10iops-tier
    Status:
      Storage Cluster Status:  
    Events:                    <none>
    
  4. Distribuisci un'applicazione che utilizza ODF.

Ridimensionamento ODF

È possibile ridimensionare la configurazione ODF aumentando l'impostazione numOfOsd. Quando si aumenta il numero di OSD, ODF fornisce tale numero di dischi della stessa capacità osdSize in GB in ciascuno dei nodi di lavoro nel cluster ODF. Tuttavia, l'archiviazione totale disponibile per le applicazioni è uguale a osdSize moltiplicato per numOfOsd.

Scalabilità diOpenShift Data Foundation.
Numero di nodi di lavoro Iniziale osdSize numOfOsd Capacità di memoria disponibile per le applicazioni Archiviazione totale di dischi con provisioning
3 250Gi 1 250Gi 750Gi
3 250Gi 2 500Gi 1500Gi
3 250Gi 3 750Gi 2250Gi
3 250Gi 4 1000Gi 3000Gi

Ridimensionamento incrementando il numOfOsd

Accedi al tuo cluster Red Hat OpenShift.

  1. Ottieni il nome della tua risorsa personalizzata OcsCluster.

    oc get ocscluster
    
  2. Salva il tuo file YAM della risorsa personalizzata OcsCluster nella tua macchina locale come ocscluster.yaml.

    oc get ocscluster ocscluster-vpc -o yaml
    
  3. Aumentare il parametro numOfOsd e riapplicare il CRD ocscluster al cluster.

    oc apply -f ocscluster.yaml
    
  4. Verificare che gli OSD aggiuntivi siano stati creati.

    oc get pv
    

Espansione ODF aggiungendo nodi di lavoro al tuo cluster VPC

Per aumentare la capacità di archiviazione nel tuo cluster di archiviazione, aggiungi nodi di lavoro compatibili al tuo cluster.

  1. Espandi il pool di nodi di lavoro del cluster utilizzato per OCS aggiungendo nodi di lavoro. Assicurati che i tuoi nodi di lavoro soddisfino i requisiti per ODF. Se hai distribuito ODF su tutti i nodi di lavoro nel tuo cluster, i driver ODF vengono installati sui nuovi nodi di lavoro quando vengono aggiunti al tuo cluster.

  2. Se hai distribuito ODF su un sottoinsieme di nodi di lavoro nel tuo cluster specificando i parametri <workerNodes> privati della tua risorsa personalizzata OcsCluster, puoi aggiungere il nome nodo dei nuovi nodi di lavoro alla tua distribuzione ODF modificando la definizione di risorsa personalizzata.

    oc edit ocscluster ocscluster-vpc
    
  3. Salvare il file di risorse personalizzato OcsCluster per riapplicarlo al cluster.

Limitazioni

Esaminare le seguenti limitazioni per la distribuzione di ODF.

Limite di caratteri ID risorsa Kubernetes: Kubernetes i nomi PVC devono essere inferiori a 63 caratteri. Se distribuisci ODF in un cluster VPC multizona e crei il tuo cluster di memoria ODF utilizzando una classe di memoria retain metropolitana come ibmc-vpc-block-metro-retain-10iops-tier, la serie di periferiche ODF corrispondente creata utilizzando questa classe di memoria non riesce. Per ulteriori informazioni, vedi La creazione della serie di dispositivi ODF non riesce a causa della limitazione di caratteri Kubernetes.

Riferimento delle classi di archiviazione

Riferimento classe di memoria ODF