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
AdministratorRuolo di accesso alla piattaforma- Ruolo di accesso al servizio
Managerper 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.
- Creare uno spazio dei nomi
openshift-storagenel cluster. I pod del driver vengono distribuiti in questo namespace. Copiare il seguente YAML e salvarlo comeos-namespace.yamlsulla macchina locale.apiVersion: v1 kind: Namespace metadata: labels: openshift.io/cluster-monitoring: "true" name: openshift-storage - Crea lo spazio dei nomi
openshift-storageutilizzando il file YAML che hai salvato.oc create -f os-namespace.yaml - Verificare che lo spazio dei nomi sia stato creato.
oc get namespaces | grep storage - Crea un'istanza del servizio IBM Cloud Object Storage.
ibmcloud resource service-instance-create noobaa-store cloud-object-storage standard global - Creare credenziali HMAC. Prendi nota delle credenziali.
ibmcloud resource service-key-create cos-cred-rw Writer --instance-name noobaa-store --parameters '{"HMAC": true}' - Crea il segreto Kubernetes denominato
ibm-cloud-cos-credsnello spazio dei nomiopenshift-storageche 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 denominatoibm-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> - 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:
ReaderReader 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:
ReaderReader PlusWriter
-
Crea un'istanza del servizio Hyper Protect Crypto Services o Key Protect.
-
Creare una chiave root.
-
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.
-
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.
-
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.
- Elencare gli spazi dei nomi per stabilire se si dispone di uno spazio dei nomi
openshift-storage. Se non hai uno spazio dei nomiopenshift-storage, crealo.oc get namespaces | grep openshift-storage- Creare uno spazio dei nomi
openshift-storagenel cluster. I pod del driver vengono distribuiti in questo namespace. Copiare il seguente YAML e salvarlo comeos-namespace.yamlsulla 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 ``` - Creare uno spazio dei nomi
- Codifica sia l'ID della tua chiave root che la chiave API del servizio che hai creato per base64.
printf "ROOT-KEY-ID" | base64printf "SERVICE-ID-API-KEY" | base64 - Crea il segreto Kubernetes nel namespace
openshift-storageche utilizza le credenziali Hyper Protect Crypto Services.- 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 ``` - Salva il seguente segreto come file YAML denominato
- 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.
- Dalla console, selezionare il cluster in cui si desidera installare l'add-on.
- Sulla scheda della Fondazione dati di Microsoft ( OpenShift ), fare clic su Installa. Si apre il pannello Installa ODF.
- 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
VolumeBindingModediWaitForFirstConsumer. - Per un elenco delle classi di archiviazione, consultare il Riferimento alle classi di archiviazione.
- Per i cluster VPC con Bare Metal Servers for VPC nodi worker, selezionare
- 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 nodesnel 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.
-
Dopo aver immesso i parametri che si desidera utilizzare, fare clic su Installa
-
Attendere qualche minuto affinché l'installazione del componente aggiuntivo venga completata. Quando la distribuzione è completa, lo stato del componente aggiuntivo è
Normal - Addon Ready. -
Verificare l'installazione. Accedi al tuo cluster Red Hat OpenShift.
-
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.
-
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. -
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 -
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 versione4.10.0del componente aggiuntivo in un cluster OCP4.9o4.11. Se si dispone di una versione cluster diversa da quella predefinita, è necessario specificare l'opzione--versionquando si abilita il componente aggiuntivo. -
Esaminare le opzioni del componente aggiuntivo.
ibmcloud oc cluster addon options --addon openshift-data-foundation --version 4.15.0Per ottenere le migliori prestazioni, si consiglia di includere l'opzione
resourceProfilespecificata comeperformance. 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> -
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
performancee 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 VERSIONComando 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" -
Verificare che il componente aggiuntivo sia in uno stato
Ready.oc get storagecluster -n openshift-storageOutput di esempio:
NAME AGE PHASE EXTERNAL CREATED AT VERSION ocs-storagecluster 53m Ready 2023-03-10T12:20:52Z 4.11.0 -
Verifica che il pod
ibm-ocs-operator-controller-manager-*****sia in esecuzione nel namespacekube-system.oc get pods -A | grep ibm-ocs-operator-controller-manager -
Se è stato abilitato il componente aggiuntivo con
odfDeployimpostato sufalse, seguire la procedura per creare una risorsa personalizzata ODF.
Installazione del componente aggiuntivo da Terraform
- Installa la CLI Terraform e il plug-in IBM Cloud Provider.
- Assicurarsi di disporre di una chiave API IBM Cloud.
-
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>" } -
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 -
Nella CLI, passa alla tua directory Terraform.
cd <terraform_directory> -
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 initterraform plan -
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.
-
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 parametrimonStorageClassNameeosdStorageClassName. Per ulteriori informazioni sui parametriOcsCluster, 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: falseEsempio 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> -
Salva il file e crea la risorsa personalizzata
OcsClusternel tuo cluster.oc create -f <ocs-cluster-filename>.yaml -
Verifica che il tuo
OcsClustersia in esecuzione.oc describe ocscluster ocscluster-vpcOutput 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>
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.
| 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.
-
Ottieni il nome della tua risorsa personalizzata
OcsCluster.oc get ocscluster -
Salva il tuo file YAM della risorsa personalizzata
OcsClusternella tua macchina locale comeocscluster.yaml.oc get ocscluster ocscluster-vpc -o yaml -
Aumentare il parametro
numOfOsde riapplicare il CRDocsclusteral cluster.oc apply -f ocscluster.yaml -
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.
-
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.
-
Se hai distribuito ODF su un sottoinsieme di nodi di lavoro nel tuo cluster specificando i parametri
<workerNodes>privati della tua risorsa personalizzataOcsCluster, 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 -
Salvare il file di risorse personalizzato
OcsClusterper 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.