Visión general de las opciones de registro

Para ayudarle a entender cuándo utilizar las herramientas integradas de Red Hat OpenShift o las integraciones de IBM Cloud, examine la información siguiente.

IBM Cloud Logs

Interfaz de usuario personalizable para la transmisión en directo de la cola de registros, alertas de problemas en tiempo real y archivo de registros.

• Integración rápida con el clúster mediante un script.
• Registros agregados entre clústeres y proveedores de nube.
• Acceso histórico a registros basado en el plan que elija.
• Altamente disponible, escalable y conforme con los estándares de seguridad del sector.
• Integrado con IBM Cloud IAM para la gestión del acceso de los usuarios.

Ver los eventos de gestión de clústeres generados por la API de Red Hat OpenShift on IBM Cloud. Para acceder a estos registros, suministre una instancia de IBM Cloud Logs. Para obtener más información sobre los tipos de sucesos de IBM Cloud Kubernetes Service de los que puede realizar un seguimiento, consulte sucesos de Activity Tracker.

Herramientas integradas de registro de Red Hat OpenShift

Vista integrada de registros de pods en la consola web de Red Hat OpenShift.

• Los registros de pods integrados no se configuran con almacenamiento persistente. Debe integrarlos con una base de datos de nube para hacer copia de seguridad de los datos de registros y que estén altamente disponibles, y debe gestionar los registros usted mismo.

Para configurar una pila de OpenShift Container Platform Elasticsearch, Fluentd y Kibana EFK, consulta la instalación del operador de registro del clúster. Tenga en cuenta que los nodos trabajadores deben tener al menos 4 núcleos y GB de memoria para ejecutar la pila de registro del clúster.

Herramientas integradas de registro de auditoría de Red Hat OpenShift

El registro de auditoría de API para supervisar actividades iniciadas por el usuario no está soportado actualmente.

Migración de agentes de registro y supervisión a Cloud Logs

El plug-in CLI de observabilidad ibmcloud ob y los endpoints v2/observe ya no son compatibles. No hay un sustituto directo, pero ahora puede gestionar sus integraciones de registro y supervisión desde la consola o a través de los Helm gráficos. Para conocer los últimos pasos, Implantación del agente de registro para OpenShift clústeres y Supervisión de un Red Hat OpenShift clúster.

Ya no puede utilizar el complemento ob, Terraform o la API para instalar agentes de observabilidad en un clúster o para modificar la configuración existente. Los agentes de Sysdig continúan enviando métricas a la instancia IBM Cloud Monitoring especificada.

Utilización del operador de registro de clúster

Para implementar el operador de registro de clústeres de OpenShift Container Platform y la pila en tu clúster de Red Hat OpenShift on IBM Cloud, consulta la documentación de Red Hat OpenShift. Además, debe actualizar la instancia de registro del clúster para que utilice una clase de almacenamiento de Almacenamiento en bloque de IBM Cloud.

1. Prepare la agrupación de nodos trabajadores para ejecutar el operador.

   1. Cree una agrupación de nodos trabajadores de VPC o clásica con un tipo de al menos 4 núcleos y 32 GB de memoria y 3 nodos trabajadores.
   2. Etiquete la agrupación de nodos trabajadores.
   3. Marque la agrupación de trabajadores para que otras cargas de trabajo no se puedan ejecutar en la agrupación de trabajadores.

2. Acceda al clúster de Red Hat OpenShift.

3. En la perspectiva Administrador de la consola web de Red Hat OpenShift, pulse Operadores > Operadores instalados.

4. Pulse Registro de clúster.

5. En la sección Provided APIs, mosaico Cluster Logging, pulse Create Instance.

6. Modifique la configuración de YAML para cambiar la clase de almacenamiento para el almacenamiento de registro ElasticSearch de gp2 a una de las siguientes clases de almacenamiento, que varían en función del proveedor de la infraestructura de clúster.

   • Clústeres clásicos: ibmc-block-gold
   • Clústeres de VPC: ibmc-vpc-block-10iops-tier

   ...
       elasticsearch:
         nodeCount: 3
         redundancyPolicy: SingleRedundancy
         storage:
           storageClassName: ibmc-block-gold #or ibmc-vpc-block-10iops-tier for VPC clusters
           size: 200G
   ...
   

7. Modifique el archivo YAML de configuración para incluir el selector de nodos y la tolerancia para la etiqueta de la agrupación de nodos trabajadores la marca que ha creado anteriormente. Para obtener más información y ver ejemplos, consulte los siguientes documentos de Red Hat OpenShift. En los ejemplos se utiliza una etiqueta y la tolerancia logging: clo-efk.

   • selectorNode. Añada el selector de nodos a los pods Elasticsearch (logstore), Kibana (visualization) y Fluentd (collector.logs).

       spec:
       logStore:
         elasticsearch:
           nodeSelector:
             logging: clo-efk
       ...
       visualization:
         kibana:
           nodeSelector:
             logging: clo-efk
       ...
       collection:
         logs:
           fluentd:
             nodeSelector:
               logging: clo-efk
       ```
   * [Tolerancia](https://docs.redhat.com/en/documentation/openshift_container_platform/4.21/html/nodes/controlling-pod-placement-onto-nodes-scheduling#nodes-scheduler-taints-tolerations-about_nodes-scheduler-taints-tolerations){: external}. Añada el selector de nodos a los pods Elasticsearch (`logstore`), Kibana (`visualization`) y Fluentd (`collector.logs`).
   ```yaml {: codeblock}
       spec:
       logStore:
         elasticsearch:
           tolerations:
           - key: app
             value: clo-efk
             operator: "Exists"
             effect: "NoExecute"
       ...
       visualization:
         kibana:
           tolerations:
           - key: app
             value: clo-efk
             operator: "Exists"
             effect: "NoExecute"
       ...
       collection:
         logs:
           fluentd:
             tolerations:
             - key: app
               value: clo-efk
               operator: "Exists"
               effect: "NoExecute"
       ```
   

8. Pulse Crear.

9. Verifique que los pods de operador, Elasticsearch, Fluentd y Kibana están todos Running.