Programas de utilidad de almacenamiento de IBM Cloud
Este tema trata sobre las utilidades para gestionar el almacenamiento de bloques sin formato en clusters IBM Cloud Kubernetes Service. Las utilidades y los procedimientos varían en función del tipo de infraestructura de clúster.
- Clústeres clásicos
- Utilice el complemento IBM Cloud Block Storage Attacher para adjuntar almacenamiento de bloques sin procesar a los nodos trabajadores clásicos.
- Clústeres de VPC
- Utilice la API IBM Cloud o la CLI para adjuntar Block Storage for VPC sin procesar a los nodos trabajadores de la VPC. Consulte Adición de Block Storage for VPC sin procesar a nodos de trabajador de VPC.
Clásico: instalación del plugin IBM Cloud Block Storage Attacher (beta)
Utilice el plugin IBM Cloud Block Storage Attacher para conectar almacenamiento en bloque sin formato y sin montar en un nodo trabajador clásico del clúster.
Por ejemplo, para almacenar sus datos con una solución de almacenamiento definido por software (SDS), como Portworx, sin utilizar los clásicos nodos de trabajo bare metal optimizados para el uso de SDS y que incluyen discos locales adicionales. Para añadir discos locales al nodo trabajador no SDS clásico, debe crear manualmente los dispositivos de almacenamiento en bloque en la cuenta de la infraestructura de IBM Cloud y utilizar IBM Cloud Block Volume Attacher para conectar el almacenamiento al nodo trabajador no SDS.
El plugin IBM Cloud Block Volume Attacher crea pods en cada nodo trabajador del clúster como parte de un conjunto de daemons y configura una clase de almacenamiento de Kubernetes que luego puede utilizar para conectar el dispositivo de almacenamiento en bloque con el nodo trabajador no SDS.
Para obtener instrucciones sobre cómo actualizar o eliminar el plug-in IBM Cloud Block Volume Attacher, consulte Actualización del plug-in y Eliminación del plug-in.
-
Siga las instrucciones para instalar el cliente Helm versión 3 en la máquina local.
-
Actualice el repositorio de Helm para recuperar la última versión de todos los diagramas de Helm de este repositorio.
helm repo update -
Instale el plugin IBM Cloud Block Volume Attacher. Cuando instala el plugin, se añaden a su clúster las clases de almacenamiento de almacenamiento en bloque predefinidas.
helm install block-attacher iks-charts/ibm-block-storage-attacher --namespace kube-systemSalida de ejemplo
NAME: block-volume-attacher LAST DEPLOYED: Thu Sep 13 22:48:18 2018 NAMESPACE: default STATUS: DEPLOYED RESOURCES: ==> v1beta1/ClusterRoleBinding NAME AGE ibmcloud-block-storage-attacher 1s ==> v1beta1/DaemonSet NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE ibmcloud-block-storage-attacher 0 0 0 0 0 <none> 1s ==> v1/StorageClass NAME PROVISIONER AGE ibmc-block-attacher ibm.io/ibmc-blockattacher 1s ==> v1/ServiceAccount NAME SECRETS AGE ibmcloud-block-storage-attacher 1 1s ==> v1beta1/ClusterRole NAME AGE ibmcloud-block-storage-attacher 1s NOTES: Thank you for installing: ibmcloud-block-storage-attacher. Your release is named: block-volume-attacher Please refer Chart README.md file for attaching a block storage Please refer Chart RELEASE.md to see the release details/fixes -
Verifique que el conjunto de daemons de IBM Cloud Block Volume Attacher se ha instalado correctamente.
oc get pod -n kube-system -o wide | grep attacherSalida de ejemplo
ibmcloud-block-storage-attacher-z7cv6 1/1 Running 0 19mLa instalación se ha realizado correctamente si ve uno o varios pods ibmcloud-block-storage-attacher. El número de pods es igual al número de nodos trabajadores de su clúster. Todos los pods deben estar en un estado Running.
-
Verifique que la clase de almacenamiento correspondiente a IBM Cloud Block Volume Attacher se ha creado correctamente.
oc get sc | grep attacherSalida de ejemplo
ibmc-block-attacher ibm.io/ibmc-blockattacher 11m
Actualización del plugin IBM Cloud Block Storage Attacher
Actualice el plugin IBM Cloud Block Storage Attacher existente a la última versión.
-
Actualice el repositorio de Helm para recuperar la última versión de todos los diagramas de Helm de este repositorio.
helm repo update -
Opcional: descargue el último diagrama de Helm en la máquina local. A continuación, extraiga el paquete y revise el archivo
release.mdpara ver la información de release más reciente.helm pull iks-charts/ibmcloud-block-storage-plugin -
Localice el nombre del diagrama de Helm correspondiente al plugin IBM Cloud Block Storage Attacher.
helm ls -ASalida de ejemplo
<helm_chart_name> 1 Wed Aug 1 14:55:15 2022 DEPLOYED ibm-block-storage-attacher-1.0.0 default -
Actualice IBM Cloud Block Storage Attacher a la última versión.
helm upgrade --force --recreate-pods <helm_chart_name> ibm-block-storage-attacher
Eliminación del plugin IBM Cloud Block Volume Attacher
Si no desea suministrar ni utilizar el plugin IBM Cloud Block Storage Attacher en el clúster, puede desinstalar el diagrama de Helm.
-
Localice el nombre del diagrama de Helm correspondiente al plugin IBM Cloud Block Storage Attacher.
helm list | grep ibm-block-storage-attacherSalida de ejemplo
<helm_chart_name> 1 Wed Aug 1 14:55:15 2022 DEPLOYED ibm-block-storage-attacher-1.0.0 default -
Suprima el plugin IBM Cloud Block Storage Attacher eliminando el diagrama de Helm.
helm uninstall <helm_chart_name> -n <namespace> -
Verifique que los pods de IBM Cloud Block Storage Attacher se han eliminado.
oc get pod -n kube-system -o wide | grep attacherLa eliminación de los pods es satisfactoria si dejan de aparecer en la salida de la CLI.
-
Verifique que la clase de almacenamiento de IBM Cloud Block Storage Attacher se ha eliminado.
oc get sc | grep attacher
La eliminación de la clase de almacenamiento se ha ejecutado correctamente si no se muestra ninguna clase de almacenamiento en la salida de la CLI.
Clásico: adición manual de almacenamiento en bloque a nodos trabajadores específicos
Utilice esta opción para añadir diferentes configuraciones de almacenamiento en bloques, añadir almacenamiento en bloques solo a un subconjunto de nodos de trabajo o para tener un mayor control sobre el proceso de aprovisionamiento.
-
Enumera los nodos de trabajo de tu clúster y anota la dirección IP privada y la zona de los nodos de trabajo que no son SDS en los que añadas un dispositivo de almacenamiento en bloque.
ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID -
Consulte los pasos 3 y 4 de la sección Cómo decidir la configuración de su almacenamiento en bloques para elegir el tipo, el tamaño y el número de IOPS del dispositivo de almacenamiento en bloques que desea añadir a su nodo de trabajo no SDS.
-
Cree el dispositivo de almacenamiento en bloque en la misma zona en la que se encuentra el nodo trabajador no SDS.
Ejemplo de aprovisionamiento de 20 GB de almacenamiento en bloques de resistencia con 2 IOPS por GB.
ibmcloud sl block volume-order --storage-type endurance --size 20 --tier 2 --os-type LINUX --datacenter dal10Ejemplo de aprovisionamiento de 20 GB de almacenamiento en bloques de rendimiento con 100 IOPS.
ibmcloud sl block volume-order --storage-type performance --size 20 --iops 100 --os-type LINUX --datacenter dal10 -
Verifique que se ha creado el dispositivo de almacenamiento en bloque y anote el
iddel volumen. Nota: Si no ves tu dispositivo de almacenamiento en bloque de inmediato, espera unos minutos. A continuación, ejecute de nuevo este mandato.ibmcloud sl block volume-listSalida de ejemplo
id username datacenter storage_type capacity_gb bytes_used ip_addr lunId active_transactions 123456789 IBM02SL1234567-8 dal10 performance_block_storage 20 - 161.12.34.123 0 0 -
Revise los detalles del volumen y anote la
Target IPy elLUN Id.ibmcloud sl block volume-detail <volume_ID>Salida de ejemplo
NAME Value ID 1234567890 User name IBM123A4567890-1 Type performance_block_storage Capacity (GB) 20 LUN Id 0 IOPS 100 Datacenter dal10 Target IP 161.12.34.123 # of Active Transactions 0 Replicant Count 0 -
Autorice al nodo trabajador no SDS a acceder al dispositivo de almacenamiento en bloque. Sustituya
<volume_ID>por el ID de volumen de su dispositivo de almacenamiento en bloques que ha obtenido anteriormente, y<private_worker_IP>por la dirección IP privada del nodo de trabajo no SDS al que va a conectar el dispositivo.ibmcloud sl block access-authorize <volume_ID> -p <private_worker_IP>Salida de ejemplo
The IP address 123456789 was authorized to access <volume_ID>. -
Verifique que el nodo trabajador no SDS esté correctamente autorizado y anote los valores de
host_iqn,usernameypassword.ibmcloud sl block access-list <volume_ID>Salida de ejemplo
ID name type private_ip_address source_subnet host_iqn username password allowed_host_id 123456789 <private_worker_IP> IP <private_worker_IP> - iqn.2018-09.com.ibm:ibm02su1543159-i106288771 IBM02SU1543159-I106288771 R6lqLBj9al6e2lbp 1146581La autorización se ha realizado correctamente cuando se asignan los valores
host_iqn,usernameypassword. -
Adjunte los dispositivos de almacenamiento en bloque a los nodos trabajadores.
Clásico: conexión de almacenamiento en bloque sin formato a nodos trabajadores no SDS
Para conectar el dispositivo de almacenamiento en bloque a un nodo trabajador no SDS, debe crear un volumen persistente (PV) con la clase de almacenamiento IBM Cloud Block Volume Attacher y los detalles del dispositivo de almacenamiento en bloque.
- Asegúrate de haber añadido manualmente almacenamiento en bloques sin procesar, sin formatear y desmontado a tus nodos de trabajo que no sean SDS.
- Acceda al clúster de Red Hat OpenShift.
- Instale el plugin Block Storage Attacher.
-
Prepare la creación de PV.
-
Si ha usado el contenedor
mkpvyaml, ejecute el comando siguiente.-
Abra el archivo
pv-<cluster_name>.yaml.nano pv-<cluster_name>.yaml -
Revise la configuración de los PV.
-
-
Si ha añadido manualmente almacenamiento en bloque:
-
Cree un archivo
pv.yaml. El siguiente mandato crea el archivo con el editornano.nano pv.yaml -
Añada al PV los detalles del dispositivo de almacenamiento en bloque.
apiVersion: v1 kind: PersistentVolume metadata: name: <pv_name> annotations: ibm.io/iqn: "<IQN_hostname>" ibm.io/username: "<username>" ibm.io/password: "<password>" ibm.io/targetip: "<targetIP>" ibm.io/lunid: "<lunID>" ibm.io/nodeip: "<private_worker_IP>" ibm.io/volID: "<volume_ID>" spec: capacity: storage: <size> accessModes: - ReadWriteOnce hostPath: path: / storageClassName: ibmc-block-attacher
-
metadata.name- Especifique un nombre para el PV.
ibm.io/iqn- Especifique el nombre de host de IQN que ha recuperado anteriormente.
ibm.io/username- Especifique el nombre de usuario de la infraestructura de IBM Cloud que ha recuperado anteriormente.
ibm.io/password- Especifique la contraseña de la infraestructura de IBM Cloud que ha recuperado anteriormente.
ibm.io/targetip- Especifique la IP de destino que ha recuperado anteriormente.
ibm.io/lunid- Especifique el ID de LUN del dispositivo de almacenamiento en bloque que ha recuperado anteriormente.
ibm.io/nodeip- Introduce la dirección IP privada del nodo de trabajo al que has conectado el dispositivo de almacenamiento en bloques y al que has autorizado previamente para acceder a dicho dispositivo.
ibm.io/volID- Especifique el ID del volumen de almacenamiento en bloque que ha recuperado anteriormente.
storage- Especifique el tamaño del dispositivo de almacenamiento en bloque que ha recuperado anteriormente. Por ejemplo, si el dispositivo de almacenamiento en bloque es de 20 gigabytes, especifique
20Gi.
-
-
Cree el PV para conectar el dispositivo de almacenamiento en bloque con el nodo trabajador no SDS.
- Si ha usado el contenedor
mkpvyaml, ejecute el comando siguiente.
oc apply -f pv-<cluster_name>.yaml ``` - Si ha añadido almacenamiento en bloques manualmente, ejecute el comando siguiente. ```sh {: pre} oc apply -f pv.yaml ``` - Si ha usado el contenedor
-
Verifique que el almacenamiento en bloque se ha conectado correctamente al nodo trabajador.
oc describe pv <pv_name>Salida de ejemplo
NAME: kube-wdc07-cr398f790bc285496dbeb8e9137bc6409a-w1-pv1 Labels: <none> Annotations: ibm.io/attachstatus=attached ibm.io/dm=/dev/dm-1 ibm.io/iqn=iqn.2018-09.com.ibm:ibm02su1543159-i106288771 ibm.io/lunid=0 ibm.io/mpath=3600a09803830445455244c4a38754c66 ibm.io/nodeip=10.176.48.67 ibm.io/password=R6lqLBj9al6e2lbp ibm.io/targetip=161.26.98.114 ibm.io/username=IBM02SU1543159-I106288771 kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"v1","kind":"PersistentVolume","metadata":{"annotations":{"ibm.io/iqn":"iqn.2018-09.com.ibm:ibm02su1543159-i106288771","ibm.io/lunid":"0"... Finalizers: [] StorageClass: ibmc-block-attacher Status: Available Claim: Reclaim Policy: Retain Access Modes: RWO Capacity: 20Gi Node Affinity: <none> Message: Source: Type: HostPath (bare host directory volume) Path: / HostPathType: Events: <none>El dispositivo de almacenamiento en bloque se ha conectado correctamente cuando ibm.io/dm se establece en un ID de dispositivo, por ejemplo
/dev/dm/1, y ve ibm.io/attachstatus=arrached en la sección Annotations de la salida de la CLI.
Si desea desconectar un volumen, suprima el PV. Aún pueden acceder a los volúmenes desconectados nodos trabajadores específicos y se vuelven a conectar cuando se crea un nuevo PV con la clase de almacenamiento IBM Cloud Block Volume Attacher
para adjuntar otro volumen al mismo nodo trabajador. Para evitar el tener que volver a conectar el volumen desconectado antiguo, desautorice al nodo trabajador a acceder al volumen desconectado con el mandato ibmcloud sl block access-revoke.
El hecho de desconectar el volumen no elimina el volumen de la cuenta de la infraestructura de IBM Cloud. Para cancelar la facturación de su volumen, debe eliminar el almacenamiento de la cuenta de infraestructura de IBM Cloud de forma manual.
VPC: Adición de Block Storage for VPC sin formato a nodos trabajadores de VPC mediante la API
Puedes utilizar la API Kubernetes Service para adjuntar y separar archivos Block Storage for Classic sin formatear a un nodo de trabajo de tu clúster VPC.
Solo puede conectar un volumen a un nodo trabajador. Asegúrate de que el volumen se encuentre en la misma zona que el nodo de trabajo para que la adjunción se realice correctamente.
También puede conectar, desconectar y mostrar una lista de las conexiones de volumen de los nodos trabajadores mediante la CLI. Para obtener más información, consulte la referencia de CLI de almacenamiento.
Antes de empezar:
Acceda al clúster de Red Hat OpenShift.
-
Compruebe la región y la zona en las que se encuentra el nodo trabajador de VPC.
ibmcloud oc worker ls -c CLUSTER_NAME -
Decida el perfil de Block Storage for Classic que mejor se ajuste a sus requisitos de capacidad y de rendimiento.
-
Suministre un volumen de Block Storage for Classic. El volumen que suministre debe estar en el mismo grupo de recursos y en la misma región y zona que el nodo trabajador.
-
Recupere su señal de IAM.
ibmcloud iam oauth-tokens -
Recupera el ID del nodo trabajador para adjuntarlo a la instancia Block Storage for Classic. Asegúrate de seleccionar un nodo de trabajo que se encuentre en la misma zona que tu volumen de Block Storage for Classic.
ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID -
Utilice una solicitud
POSTpara conectar el volumen de Block Storage for Classic al nodo trabajador.Solicitud de ejemplo
curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/createAttachment" -H "accept: application/json" -H "Authorization: <IAM_token>" -H "X-Auth-Resource-Group-ID: <resource_group>" -H "Content-Type: application/json" -d "{ \"cluster\": \"<cluster_name_or_ID>\", \"volumeID\": \"<volume_ID>\", \"worker\": \"<worker_ID>\"}"IAM_token- La señal de IAM OAuth de la sesión actual. Puede recuperar este valor con el mandato
ibmcloud iam oauth-tokens. cluster_name_or_ID- El ID exclusivo o el nombre que se asigna al clúster. Puede recuperar este ID con el mandato
ibmcloud oc cluster ls. worker_ID- El identificador único que se asigna al nodo de trabajo al que se conecta el volumen. Puede recuperar este valor con el mandato
ibmcloud oc worker ls -c CLUSTER_NAME. volume_ID- El ID exclusivo asignado al volumen de Block Storage for Classic. Puede recuperar una lista de sus volúmenes de Block Storage for Classic con el mandato
ibmcloud is volumes.
Ejemplo de respuesta.
{ "id": "0111-1aaa11a1-aa1a-111a-111b-1111a1dad1bc", "volume": { "name": "my-vol", "id": "r001-11aa0d59-a1aa-1a11-11ca-ba2bc11e01aa" }, "device": { "id": "" }, "name": "volume-attachment", "status": "attaching", "type": "data" } -
Verifique la conexión revisando las conexiones de volúmenes existentes para un nodo trabajador de VPC.
Desconexión de Block Storage for Classic sin formato de un nodo trabajador en un clúster de VPC utilizando la API
Puede utilizar una solicitud DELETE para desconectar almacenamiento de un nodo trabajador de VPC.
El hecho de desconectar almacenamiento del clúster de VPC no elimina el volumen de Block Storage for Classic ni los datos almacenados en el volumen. Se le seguirá facturando hasta que suprima el volumen de forma manual.
-
Identifica el volumen de almacenamiento que deseas eliminar y anota el ID del volumen.
ibmcloud is volumes -
Obtenga detalles sobre el volumen. Este mandato devuelve el ID del nodo trabajador y el ID de la conexión. Anote el ID del nodo trabajador. En el siguiente mandato, este ID se devuelve como "Instance name".
ibmcloud is volume <volume_ID> -
Recupere una lista de sus PV. Este comando devuelve una lista de tus PV que puedes utilizar para determinar qué PVC utiliza el volumen que deseas eliminar.
oc get pv -
Describa el PV que utiliza el volumen. Si no sabes qué PV utiliza el volumen que deseas eliminar, puedes ejecutar el comando
describe pven cada PV de tu clúster. Anote la PVC que utiliza el PV.oc describe pv <pv_name> -
Compruebe si hay algún pod que utilice el volumen de almacenamiento. El mandato siguiente muestra los pods que montan el volumen y la PVC asociada. Si no se devuelve ningún pod, significa que el almacenamiento no se utiliza.
oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>" -
Si el pod que utiliza el volumen forma parte de un despliegue, suprima el despliegue. Si el pod no pertenece a ningún despliegue, suprima el pod.
oc delete deployment <deployment_name>oc delete pod <pod_name> -
Suprima la PVC y el PV.
oc delete pvc <pvc_name>oc delete pv <pv_name> -
Recupere su señal de IAM.
ibmcloud iam oauth-tokens -
Desconecte el almacenamiento con una solicitud
POST.Solicitud de ejemplo
curl -X POST "https://containers.cloud.ibm.com/global/v2/storage/deleteAttachment" -H "accept: application/json" -H "Authorization: <IAM_token>" -H "X-Auth-Resource-Group-ID: <resource_group>" -H "Content-Type: application/json" -d "{ \"cluster\": \"<cluster_name_or_ID\", \"volumeAttachmentID\": \"<volume_attachment_ID>\", \"volumeID\": \"<volume_ID>\", \"worker\": \"<worker_ID>\"}"IAM_token- La señal de IAM OAuth de la sesión actual. Puede recuperar este valor con el mandato
ibmcloud iam oauth-tokens. cluster_name_or_ID- El ID exclusivo o el nombre que se asigna al clúster. Puede recuperar este ID con el mandato
ibmcloud oc cluster ls. worker_ID- El ID exclusivo asignado al nodo trabajador al que desea conectar el volumen. Puede recuperar este valor con el mandato
ibmcloud oc worker ls -c CLUSTER_NAME. volume_ID- El ID exclusivo asignado al volumen de Block Storage for Classic. Puede recuperar una lista de sus volúmenes de Block Storage for Classic con el mandato
ibmcloud is volumes. volume_attachment_ID- El ID exclusivo asignado a la conexión del volumen. Puede recuperar este ID con el mandato
ibmcloud is volume <volume_ID>.
Revisión de los detalles de conexión de volumen para un nodo trabajador de VPC utilizando la API
Puede utilizar una solicitud GET para recuperar detalles de conexión de volumen para un nodo trabajador de VPC.
-
Recupere su señal de IAM.
ibmcloud iam oauth-tokens -
Recupere el ID del grupo de recursos en el que se ha desplegado el clúster.
ibmcloud oc cluster get CLUSTER_NAME_OR_ID | grep "Resource Group ID" -
Recupere el ID del nodo trabajador cuyos detalles de conexión desea ver. Asegúrate de seleccionar un nodo de trabajo que se encuentre en la misma zona que tu instancia de Block Storage for Classic.
ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID -
Revise la lista de las conexiones de volumen existentes en un nodo trabajador.
curl -X GET "https://containers.cloud.ibm.com/v2/storage/getAttachments?cluster=<cluster_ID>&worker=<worker_ID>" --header "X-Auth-Resource-Group-ID: <resource_group_ID>" --header "Authorization: <IAM_token>" -
Recupere los detalles de una conexión específica.
curl -X GET "https://containers.cloud.ibm.com/v2/storage/getAttachment?cluster=<cluster_ID>&worker=<worker_ID>&volumeAttachmentID=<volume_attachment_ID>" --header "X-Auth-Resource-Group-ID: <resource_group_ID>" --header "Authorization: <IAM_token>"IAM_token- La señal de IAM OAuth de la sesión actual. Puede recuperar este valor con el mandato
ibmcloud iam oauth-tokens. cluster_ID- El ID exclusivo asignado al clúster. Puede recuperar este ID con el mandato
ibmcloud oc cluster ls. worker_ID- El ID exclusivo asignado al nodo trabajador al que desea conectar el volumen. Puede recuperar este valor con el mandato
ibmcloud oc worker ls -c CLUSTER_NAME. volume_ID- El ID exclusivo asignado al volumen de Block Storage for Classic. Puede recuperar una lista de sus volúmenes de Block Storage for Classic con el mandato
ibmcloud is volumes. volume_attachment_ID- El ID exclusivo asignado a la conexión del volumen. Puede recuperar este ID con el mandato
ibmcloud is volume <volume_ID>.
VPC: Conexión de Block Storage for VPC sin formato a nodos trabajadores de VPC utilizando la CLI
Puede utilizar la CLI de Kubernetes Service para conectar y desconectar Block Storage for Classic sin formato a un nodo de trabajador en el clúster de VPC.
Solo puede conectar un volumen a un nodo trabajador. Asegúrate de que el volumen se encuentre en la misma zona que el nodo de trabajo para que la adjunción se realice correctamente.
Antes de empezar:
Acceda al clúster de Red Hat OpenShift.
-
Enumera tus volúmenes de almacenamiento y anota el ID del volumen que deseas conectar.
ibmcloud is vols -
Enumera los nodos de trabajo de tu clúster y anota el ID del nodo de trabajo al que vas a conectar tu volumen.
ibmcloud oc worker ls -c CLUSTER_NAME_OR_ID -
Conecte el Block Storage for Classic al nodo trabajador de VPC.
ibmcloud oc storage attachment create --cluster CLUSTER_NAME_OR_ID --volume VOLUME --worker WORKER_ID
Eliminación de Block Storage for VPC sin formato de nodos trabajadores de VPC utilizando la CLI
Puede eliminar el almacenamiento del nodo trabajador utilizando el mandato ibmcloud oc storage attachment rm.
-
Enumera tus volúmenes de almacenamiento y anota el ID del volumen que deseas eliminar.
ibmcloud is vols -
Obtenga los detalles del volumen como el
worker-iddonde está conectado el volumen. Elworker-idse muestra como Instance name en la sección Volume Attachment Instance Reference de la salida del mandato.ibmcloud is vol <volume-ID>Salida de ejemplo
Volume Attachment Instance Reference Attachment type Instance ID Instance name Auto delete Attachment ID Attachment name data 0727_e18c10d7-7f18-48aa-b5ef-5ed163e54198 kube-bsaucubd07dhl66e4tgg-cluster-default-00000a19 false 0727-3bfe90b0-dc2d-498a-946b-8837a5dad7bc volume-attachment -
Liste las conexiones de almacenamiento en un nodo trabajador del clúster y anote el ID de conexión que desea eliminar.
ibmcloud oc storage attachment ls -c CLUSTER --worker WORKER_IDSalida de ejemplo:
Listing volume attachments... OK ID Name Status Type Volume ID Volume Name Worker ID 0111-1a111aaa-1111-1111-111a-aaa1a1a11a11 volume-attachment attached boot a001-f11ed1e1-1aa1-11dc-b11d-a0dc111b1111 dissuade-anointer-errand-handbrake kube-aa1111aa11aaaaa11aa1-cluster-name-default-00000110 -
Elimine la conexión de almacenamiento.
ibmcloud oc storage attachment rm --attachment ATTACHMENT_ID -c CLUSTER --worker WORKER_ID -
Compruebe que el almacenamiento se ha eliminado del nodo trabajador.
ibmcloud oc storage attachment ls -c CLUSTER_ID --worker WORKER_ID
Respaldo y restauración de datos de PVC en almacenamientos de archivos y bloques
El gráfico de copia de seguridad y restauración Helm no es compatible con los clústeres de la versión Satellite 4.13 que utilizan trabajadores CoreOS.
Con el diagrama de Helm IBM Cloud Backup Restore, se puede crear una copia de seguridad puntual o planificada de los datos de un almacenamiento de archivos o de una reclamación de volumen persistente (PVC) de almacenamiento en bloques. Your data is stored in an IBM Cloud Object Storage service instance that you create and own. You can use existing backups in your IBM Cloud Object Storage service instance to restore data to a PVC in your cluster.
- ¿Qué ocurre cuando instalo el gráfico Helm?
- When you install the Helm chart, a Kubernetes pod is created in your cluster that performs a one-time or periodic backup of your PVC data, or restores data from IBM Cloud Object Storage to a PVC. La configuración de la copia de seguridad o
la restauración se realiza en el archivo
values.yamlque se proporciona con el diagrama Helm o mediante la configuración de opciones en elhelm installcomando. - ¿Qué limitaciones debo tener en cuenta?
- Para realizar una copia de seguridad o restaurar los datos de un PVC de almacenamiento en bloques, el PVC no debe estar montado en ninguna aplicación. Block storage is mounted with a RWO access mode. This access allows only one pod to be mounted to the block storage at a time. To back up or restore your data, you must remove the pod that uses the storage to unmount the PVC. Una vez finalizada la copia de seguridad o la restauración de los datos, puede volver a crear el pod y montar la PVC copiada o restaurada.
- ¿Qué necesito antes de empezar?
- Para respaldar o restaurar los datos en IBM Cloud Object Storage, hay que configurar una instancia de servicio de IBM Cloud Object Storage, crear las credenciales de servicio para acceder al mismo y crear un grupo que pueda contener los datos.
Configuración de una instancia de servicio de IBM Cloud Object Storage
Crea y configura una instancia del servicio IBM Cloud Object Storage para que sirva de repositorio de los datos de los que se va a realizar una copia de seguridad.
- Cree una instancia de servicio de IBM Cloud Object Storage que use credenciales HMAC.
- Almacene las credenciales de IBM Cloud Object Storage en un secreto Kubernetes.
- Cree el primer grupo de IBM Cloud Object Storage.
- En la navegación de la página de detalles del servicio, pulse Grupos.
- Pulse Crear grupo. Aparece un recuadro de diálogo.
- Especifique un nombre exclusivo para el grupo. The name must be unique within IBM Cloud Object Storage across all regions and across all IBM Cloud accounts.
- En la lista Resiliencia, selecciona el nivel de disponibilidad para tus datos. Puede obtener información adicional consultando regiones y puntos finales de IBM Cloud Object Storage.
Para clústeres de VPC, anote el punto final directo. Por ejemplo:
s3.direct.us.cloud-object-storage.appdomain.cloud. - Cambia la ubicación a la región en la que almacenas tus datos. Tenga en cuenta que es posible que sus datos no se puedan almacenar en alguna región por motivos legales.
- Pulse Crear.
- Recupere el nombre de host de IBM Cloud Object Storage correspondiente al grupo.
- Haz clic en el nombre del bucket que has creado en el paso anterior.
- En la barra de navegación de la página de detalles del servicio, haz clic en Buckets > Configuración.
- Observe el URL público que puede usarse para acceder a los datos del grupo.
Para obtener información adicional sobre la configuración de una instancia de servicio, consulte la documentación de IBM Cloud Object Storage.
Uso de IBM Cloud Object Storage para respaldar y restaurar datos de PVC
Se puede usar el diagrama de Helm IBM Cloud Backup Restore para hacer una copia de seguridad de los datos de una PVC de almacenamiento de archivos o de almacenamiento en bloques en IBM Cloud Object Storage, o para restaurar los datos de IBM Cloud Object Storage a una PVC en el clúster.
Antes de empezar:
-
Asegúrate de disponer de un PVC en el que puedas realizar copias de seguridad o restaurar datos. Para obtener más información sobre cómo crear una PVC, consulte Adición de almacenamiento de archivos a apps y Adición de almacenamiento en bloque a apps.
-
Para realizar una copia de seguridad de un PVC de almacenamiento en bloques, asegúrate de que tu PVC no esté montado en una aplicación. Block storage is mounted with a RWO access mode. This access allows only one pod to be mounted to the block storage at a time. To back up your data, you must remove the app pod that mounts the storage. Para comprobar si hay algún pod montado en la PVC, ejecute el siguiente mandato.
oc get pods --all-namespaces -o=jsonpath='{range .items[*]}{"\n"}{.metadata.name}{":\t"}{range .spec.volumes[*]}{.persistentVolumeClaim.claimName}{" "}{end}{end}' | grep "<pvc_name>" -
Siga las instrucciones para instalar el cliente Helm en la máquina local y configure los repositorios del diagrama de Helm de IBM Cloud.
Puede desplegar los pods ibm-storage-backup o ibm-storage-restore editando y aplicando el archivo values.yaml del diagrama Helm, o bien ejecutando el comando helm install en la CLI.
Para respaldar o restaurar una PVC editando el archivo values.yaml:
-
Descargue la versión más reciente del diagrama Helm en su máquina local.
helm fetch --untar iks-charts/ibmcloud-backup-restore -
Abre el archivo
values.yamlen el editor de línea comandonano.nano ibmcloud-backup-restore/values.yaml -
Configure el diagrama Helm para que respalde o restaure los datos de la PVC. Puede configurar la copia de seguridad para más de una PVC.
Ejemplo de creación de un pod de respaldo configurando el archivo
values.yaml:image: repository: icr.io/iks-charts/ibmcloud-backup-restore pullPolicy: Always tag: latest ACCESS_KEY_ID: # Example: 10110abab1111bbb111aa1aaa111b1a1 SECRET_ACCESS_KEY: # Example: a1aba11aaa11b11b11aa1111a1111ba111111111a0b1b11a ENDPOINT: # Example: s3.us-east.cloud-object-storage.appdomain.cloud BUCKET_NAME: # Example: my-bucket BACKUP_NAME: # Example: my_backup PVC_NAMES: - # Example: my_pvc - # Optional example: my_pvc2 CHART_TYPE: # Example: backup or restore BACKUP_TYPE: # Example: incremental SCHEDULE_TYPE: # Example: periodic SCHEDULE_INFO: # Example: weeklyACCESS_KEY_ID- Enter the access key ID of the IBM Cloud Object Storage service credentials that you retrieved earlier.
SECRET_ACCESS_KEY- Enter the secret access key of the IBM Cloud Object Storage service credentials that you retrieved earlier.
ENDPOINT- Enter the public IBM Cloud Object Storage s3 API endpoint for your bucket that you retrieved earlier.
BUCKET_NAME- Copia de seguridad: especifique el nombre del grupo de IBM Cloud Object Storage que ha creado anteriormente. You use this bucket to store PVC data when you perform a backup. Restauración: especifique el nombre del grupo de IBM Cloud Object Storage donde está almacenada la copia de seguridad.
BACKUP_NAME- Copia de seguridad: especifique el nombre de la copia de seguridad que desea crear en IBM Cloud Object Storage. Restauración: especifique el nombre de la copia de seguridad creada con el digarama Helm IBM Cloud Backup Restore en IBM Cloud Object Storage. If you have multiple full backups in your IBM Cloud Object Storage service instance, the PVC is restored with the data of the last full backup. Si tiene copias de seguridad incrementales, la PVC se restaura con los datos de la última copia de seguridad completa, incluidas todas las copias de seguridad incrementales hasta el momento en que se inicia la restauración.
PVC_NAMES- Copia de seguridad: Introduce el nombre del PVC del que deseas realizar una copia de seguridad. Para realizar una copia de seguridad de varios PVC, añada cada PVC a la lista de PVC. Para ver una lista de las PVC disponibles
en el clúster de las que puede hacer copia de seguridad, ejecute
oc get pvc. Restaurar: Introduce el nombre del PVC al que vas a restaurar los datos desde IBM Cloud Object Storage. You can restore data to one PVC at a time only. Para ver una lista de las PVC disponibles en el clúster en las que puede restaurar datos, ejecuteoc get pvc. CHART_TYPE- Introduce el nombre del tipo de gráfico que deseas implementar. Especifique
backuppara desplegar el diagrama de copia de seguridad. Especifiquerestorepara desplegar el diagrama de restauración. BACKUP_TYPE- Required only for backups. Pulsa
fullpara crear una copia de seguridad completa, oincrementalpara hacer una copia de seguridad solo de los archivos nuevos o modificados. Si eligeincremental, debe especificar las opcionesSCHEDULING_INFOySCHEDULING_TYPE. Si no especifica la opciónBACKUP_TYPE, se crea de forma predeterminada una copia de seguridad completa. SCHEDULE_TYPE- Required only for backups. Escriba
periodicpara crear copias de seguridad planificadas o deje esta opción vacía para crear una copia de seguridad única. Para crear copias de seguridad periódicas, debe definir el intervalo de copia de seguridad en la opciónSCHEDULE_INFO. SCHEDULE_INFO- Required only for backups. Para crear copias de seguridad periódicas, debe establecer la programación de las mismas. Elija entre
hourly(cada hora),daily(diaria) oweekly(semanal). Si desea definir esta opción, debe establecerSCHEDULE_TYPEenperiodic.
-
Guarde y cierre el archivo
values.yaml. -
Instale el diagrama Helm con los parámetros personalizados del archivo
values.yaml. Cuando se instala el diagrama Helm y se configura una copia de seguridad o una restauración, se despliegan respectivamente los podsibm-storage-backupoibm-storage-restoreen el clúster. The backup pod backs up the data from your PVC to IBM Cloud Object Storage and the restore pod restores data to a PVC. Sustituya<release_name>por un nombre para el diagrama de Helm. Asegúrese de instalar los pods de copia de seguridad y restauración en la misma zona que la PVC de la que desea realizar copia de seguridad o que desea restaurar.- Instale el diagrama Helm con el comando
helm install.
helm install <release_name> ./ibmcloud-backup-restore -n <namespace> ``` Ejemplo de salida para una copia de seguridad: ```sh {: screen} NAME: <release_name> LAST DEPLOYED: Mon Jan 20 09:17:02 2020 NAMESPACE: default STATUS: deployed REVISION: 1 TEST SUITE: None NOTES: Thank you for installing: ibmcloud-backup-restore. Your release is named: <release_name> Please refer Chart README.md file for creating a sample PVC Please refer Chart RELEASE.md to see the release details/fixes ``` * Opcional: Instala el gráfico Helm configurando las opciones en el comando `helm install`. Para asignar un nombre al release, especifique el parámetro `--name`. ```sh {: pre} helm install <release_name> --set ACCESS_KEY_ID=<access_key_ID> --set SECRET_ACCESS_KEY=<secret_access_key> --set ENDPOINT=<public_bucket_endpoint> --set BUCKET_NAME=<bucket_name> --set BACKUP_NAME=<backup_name> --set PVC_NAMES[0]=<pvc_name1> --set PVC_NAMES[1]=<pvc_name2> --set CHART_TYPE=backup --set BACKUP_TYPE=<backup_type> --set SCHEDULE_TYPE=<schedule_type> --set SCHEDULE_INFO=<schedule_info> ./ibmcloud-backup-restore ``` - Instale el diagrama Helm con el comando
-
Verifique que la copia de seguridad o la restauración de los datos se ha completado satisfactoriamente.
Copia de seguridad: 1. Compruebe que el pod ibm-storage-backup tiene el estado Running.
sh {: pre} oc get pods -A | grep backup Salida de ejemplo
```sh {: screen}
ibm-storage-backup 1/1 Running 0 64m
```
2. Revise los registros del pod `ibm-storage-backup` para asegurarse de que la copia de seguridad se ha realizado correctamente. Cuando veas el mensaje `... backup completed` en los registros, significa que la copia de seguridad se ha completado correctamente.
```sh {: pre}
oc logs ibm-storage-backup
```
Ejemplo de salida de copias de seguridad diarias.
```sh {: screen}
[2019-04-18 16:01:51,157] [utilities : 151] [INFO] *****************Start logging to ./Backup.log
[2019-04-18 16:01:51,158] [backup : 48] [INFO] Starting backup:
[2019-04-18 16:01:51,158] [configureOS : 66] [INFO] Configuring duplicity with IBM CloudObjectStorage i.e s3.
[2019-04-18 16:01:51,158] [backup : 62] [INFO] Configuration done!!!
[2019-04-18 16:01:51,158] [backup : 78] [INFO] Got all required input from config file!!
[2019-04-18 16:01:52,366] [backup : 119] [WARNING] Incremental backup was not created
[2019-04-18 16:01:52,366] [backup : 120] [INFO] duplicity --no-encryption incremental /myvol s3://s3.us-south.cloud-object-storage.appdomain.cloud/mybucket/helm-backup command failed due to Fatal Error: Unable to start incremental backup. Old signatures not found and incremental specified
[2019-04-18 16:01:52,367] [backup : 121] [INFO] A full backup is required before incremental backups can begin. Creating a one-time full backup and will run incremental backups for scheduled backups.
[2019-04-18 16:01:54,357] [backup : 129] [INFO] Full backup completed
[2019-04-18 16:01:54,357] [backup : 130] [INFO] Local and Remote metadata are synchronized, no sync needed.
Last full backup date: none
--------------[ Backup Statistics ]--------------
StartTime 1555603313.31 (Thu Apr 18 16:01:53 2019)
EndTime 1555603313.32 (Thu Apr 18 16:01:53 2019)
ElapsedTime 0.01 (0.01 seconds)
SourceFiles 3
SourceFileSize 20495 (20.0 KB)
NewFiles 3
NewFileSize 20495 (20.0 KB)
DeletedFiles 0
ChangedFiles 0
ChangedFileSize 0 (0 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 3
RawDeltaSize 15 (15 bytes)
TotalDestinationSizeChange 183 (183 bytes)
Errors 0
-------------------------------------------------
[2019-04-18 16:01:54,357] [backup : 162] [INFO] Scheduling backup as per configurations, please don't stop this program or run this in background !!!
[2019-04-18 16:01:54,358] [backup : 166] [INFO] Schedule info is: ['daily']
[2019-04-18 16:01:54,358] [backup : 172] [INFO] Scheduled for daily!!!
```
- Verifique que los datos se han copiado o restaurado correctamente.
-
Copia de seguridad:
- Localice la instancia de servicio de IBM Cloud Object Storage en la lista de recursos de IBM Cloud.
- En el menú de navegación, selecciona Buckets y haz clic en el bucket que has utilizado en tu configuración de copia de seguridad. La copia de seguridad se muestra como un objeto en el grupo.
- Revise los archivos comprimidos. Puede descargar el archivo
*.gz, extraer el archivo y verificar los datos que se han copiado.
-
Restauración:
-
Cree un archivo
deployment.yamlcon un pod que monte la PVC que contiene los datos restaurados. En el siguiente ejemplo se despliega un podnginxque monta la PVC en el directorio de montaje/test.apiVersion: apps/v1 kind: Deployment metadata: name: restore labels: app: nginx spec: selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - image: nginx name: nginx volumeMounts: - name: my-volume # Example: my_volume mountPath: /test # Example: /test volumes: - name: my-volume # Example: my_volume persistentVolumeClaim: claimName: my-actual-pvc-name # Example: my_pvcspec.containers.image- El nombre de la imagen a utilizar. Para ver una lista de todas las imágenes disponibles en su cuenta de IBM Cloud Container Registry, ejecute
ibmcloud cr image-list. spec.containers.name- El nombre del contenedor para desplegar en el clúster.
spec.containers.volumeMounts.mountPath- La vía de acceso absoluta del directorio en el que el que está montado el volumen dentro del contenedor. Los datos que se escriben en la vía de acceso de montaje se almacenan en el directorio raíz de la instancia de almacenamiento en bloque físico. Para compartir un volumen entre diferentes aplicaciones, puede especificar subrutas del volumen para cada una de sus aplicaciones.
spec.containers.volumeMounts.name- El nombre del volumen que va a montar en el pod.
volumes.name- El nombre del volumen que va a montar en el pod. Este nombre suele coincidir con
volumeMounts/name volumes.persistentVolumeClaim.claimName- El nombre del PVC que vincula el PV que se va a utilizar.
-
Cree el despliegue.
oc apply -f deployment.yaml -
Verifique que el pod tenga el estado Running.
Si detecta que el pod
ibm-storage-restoreno alcanza el estado Completed o CrashLoopBackOff, es posible que la restauración de los datos haya fallado. Ejecuteoc logs ibm-storage-restorepara localizar la causa raíz del error.oc get pods | grep restoreSalida de ejemplo
restore-7dfc6f4c78-wkcqp 1/1 Running 0 3m54s -
Inicie una sesión en el pod.
oc exec <pod_name> -it bash -
Vaya al directorio de montaje que ha especificado en el archivo YAML de despliegue.
cd <mount_directory> -
Obtenga una lista de los archivos del directorio de montaje para verificar que todos los datos se han restaurado en el directorio de montaje.
ls -
Suprima del clúster la instalación del diagrama de Helm. Este paso es necesario si ha restaurado los datos en una PVC de almacenamiento en bloque. Block storage is mounted with a RWO access mode. This access allows only one pod to be mounted to the block storage at a time. Puesto que el pod
ibm-storage-restoreya monta la PVC, debe eliminar el pod para liberar la PVC y así poder montar la PVC en otro pod del clúster.helm uninstall <release_name> -n <namespace> -
Ha restaurado correctamente su copia de seguridad. Ahora puede montar la PVC que enlace el PV con cualquier otro pod del clúster para acceder a los archivos restaurados. Si los datos del contenedor a los que se ha realizado copia de seguridad incluían un usuario no root, deberá añadir permisos no root al nuevo contenedor. Para obtener más información, consulte Adición de acceso de usuarios no root a volúmenes.
-
-
Configuración de IBM Cloud Monitoring para volúmenes de almacenamiento
Configure alertas en IBM Cloud Monitoring para las cargas de trabajo que utilizan volúmenes de almacenamiento. Para obtener más información, consulte Alertas.
Cuando un volumen de almacenamiento está inactivo, los pods de app que utilizan almacenamiento tienen una E/S de sistema de archivos baja, tienen errores de red o se cuelgan; esto hace que el recuento de réplicas baje. Puedes configurar alertas
en IBM Cloud Monitoring para recibir notificaciones si las operaciones del sistema de archivos de tu aplicación caen por debajo de un umbral específico, si se producen errores de red o si los pods de tu aplicación no alcanzan un estado Ready determinado.
-
Desde la consola, selecciona el clúster en el que has configurado las alertas para tus volúmenes de almacenamiento.
-
En la sección Supervisión , pulse Conectar para conectar una instancia existente de IBM Cloud Monitoring a su clúster. Si no tiene ninguna instancia, pulse Crear una instancia para crear una. Para obtener más información sobre cómo configurar una instancia de IBM Cloud Monitoring, consulte Suministro de una instancia.
-
Pulse el botón Iniciar para abrir el panel de control de IBM Cloud Monitoring.
-
Cree alertas de utilización del sistema de archivos para una app que se ejecuta en el clúster.
- En la consola de IBM Cloud Monitoring, haz clic en Descripción general > Cargas de trabajo.
- Seleccione el Espacio de nombres donde está desplegada la app. Busque la app, pulse en el icono de flecha de la app y seleccione Visión general de pods de Kubernetes.
- En la sección utilización del sistema de archivos, revise el mosaico Ancho de banda de E/S de archivos por Pod.
- Revise el ancho de banda de E/S de archivos en la ventana de tiempo del último día o semana para determinar el promedio de ancho de banda. Puede utilizar el ancho de banda medio como umbral para configurar una alerta que se active cuando el ancho de banda de E/S de archivos sea inferior a la media durante un determinado periodo de tiempo. Por ejemplo, si el ancho de banda medio de E/S de archivos de su aplicación es de 300B/s, puede crear una alerta para que se active cuando la utilización de la red se mantenga por debajo de 300B/s durante un tiempo determinado.
- En el mosaico Ancho de banda de E/S de archivos por Pod, cree una alerta pulsando en el menú Opciones y, a continuación, Crear alerta.
- Abra la sección Notificación del menú de alertas y cree o seleccione un canal de notificación de alertas.
- Guarde la alerta.
- Repita estos pasos para todas las aplicaciones desplegadas en el clúster.
- Pruebe la alerta que ha creado editando el umbral que ha configurado para desencadenar manualmente la alerta. Por ejemplo, si ha establecido que se desencadene una alerta de utilización del sistema de archivos cuando la utilización sea
inferior a 300B/s durante 5 minutos, aumente el umbral a un valor mayor que la utilización actual de la app durante 5 minutos y seleccione la opción
at least once. - Verifique que la alerta se desencadena pasados 5 minutos. Una vez que haya verificado la alerta, restablezca los valores que ha configurado anteriormente.
-
Cree una alerta de utilización de red para una app que se ejecute en el clúster.
- En la consola de IBM Cloud Monitoring, haz clic en Descripción general > Cargas de trabajo.
- Seleccione el Espacio de nombres donde está desplegada la app. Busque la app, pulse en el icono de flecha de la app y seleccione Visión general de pods de Kubernetes.
- En la sección Utilización de red, revise el mosaico Recuento de solicitudes de red por Pod.
- Revise el promedio de recuento de solicitudes de red por pod en la ventana de tiempo del último día o semana para determinar el umbral.
- En el mosaico Recuento de solicitudes de red por Pod, cree una alerta pulsando en el menú Opciones y, a continuación, Crear alerta. Establezca los parámetros de la alerta en base al umbral que ha observado. Por ejemplo, si la utilización de la red se mantiene por debajo del umbral durante un determinado periodo de tiempo, se activa la alerta.
- Abra la sección Notificación del menú de alertas y cree o seleccione un canal de notificación de alertas.
- Guarde la alerta.
- Repita estos pasos para todas las aplicaciones desplegadas en el clúster.
- Pruebe la alerta que ha creado editando el umbral que ha configurado para desencadenar manualmente la alerta. Por ejemplo, si ha establecido una alerta para cuando el número de solicitudes por pod sea inferior a 3/s durante 5 minutos,
cambie el umbral de alerta a un valor inferior al umbral que ha observado durante 5 minutos y seleccione la opción
at least once. - Verifique que la alerta se desencadena pasados 5 minutos. Una vez que haya verificado la alerta, restablezca los valores que ha configurado anteriormente.
-
Cree una alerta de disponibilidad de pods para una app que se ejecute en el clúster.
- En la consola de IBM Cloud Monitoring, haz clic en Descripción general > Cargas de trabajo.
- Seleccione el Espacio de nombres donde está desplegada la app. Busque la app, pulse en el icono de flecha de la app y seleccione Visión general de pods de Kubernetes.
- En la sección Estado de pods, revise el mosaico Disponibilidad de pods.
- Revise el promedio de disponibilidad de pods en la ventana de tiempo del último día o semana para determinar el umbral.
- Consulte en el archivo de configuración de la app el número de réplicas solicitadas. Puede utilizar este número como umbral para enviar alertas cuando el número de pods disponibles sea inferior al número de réplicas solicitadas para la app. Si ha solicitado 3 réplicas de su app, puede establecer una alerta para cuando el número de pods disponibles sea menor que el recuento de réplicas solicitado durante una duración determinada, por ejemplo, una duración de 30 minutos. En este ejemplo, cuando la disponibilidad de pods permanece inferior a las 3 réplicas solicitadas, se desencadena la alerta.
- En el mosaico Disponibilidad de pods, cree una alerta pulsando en el menú Opciones y, a continuación, Crear alerta. Establezca los parámetros de la alerta en base al umbral que ha observado y las réplicas de app solicitadas.
- Abra la sección Notificación del menú de alertas y cree o seleccione un canal de notificación de alertas.
- Guarde la alerta.
- Repita estos pasos para todas las aplicaciones desplegadas en el clúster.
- Pruebe la alerta que ha creado editando el umbral que ha configurado para desencadenar manualmente la alerta. Por ejemplo, si ha establecido una alerta de disponibilidad de pods para cuando el número de pods disponibles sea inferior a
3 durante 5 minutos, cambie el umbral de alerta a un valor inferior a 4 pods durante 5 minutos y seleccione la opción
at least once. - Verifique que la alerta se desencadena pasados 5 minutos. Una vez que haya verificado la alerta, restablezca los valores que ha configurado anteriormente.
Resolución de problemas de almacén persistente cuando se genera una alerta de IBM Cloud Monitoring
Cuando se desencadene una alerta, revise los detalles de la alerta en IBM Cloud Monitoring y revise las guías de resolución de problemas del almacenamiento persistente, las apps, los nodos trabajadores y los clústeres para encontrar la causa raíz de la alerta. Es posible que las alertas que ha configurado no estén relacionadas con un problema de volumen de almacenamiento, sino con problemas que se han producido dentro de la app, en el nodo trabajador o en el clúster.