Despliegue de OpenShift Data Foundation en clústeres de VPC
OpenShift Data Foundation es una solución de almacenamiento altamente disponible que puede utilizar para gestionar el almacenamiento persistente para las cargas de trabajo contenerizadas en clústeres de Red Hat® OpenShift® on IBM Cloud®.
Para cargas de trabajo de virtualización, OpenShift Virtualization Service incluye ODF preconfigurado con almacenamiento NVME local, lo que elimina la necesidad de configuración manual. Consulte Introducción al servicio de virtualización.
La instalación de OpenShift Data Foundation desde OperatorHub no está soportada en clústeres IBM Cloud. Para instalar ODF, siga los pasos siguientes para desplegar el complemento de clúster.
- Permisos mínimos necesarios
AdministratorRol de acceso a plataforma- Rol de acceso al servicio de
Managerpara el clúster en IBM Cloud Kubernetes Service.
ODF es compatible con clústeres VPC privados a partir de la versión de clúster 4.16.23_1546_openshift para trabajadores CoreOS y 4.16.21_1544_openshift para trabajadores RHEL.
Requisitos previos
- Instalar o actualizar la CLI.
- Cree un clúster de VPC con al menos 3 nodos trabajadores.
- Para obtener una alta disponibilidad, cree un clúster con al menos un nodo trabajador por zona en tres zonas.
- Cada nodo trabajador debe tener un mínimo de 16 CPU y 64 GB de RAM. Para versiones de clúster anteriores a 4.16, asegúrese de que cada una de sus subredes tenga una puerta de enlace pública conectada.
- Nota: Puede implementar OpenShift Data Foundation en 3 nodos de trabajo de 16 CPU y 32 GB de RAM, pero debe contaminar sus nodos de trabajo para que ejecuten solo pods ODF. No puede ejecutar ninguna carga de trabajo de app adicional ni pods del sistema en los nodos ODF cuando utilice esta configuración.
Comprender el comportamiento de flexibleScaling
A partir de OpenShift Data Foundation 4.21, flexibleScaling se habilita automáticamente para clústeres de una sola zona e implementaciones con menos de tres zonas de disponibilidad. El escalado flexible permite que los clústeres
de almacenamiento se adapten de forma más granular, en lugar de tener que realizar operaciones de escalado en múltiplos de tres.
- Expansión granular
- Amplía la capacidad de almacenamiento añadiendo un único nodo de trabajo o uno o varios OSD, en lugar de hacerlo únicamente en incrementos de tres unidades.
- Comportamiento de implementación
- El escalado flexible se suele utilizar en implementaciones de almacenamiento conectado internamente con menos de tres dominios de fallo o zonas de disponibilidad. En los clústeres de una sola zona, el dominio de fallo se establece en «host»,
y el valor especificado de « numOfOsd » se aprovisiona directamente. Por ejemplo, al establecer el parámetro «
numOfOsd» en 1 se crea 1 OSD. - Configuración estática
- El comportamiento de escalado flexible se determina durante la implementación inicial y no se puede activar ni desactivar posteriormente.
Para el despliegue inicial en clústeres de una sola zona, se recomienda especificar al menos 3 OSD para garantizar una resistencia adecuada y la alineación con las directrices de configuración admitidas.
En los clústeres multizona, el dominio de fallo se establece en zona, y los OSD se aprovisionan en múltiplos de tres para mantener la replicación de datos y la alta disponibilidad entre zonas. Por ejemplo, si se establece numOfOsd en 1, se crean 3 OSD distribuidos por zonas.
Opcional: deshabilitar los operadores predeterminados
Clústeres solo privados: en clústeres solo privados, debe deshabilitar manualmente los operadores predeterminados en openshift-marketplace con el siguiente comando para que ODF funcione correctamente.
oc patch OperatorHub cluster --type json -p '[{"op": "add", "path": "/spec/disableAllDefaultSources", "value": true}]'
Opcional: Configuración de una instancia de servicio de IBM Cloud Object Storage
Siga estos pasos para crear una instancia de IBM Cloud Object Storage que puede utilizar como almacén de copia de seguridad predeterminado en el despliegue de ODF. Si no desea configurar IBM Cloud Object Storage, puede omitir este paso e instalar el complemento.
Si desea configurar IBM Cloud Object Storage como el almacén de copia de seguridad predeterminado en el clúster de almacenamiento, cree una instancia de IBM Cloud Object Storage. A continuación, cree un conjunto de credenciales de HMAC y un secreto de Kubernetes que utilice credenciales de HMAC de Object Storage. Si no especifica credenciales de IBM Cloud Object Storage durante la instalación, el almacén de copia de seguridad predeterminado en el clúster de almacenamiento se crea utilizando las PV del clúster. Puede configurar almacenes de copia de seguridad adicionales después de desplegar ODF, pero no puede cambiar el almacén de copia de seguridad predeterminado.
Acceda al clúster de Red Hat OpenShift.
- Cree un espacio de nombres
openshift-storageen el clúster. Los pods de controlador se despliegan en este espacio de nombres. Copie el siguiente archivo YAML y guárdelo comoos-namespace.yamlen la máquina local.apiVersion: v1 kind: Namespace metadata: labels: openshift.io/cluster-monitoring: "true" name: openshift-storage - Cree el espacio de nombres
openshift-storageutilizando el archivo YAML que ha guardado.oc create -f os-namespace.yaml - Verifique que se ha creado el espacio de nombres.
oc get namespaces | grep storage - Cree una instancia de servicio de IBM Cloud Object Storage.
ibmcloud resource service-instance-create noobaa-store cloud-object-storage standard global - Cree credenciales de HMAC. Anote las credenciales.
ibmcloud resource service-key-create cos-cred-rw Writer --instance-name noobaa-store --parameters '{"HMAC": true}' - Cree el secreto de Kubernetes denominado
ibm-cloud-cos-credsen el espacio de nombresopenshift-storageque utiliza las credenciales de HMAC de Object Storage. Cuando ejecute el mandato, especifique el ID de clave de acceso de HMAC de Object Storage y la clave de acceso secreta. Tenga en cuenta que el secreto debe denominarseibm-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> - Verifique que se ha creado el secreto.
oc get secrets -A | grep cos
Opcional: Configuración del cifrado mediante Hyper Protect Crypto Services o Key Protect
Si desea configurar el cifrado, cree una instancia de Hyper Protect Crypto Services o Key Protect. A continuación, crea una clave raíz y un secreto de Kubernetes que utilice tus credenciales de Hyper Protect Crypto Services o Key Protect.
IBM Cloud está cambiando los servicios de gestión de claves dedicados de Hyper Protect Crypto Services a Key Protect Dedicated.
- La clave de API para Hyper Protect Crypto Services o Key Protect debe tener los permisos mínimos necesarios siguientes:
ReaderReader Plus- Si está utilizando el cifrado a nivel de clúster y el cifrado de clase de almacenamiento, la clave de API debe tener los siguientes permisos necesarios:
ReaderReader PlusWriter
-
Cree una instancia de servicio de Hyper Protect Crypto Services o Key Protect.
-
Crear una clave raíz.
-
Una vez creada la instancia y la clave raíz, anota el nombre de la instancia de Hyper Protect Crypto Services o Key Protect, el ID de la instancia, el ID de la clave raíz y el punto de conexión público.
-
Cree un ID de servicio, clave de API y política de acceso que permita el acceso a Hyper Protect Crypto Services y Red Hat OpenShift on IBM Cloud o Key Protect y Red Hat OpenShift on IBM Cloud. Anote la API que ha creado.
-
Clústeres privados: cree una pasarela de punto final privado virtual que permita el acceso a la instancia de KMS. Asegúrese de enlazar al menos 1 dirección IP de cada subred de la VPC con la VPE.
Acceda al clúster de Red Hat OpenShift.
- Liste los espacios de nombres para determinar si tiene un espacio de nombres de
openshift-storage. Si no tiene un espacio de nombres deopenshift-storage, créelo.oc get namespaces | grep openshift-storage- Cree un espacio de nombres
openshift-storageen el clúster. Los pods de controlador se despliegan en este espacio de nombres. Copie el siguiente archivo YAML y guárdelo comoos-namespace.yamlen la máquina local.
apiVersion: v1 kind: Namespace metadata: labels: openshift.io/cluster-monitoring: "true" name: openshift-storage ``` 1. Cree el espacio de nombres `openshift-storage` utilizando el archivo YAML que ha guardado. ```sh {: pre} oc create -f os-namespace.yaml ``` 1. Verifique que se ha creado el espacio de nombres. ```sh {: pre} oc get namespaces | grep storage ``` - Cree un espacio de nombres
- Codifique el ID de la clave raíz y la clave de API del ID de servicio que ha creado en base64.
printf "ROOT-KEY-ID" | base64printf "SERVICE-ID-API-KEY" | base64 - Cree el secreto de Kubernetes en el espacio de nombres de
openshift-storageque utiliza las credenciales de Hyper Protect Crypto Services.- Guarde el siguiente secreto como un archivo YAML llamado
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. Cree el secreto en el clúster. ```sh {: pre} oc apply -f ibm-hpcs-secret.yaml ``` - Guarde el siguiente secreto como un archivo YAML llamado
- Verifique que se ha creado el secreto.
oc get secrets -A | grep ibm-hpcs-secret
Instalación del complemento OpenShift Data Foundation desde la consola
Para instalar ODF en el clúster, realice los pasos siguientes.
Antes de habilitar el complemento, revise el registro de cambios para obtener la información de versiones más reciente. Además, revise la referencia de parámetros para comprender las opciones de instalación.
- Desde la consola, selecciona el clúster en el que deseas instalar el complemento.
- En la tarjeta OpenShift Data Foundation, pulse Instalar. Se abrirá el panel Instalar ODF.
- En el panel Instalar ODF, especifique los parámetros de configuración que desee usar en el despliegue de ODF.
- Tipo de facturación
- Plan de facturación Essentials o Advanced. Para obtener más información sobre el tipo de facturación, consulte Soporte de características por tipo de facturación.
- Clase de almacenamiento
- Introduce la clase de almacenamiento que deseas utilizar.
- Para los clústeres de VPC que utilizan máquinas virtuales, selecciona Aprovisionamiento remoto para aprovisionar dinámicamente volúmenes para ODF mediante el servicio de aprovisionamiento de datos de IBM ( Block Storage for VPC ).
- Para clústeres VPC que utilizan nodos trabajadores Bare Metal Servers for VPC, seleccione Almacenamiento local. Si desea detectar automáticamente los dispositivos de almacenamiento disponibles en sus nodos de trabajo y utilizarlos en ODF, seleccione Detección de discos locales.
- Nombre de clase de almacenamiento de OSD
- Introduzca el nombre de la clase de almacenamiento que desea utilizar para aprovisionar volúmenes de almacenamiento.
- Para clusters VPC con Bare Metal Servers for VPC nodos trabajadores, seleccione
localblock. - Para clústeres multizona, utilice una clase de almacenamiento con la dirección
VolumeBindingModedeWaitForFirstConsumer. - Para obtener una lista de las clases de almacenamiento, consulte la Referencia de clases de almacenamiento.
- Para clusters VPC con Bare Metal Servers for VPC nodos trabajadores, seleccione
- Tamaño de la cápsula OSD
- Introduce el tamaño del volumen que deseas aprovisionar. Introduzca al menos 512Gi.
- Nodos de trabajador
- Introduce los nombres de los nodos de trabajo en los que deseas implementar ODF. Debe especificar al menos 3 nombres de nodo de trabajador. Para encontrar los nombres de sus nodos, ejecute el comando
oc get nodesen su clúster. Node deben estar separados por comas y sin espacios. Por ejemplo:10.240.0.24,10.240.0.26,10.240.0.25. Deje este campo en blanco para desplegar ODF en todos los nodos de trabajador. - Número de discos de OSD necesarios
- Introduzca el número de discos OSD (almacenamiento de aplicaciones) para aprovisionar en cada nodo trabajador.
- Habilitar el cifrado de clúster
- Seleccione esta opción si desea cifrar los volúmenes OSD (cifrado en todo el clúster) utilizados por los pods del sistema ODF.
- Habilitar cifrado de volumen
- Seleccione esta opción si desea activar el cifrado para los volúmenes de aplicaciones (almacenamiento de aplicaciones).
- En el campo Nombre de instancia, especifique un nombre exclusivo para la instancia de Hyper Protect Crypto Services o Key Protect.
- En el campo Tipo de instancia, especifique el tipo de instancia de cifrado.
- En el campo ID de instancia, introduce el ID de tu instancia de Hyper Protect Crypto Services o Key Protect. Por ejemplo:
d11a1a43-aa0a-40a3-aaa9-5aaa63147aaa. - En el campo Nombre del secreto, introduce el nombre del secreto que has creado utilizando tus credenciales de Hyper Protect Crypto Services o Key Protect. Por ejemplo:
ibm-hpcs-secret. - En el campo Base URL, introduce el punto final público de tu instancia de Hyper Protect Crypto Services o Key Protect. Por ejemplo:
https://api.eu-gb.hs-crypto.cloud.ibm.com:8389. - En el campo URL de señal, escriba
https://iam.cloud.ibm.com/identity/token.
-
Una vez especificados los parámetros que desee usar, pulse Instalar.
-
Espere unos minutos a que termine el despliegue del complemento. Cuando se haya completado el despliegue, el estado del complemento será
Normal - Addon Ready. -
Verifique la instalación. Acceda al clúster de Red Hat OpenShift.
-
Ejecute el comando siguiente para verificar que los pods PDF están ejecutando.
oc get pods -n openshift-storage
- Próximos pasos
- Despliegue una aplicación que usa ODF.
Instalación del complemento desde la CLI
Puedes instalar el complemento utilizando el ibmcloud oc cluster addon enable comando.
-
Revise la Referencia de parámetros de VPC. Al habilitar el complemento, puede anular los valores predeterminados especificando la opción
--param "key=value"correspondiente para cada parámetro que desee anular. -
Liste las versiones del complemento
openshift-data-foundation. Anote la versión predeterminada y determine la versión que desea instalar.ibmcloud ks cluster addon versions -
Antes de habilitar el complemento, revise el registro de cambios para obtener la información de versiones más reciente. Tenga en cuenta que el complemento da soporte a las versiones de clúster
n+1. Por ejemplo, puede implementar la versión4.10.0del complemento en un OCP4.9o en un clúster4.11. Si tienes una versión de clúster distinta de la predeterminada, debes especificar la opción--versional habilitar el complemento. -
Revise las opciones del complemento.
ibmcloud oc cluster addon options --addon openshift-data-foundation --version 4.15.0Para obtener el mejor rendimiento, se recomienda incluir la opción
resourceProfileespecificada comoperformance. Esta opción ayuda a obtener niveles de rendimiento mejorados en función de la disponibilidad de recursos durante el despliegue. Para obtener más información sobre la opción «resourceProfile», consulta la sección «Perfiles de rendimiento» en la documentación de ODF de Red Hat OpenShift.Ejemplo de opciones adicionales para la versión 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> -
Habilite el complemento
openshift-data-foundation. Si desea anular alguno de los parámetros predeterminados, especifique la opción--param "key=value"correspondiente para cada parámetro que desee anular. Si no desea crear el clúster de almacenamiento cuando habilite el complemento, puede habilitar el complemento primero y, a continuación, crear el clúster de almacenamiento más adelante creando una CRD.Ejemplo comando comando para implementar la versión del complemento 4.10 con la configuración predeterminada del clúster de almacenamiento, el perfil de recursos
performancey el cifrado con Hyper Protect Crypto Services habilitado.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"Ejemplo de comando de despliegue del complemento ODF solo.
ibmcloud oc cluster addon enable openshift-data-foundation -c CLUSTER_NAME --version VERSION --param "odfDeploy=false"Ejemplo de comando de despliegue de ODF y de creación de un clúster de almacenamiento con los parámetros de configuración predeterminados.
ibmcloud oc cluster addon enable openshift-data-foundation -c CLUSTER_NAME --version VERSIONEjemplo de comando de despliegue de ODF y creación de un clúster de almacenamiento sustituyendo el parámetro
osdSize.ibmcloud oc cluster addon enable openshift-data-foundation -c CLUSTER_NAME --version VERSION --param "osdSize=500Gi" -
Verifique que el complemento esté en un estado
Ready.oc get storagecluster -n openshift-storageSalida de ejemplo:
NAME AGE PHASE EXTERNAL CREATED AT VERSION ocs-storagecluster 53m Ready 2023-03-10T12:20:52Z 4.11.0 -
Verifique que el pod de
ibm-ocs-operator-controller-manager-*****se está ejecutando en el espacio de nombreskube-system.oc get pods -A | grep ibm-ocs-operator-controller-manager -
Si ha habilitado el complemento con
odfDeployestablecido enfalse, siga los pasos para crear un recurso personalizado ODF.
Instalación del complemento desde Terraform
- Instale la CLI de Terraform y el plugin de proveedor de IBM Cloud.
- Asegúrese de que dispone de una clave API IBM Cloud.
-
Crear un archivo de proveedor de Terraform. Guarde el archivo en el directorio de Terraform. Para obtener más información, consulte la documentación de Terraform IBM Cloud Provider.
Archivo de proveedor de Terraform de ejemplo.
terraform { required_providers { ibm = { source = "IBM-Cloud/ibm" version = "1.53.0" } } } provider "ibm" { region = "us-south" ibmcloud_api_key = "<api-key>" } -
Cree un archivo de configuración de Terraform para el complemento ODF. Guarde el archivo en el directorio de Terraform.
Archivo de configuración de ejemplo.
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 -
En la CLI, vaya al directorio de Terraform.
cd <terraform_directory> -
Ejecute los mandatos para inicializar y planificar las acciones de Terraform. Revise la salida del plan para asegurarse de que se realizan las acciones correctas.
terraform initterraform plan -
Aplique los archivos de Terraform para crear el clúster. A continuación, vaya a la consola de IBM Cloud para comprobar que el clúster se está suministrando.
terraform apply
Creación del recurso personalizado de ODF
Para crear un clúster de almacenamiento ODF en el clúster VPC utilizando un suministro dinámico de los volúmenes de almacenamiento, se puede crear un recurso personalizado para especificar los detalles del dispositivo de almacenamiento.
Si desea utilizar una instancia de servicio de IBM Cloud Object Storage como almacenamiento de copia de seguridad predeterminado, asegúrese de que ha creado la instancia de servicio y que ha creado el secreto de
Kubernetes en el clúster. Cuando crea el CRD de ODF en el clúster, ODF busca un secreto denominado ibm-cloud-cos-creds para configurar el almacén de copia de seguridad predeterminado que utiliza las credenciales de Object Storage
HMAC.
-
Cree una definición de recurso personalizada denominada
OcsCluster. Guarda uno de los siguientes archivos de definición de recursos personalizados en tu equipo local y edítalo para incluir el nombre de la clase de almacenamiento que has creado anteriormente como parámetrososdStorageClassNameymonStorageClassName. Para obtener más información sobre los parámetros deOcsCluster, consulte la referencia de parámetros.Ejemplo de definición de recurso personalizado para instalar ODF en todos los nodos de trabajador en un clúster de la versión 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: falseEjemplo de definición de recurso personalizado para instalar ODF solo en los nodos de trabajador especificados en un clúster de la versión 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> -
Guarde el archivo y cree el recurso personalizado
OcsClusteren el clúster.oc create -f <ocs-cluster-filename>.yaml -
Verifique que su
OcsClusteresté en ejecución.oc describe ocscluster ocscluster-vpcSalida de ejemplo
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>
Escalado de ODF
Puede escalar la configuración de ODF aumentando el valor numOfOsd . Cuando aumenta el número de OSD, ODF establece ese número de discos de la misma capacidad osdSize en GB en cada uno de los nodos de trabajo del clúster
de ODF. Sin embargo, el almacenamiento total que está disponible para las aplicaciones es igual a osdSize multiplicado por numOfOsd.
| Número de nodos de trabajador | InicialosdSize |
numOfOsd |
Capacidad de almacenamiento disponible para las aplicaciones | Almacenamiento total de discos suministrados |
|---|---|---|---|---|
| 3 | 250Gi | 1 | 250Gi | 750Gi |
| 3 | 250Gi | 2 | 500Gi | 1500Gi |
| 3 | 250Gi | 3 | 750Gi | 2250Gi |
| 3 | 250Gi | 4 | 1000Gi | 3000Gi |
Escalado aumentando el numOfOsd
Acceda al clúster de Red Hat OpenShift.
-
Obtenga el nombre del recurso personalizado
OcsCluster.oc get ocscluster -
Guarde el archivo YAML de recurso personalizado
OcsClusteren la máquina local comoocscluster.yaml.oc get ocscluster ocscluster-vpc -o yaml -
Aumente el parámetro
numOfOsdy vuelva a aplicar la CRD deocsclusteren el clúster.oc apply -f ocscluster.yaml -
Verifique que se crean las OSD adicionales.
oc get pv
Ampliación de ODF añadiendo nodos trabajadores al clúster de VPC
Para aumentar la capacidad de almacenamiento en el clúster de almacenamiento, añada nodos trabajadores compatibles al clúster.
-
Expanda la agrupación de nodos trabajadores del clúster que se utiliza para OCS añadiendo nodos trabajadores. Asegúrese de que los nodos trabajadores cumplen los requisitos para ODF. Si ha desplegado ODF en todos los nodos trabajadores del clúster, los controladores ODF se instalan en los nuevos nodos trabajadores cuando se añaden al clúster.
-
Si ha implementado ODF en un subconjunto de nodos de trabajo de su clúster especificando los
<workerNodes>parámetros privados en su recursoOcsClusterpersonalizado, puede añadir el nombre de los nuevos nodos de trabajo a su implementación de ODF editando la definición del recurso personalizado.oc edit ocscluster ocscluster-vpc -
Guarde el archivo de recurso personalizado
OcsClusterpara volver a aplicarlo al clúster.
Limitaciones
Revise las siguientes limitaciones para desplegar ODF.
Límite de caracteres de ID de recurso de Kubernetes: los nombres de PVC de Kubernetes deben tener menos de 63 caracteres. Si despliega ODF en un clúster de VPC multizona y crea el clúster de almacenamiento de ODF utilizando
una clase de almacenamiento retain de zona metropolitana como ibmc-vpc-block-metro-retain-10iops-tier, el conjunto de dispositivos ODF correspondiente que se crea utilizando esta clase de almacenamiento falla. Para
obtener más información, consulte La creación del conjunto de dispositivos ODF falla debido a la limitación de caracteres de Kubernetes.