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.

  1. Siga las instrucciones para instalar el cliente Helm versión 3 en la máquina local.

  2. Actualice el repositorio de Helm para recuperar la última versión de todos los diagramas de Helm de este repositorio.

    helm repo update
    
  3. 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-system
    

    Salida 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
    
  4. 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 attacher
    

    Salida de ejemplo

    ibmcloud-block-storage-attacher-z7cv6           1/1       Running            0          19m
    

    La 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.

  5. Verifique que la clase de almacenamiento correspondiente a IBM Cloud Block Volume Attacher se ha creado correctamente.

    oc get sc | grep attacher
    

    Salida 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.

  1. Actualice el repositorio de Helm para recuperar la última versión de todos los diagramas de Helm de este repositorio.

    helm repo update
    
  2. Opcional: descargue el último diagrama de Helm en la máquina local. A continuación, extraiga el paquete y revise el archivo release.md para ver la información de release más reciente.

    helm pull iks-charts/ibmcloud-block-storage-plugin
    
  3. Localice el nombre del diagrama de Helm correspondiente al plugin IBM Cloud Block Storage Attacher.

    helm ls -A
    

    Salida de ejemplo

    <helm_chart_name>    1           Wed Aug  1 14:55:15 2022    DEPLOYED    ibm-block-storage-attacher-1.0.0    default
    
  4. 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.

  1. Localice el nombre del diagrama de Helm correspondiente al plugin IBM Cloud Block Storage Attacher.

    helm list | grep ibm-block-storage-attacher
    

    Salida de ejemplo

    <helm_chart_name>    1           Wed Aug  1 14:55:15 2022    DEPLOYED    ibm-block-storage-attacher-1.0.0    default
    
  2. Suprima el plugin IBM Cloud Block Storage Attacher eliminando el diagrama de Helm.

    helm uninstall <helm_chart_name> -n <namespace>
    
  3. Verifique que los pods de IBM Cloud Block Storage Attacher se han eliminado.

    oc get pod -n kube-system -o wide | grep attacher
    

    La eliminación de los pods es satisfactoria si dejan de aparecer en la salida de la CLI.

  4. 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.

  1. 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
    
  2. 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.

  3. 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 dal10
    

    Ejemplo 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
    
  4. Verifique que se ha creado el dispositivo de almacenamiento en bloque y anote el id del 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-list
    

    Salida 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   
    
  5. Revise los detalles del volumen y anote la Target IP y el LUN 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
    
  6. 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>.
    
  7. Verifique que el nodo trabajador no SDS esté correctamente autorizado y anote los valores de host_iqn, username y password.

    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   1146581   
    

    La autorización se ha realizado correctamente cuando se asignan los valores host_iqn, username y password.

  8. 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.

  1. Prepare la creación de PV.

    • Si ha usado el contenedor mkpvyaml, ejecute el comando siguiente.

      1. Abra el archivo pv-<cluster_name>.yaml.

        nano pv-<cluster_name>.yaml
        
      2. Revise la configuración de los PV.

    • Si ha añadido manualmente almacenamiento en bloque:

      1. Cree un archivo pv.yaml. El siguiente mandato crea el archivo con el editor nano.

        nano pv.yaml
        
      2. 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.
  2. 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
        ```
    
  3. 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.

  1. Compruebe la región y la zona en las que se encuentra el nodo trabajador de VPC.

    ibmcloud oc worker ls -c CLUSTER_NAME
    
  2. Decida el perfil de Block Storage for Classic que mejor se ajuste a sus requisitos de capacidad y de rendimiento.

  3. 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.

  4. Recupere su señal de IAM.

    ibmcloud iam oauth-tokens
    
  5. 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
    
  6. Utilice una solicitud POST para 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"
    }
    
  7. 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.

  1. Identifica el volumen de almacenamiento que deseas eliminar y anota el ID del volumen.

    ibmcloud is volumes
    
  2. 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>
    
  3. 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
    
  4. Describa el PV que utiliza el volumen. Si no sabes qué PV utiliza el volumen que deseas eliminar, puedes ejecutar el comando describe pv en cada PV de tu clúster. Anote la PVC que utiliza el PV.

    oc describe pv <pv_name>
    
  5. 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>"
    
  6. 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>
    
  7. Suprima la PVC y el PV.

    oc delete pvc <pvc_name>
    
    oc delete pv <pv_name>
    
  8. Recupere su señal de IAM.

    ibmcloud iam oauth-tokens
    
  9. 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.

  1. Recupere su señal de IAM.

    ibmcloud iam oauth-tokens
    
  2. 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"
    
  3. 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
    
  4. 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>"
    
  5. 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.

  1. Enumera tus volúmenes de almacenamiento y anota el ID del volumen que deseas conectar.

    ibmcloud is vols
    
  2. 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
    
  3. 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.

Inicie una sesión en la cuenta. If applicable, target the appropriate resource group. Establezca el contexto para el clúster.

  1. Enumera tus volúmenes de almacenamiento y anota el ID del volumen que deseas eliminar.

    ibmcloud is vols
    
  2. Obtenga los detalles del volumen como el worker-id donde está conectado el volumen. El worker-id se 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
    
  3. 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_ID
    

    Salida 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
    
  4. Elimine la conexión de almacenamiento.

    ibmcloud oc storage attachment rm --attachment ATTACHMENT_ID -c CLUSTER --worker WORKER_ID
    
  5. 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.yaml que se proporciona con el diagrama Helm o mediante la configuración de opciones en el helm install comando.
¿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.

  1. Cree una instancia de servicio de IBM Cloud Object Storage que use credenciales HMAC.
  2. Almacene las credenciales de IBM Cloud Object Storage en un secreto Kubernetes.
  3. Cree el primer grupo de IBM Cloud Object Storage.
    1. En la navegación de la página de detalles del servicio, pulse Grupos.
    2. Pulse Crear grupo. Aparece un recuadro de diálogo.
    3. 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.
    4. 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.
    5. 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.
    6. Pulse Crear.
  4. Recupere el nombre de host de IBM Cloud Object Storage correspondiente al grupo.
    1. Haz clic en el nombre del bucket que has creado en el paso anterior.
    2. En la barra de navegación de la página de detalles del servicio, haz clic en Buckets > Configuración.
    3. 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:

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:

  1. Descargue la versión más reciente del diagrama Helm en su máquina local.

    helm fetch --untar iks-charts/ibmcloud-backup-restore
    
  2. Abre el archivo values.yaml en el editor de línea comando nano.

    nano ibmcloud-backup-restore/values.yaml
    
  3. 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: weekly
    
    ACCESS_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, ejecute oc get pvc.
    CHART_TYPE
    Introduce el nombre del tipo de gráfico que deseas implementar. Especifique backup para desplegar el diagrama de copia de seguridad. Especifique restore para desplegar el diagrama de restauración.
    BACKUP_TYPE
    Required only for backups. Pulsa full para crear una copia de seguridad completa, o incremental para hacer una copia de seguridad solo de los archivos nuevos o modificados. Si elige incremental, debe especificar las opciones SCHEDULING_INFO y SCHEDULING_TYPE. Si no especifica la opción BACKUP_TYPE, se crea de forma predeterminada una copia de seguridad completa.
    SCHEDULE_TYPE
    Required only for backups. Escriba periodic para 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ón SCHEDULE_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) o weekly (semanal). Si desea definir esta opción, debe establecer SCHEDULE_TYPE en periodic.
  4. Guarde y cierre el archivo values.yaml.

  5. 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 pods ibm-storage-backup o ibm-storage-restore en 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
        ```
    
  6. 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!!!
    ```
  1. Verifique que los datos se han copiado o restaurado correctamente.
    • Copia de seguridad:

      1. Localice la instancia de servicio de IBM Cloud Object Storage en la lista de recursos de IBM Cloud.
      2. 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.
      3. Revise los archivos comprimidos. Puede descargar el archivo *.gz, extraer el archivo y verificar los datos que se han copiado.
    • Restauración:

      1. Cree un archivo deployment.yaml con un pod que monte la PVC que contiene los datos restaurados. En el siguiente ejemplo se despliega un pod nginx que 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_pvc
        
        spec.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.
      2. Cree el despliegue.

        oc apply -f deployment.yaml
        
      3. Verifique que el pod tenga el estado Running.

        Si detecta que el pod ibm-storage-restore no alcanza el estado Completed o CrashLoopBackOff, es posible que la restauración de los datos haya fallado. Ejecute oc logs ibm-storage-restore para localizar la causa raíz del error.

        oc get pods | grep restore
        

        Salida de ejemplo

        restore-7dfc6f4c78-wkcqp                  1/1     Running             0          3m54s
        
      4. Inicie una sesión en el pod.

        oc exec <pod_name> -it bash
        
      5. Vaya al directorio de montaje que ha especificado en el archivo YAML de despliegue.

        cd <mount_directory>
        
      6. 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
        
      7. 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-restore ya 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>
        
      8. 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.

  1. Desde la consola, selecciona el clúster en el que has configurado las alertas para tus volúmenes de almacenamiento.

  2. 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.

  3. Pulse el botón Iniciar para abrir el panel de control de IBM Cloud Monitoring.

  4. Cree alertas de utilización del sistema de archivos para una app que se ejecuta en el clúster.

    1. En la consola de IBM Cloud Monitoring, haz clic en Descripción general > Cargas de trabajo.
    2. 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.
    3. En la sección utilización del sistema de archivos, revise el mosaico Ancho de banda de E/S de archivos por Pod.
    4. 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.
    5. 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.
    6. Abra la sección Notificación del menú de alertas y cree o seleccione un canal de notificación de alertas.
    7. Guarde la alerta.
    8. Repita estos pasos para todas las aplicaciones desplegadas en el clúster.
    9. 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.
    10. Verifique que la alerta se desencadena pasados 5 minutos. Una vez que haya verificado la alerta, restablezca los valores que ha configurado anteriormente.
  5. Cree una alerta de utilización de red para una app que se ejecute en el clúster.

    1. En la consola de IBM Cloud Monitoring, haz clic en Descripción general > Cargas de trabajo.
    2. 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.
    3. En la sección Utilización de red, revise el mosaico Recuento de solicitudes de red por Pod.
    4. 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.
    5. 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.
    6. Abra la sección Notificación del menú de alertas y cree o seleccione un canal de notificación de alertas.
    7. Guarde la alerta.
    8. Repita estos pasos para todas las aplicaciones desplegadas en el clúster.
    9. 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.
    10. Verifique que la alerta se desencadena pasados 5 minutos. Una vez que haya verificado la alerta, restablezca los valores que ha configurado anteriormente.
  6. Cree una alerta de disponibilidad de pods para una app que se ejecute en el clúster.

    1. En la consola de IBM Cloud Monitoring, haz clic en Descripción general > Cargas de trabajo.
    2. 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.
    3. En la sección Estado de pods, revise el mosaico Disponibilidad de pods.
    4. Revise el promedio de disponibilidad de pods en la ventana de tiempo del último día o semana para determinar el umbral.
    5. 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.
    6. 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.
    7. Abra la sección Notificación del menú de alertas y cree o seleccione un canal de notificación de alertas.
    8. Guarde la alerta.
    9. Repita estos pasos para todas las aplicaciones desplegadas en el clúster.
    10. 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.
    11. 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.