Informazioni sulle opzioni di registrazione

Per capire meglio quando utilizzare gli strumenti integrati di Red Hat OpenShift o le integrazioni di IBM Cloud, consulta le seguenti informazioni.

IBM Cloud Logs

Interfaccia utente personalizzabile per lo streaming in diretta del monitoraggio dei log, gli avvisi in tempo reale relativi alla risoluzione dei problemi e l'archiviazione dei log.

• Integrazione rapida con il cluster tramite uno script.
• Log aggregati tra i cluster e i provider cloud.
• Accesso cronologico ai log in base al piano che scegli.
• Altamente disponibile, scalabile e conforme agli standard di sicurezza del settore.
• Integrato con IBM Cloud IAM per la gestione dell'accesso utente.

Visualizza gli eventi di gestione del cluster generati dall'API Red Hat OpenShift on IBM Cloud API. Per accedere a questi log, esegui il provisioning di un'istanza di IBM Cloud Logs. Per ulteriori informazioni sui tipi di eventi IBM Cloud Kubernetes Service che puoi tracciare, vedi Eventi Activity Tracker.

Strumenti di registrazione integrati di Red Hat OpenShift

Visualizzazione integrata dei log dei pod nella console web di Red Hat OpenShift.

• I log dei pod integrati non sono configurati con l'archiviazione persistente. Devi eseguire l'integrazione con un database cloud per effettuare il backup dei dati di registrazione e renderli altamente disponibili e gestire i log personalmente.

Per configurare un OpenShift Container Platform Elasticsearch, Fluentd, e lo stack Kibana EFK, consultare Installazione dell’operatore di registrazione del cluster. Tieni presente che i tuoi nodi di lavoro devono avere almeno 4 core e GB di memoria per eseguire lo stack di log del cluster.

Strumenti integrati di registrazione degli audit di tipo " Red Hat OpenShift "

La registrazione di controllo dell'API per monitorare le attività avviate dall'utente attualmente non è supportata.

Migrazione degli agenti di registrazione e monitoraggio a Cloud Logs

Il plug-in observability CLI ibmcloud ob e gli endpoint v2/observe non sono più supportati. Non esiste un sostituto diretto, ma ora è possibile gestire le integrazioni di registrazione e monitoraggio dalla console o tramite i Helm grafici. Per gli ultimi passaggi, Distribuzione dell'agente di registrazione per OpenShift i cluster e Monitoraggio di un Red Hat OpenShift cluster.

Non è più possibile utilizzare il plug-in ob, Terraform o l'API per installare agenti di osservabilità su un cluster o per modificare la configurazione esistente. Gli agenti Sysdig continuano a inviare metriche all'istanza IBM Cloud Monitoring specificata.

Utilizzo dell'operatore della registrazione cluster

Per distribuire l'operatore di registrazione OpenShift Container Platform del cluster e lo stack sul proprio Red Hat OpenShift on IBM Cloud cluster, consultare la Red Hat OpenShift documentazione. Inoltre, è necessario aggiornare l'istanza di registrazione del cluster per utilizzare una classe IBM CloudBlock Storage di archiviazione.

1. Preparare il proprio pool di nodi di lavoro per eseguire l'operatore.

   1. Crea un pool di nodi di lavoro VPC o classic con un profilo di almeno 4 core e 32 GB di memoria e 3 nodi di lavoro.
   2. Etichetta il pool di lavoro.
   3. Taint the worker pool in modo che altri workload non possano essere eseguiti sul pool di nodi di lavoro.

2. Accedi al tuo cluster Red Hat OpenShift.

3. Dalla prospettiva Amministratore della console web Red Hat OpenShift, fai clic su Operatori> Operatori installati.

4. Fare clic su Registrazione cluster.

5. Nella sezione Provided APIs, tile Cluster Logging, fai clic su Create Instance.

6. Modificare la configurazione YAML per modificare la classe di archiviazione per la memoria di log ElasticSearch da gp2 a una delle seguenti classi di archiviazione che variano con il provider dell'infrastruttura cluster.

   • Cluster classici: ibmc-block-gold
   • Cluster 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. Modifica lo YAML di configurazione per includere il selettore del nodo e la tolleranza per l'etichetta del pool di nodi di lavoro e il taint che hai precedentemente creato. Per ulteriori informazioni ed esempi, vedi i seguenti documenti Red Hat OpenShift. Gli esempi utilizzano un'etichetta e una tolleranza di logging: clo-efk.

   • Node. Aggiungi il selettore nodo ai pod Elasticsearch (logstore) e Kibana (visualization) e Fluentd (collector.logs).

       spec:
       logStore:
         elasticsearch:
           nodeSelector:
             logging: clo-efk
       ...
       visualization:
         kibana:
           nodeSelector:
             logging: clo-efk
       ...
       collection:
         logs:
           fluentd:
             nodeSelector:
               logging: clo-efk
       ```
   * [Tolleranza](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} Aggiungi il selettore nodo ai pod Elasticsearch (`logstore`) e Kibana (`visualization`) e 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. Fai clic su Crea.

9. Verifica che i pod operatore ed EFK (Elasticsearch, Fluentd, and Kibana) siano tutti in esecuzione (Running).