Utilización de operadores en clústeres

Los operadores están disponibles en el clúster de forma predeterminada y se pueden utilizar para empaquetar, desplegar y actualizar las apps.

Antes de empezar, compruebe el estado de los operadores existentes en el clúster. Resuelva los problemas antes de utilizar operadores para gestionar las apps.

1. Para utilizar operadores, siga la documentación de Red Hat OpenShift.
   • Añadir operadores a un clúster
   • Supresión de operadores de un clúster
   • Creación de aplicaciones desde operadores instalados
   • Hacer su propio operador personalizado.
     • Si necesitas ayuda para crear operadores personalizados, consulta la documentación del SDK de operadores, que incluye una guía para desarrollar un operador basado en un gráfico de « Helm ».
     • Para gestionar tu operador personalizado, consulta la Operator Lifecycle Manager documentación.
2. Revise todos los pasos personalizados para instalar un operador en el clúster.
   • Para configurar un conjunto de OpenShift Container Platform, Elasticsearch, Fluentd y Kibana(EFK), consulta la guía de instalación del operador de registro del clúster.
3. Si el operador utiliza una plantilla con un componente de compilación que debe extraer una imagen de un registro privado, la compilación puede fallar con un error de autenticación. Para resolver este error, consulte Error de compilación debido a la autenticación de extracción de imagen.

Adición del origen del catálogo de operadores de IBM a OperatorHub

Puede añadir el catálogo de operadores de IBM como origen en OperatorHub configurando un CatalogSource.

1. Cree un archivo YAML especificando el origen del catálogo.

   apiVersion: operators.coreos.com/v1alpha1
   kind: CatalogSource
   metadata:
     name: ibm-operator-catalog
     namespace: openshift-marketplace
   spec:
     displayName:  "IBM Operator Catalog"
     publisher: IBM
     sourceType: grpc
     image: icr.io/cpopen/ibm-operator-catalog:latest
     updateStrategy:
       registryPoll:
         interval: 45m
   

2. Aplica el archivo al clúster.

   kubectl apply -f <file_name>
   

Inhabilitación de OperatorHub y duplicación de imágenes de origen de catálogo en icr.io

Puedes desactivar y duplicar las imágenes de origen del catálogo de OperatorHub siguiendo las instrucciones de la documentación « Operator Lifecycle Manager »(OLM)para redes restringidas, disponible en Red Hat.

Es necesario realizar una OperatorHub duplicación para utilizar operadores con clústeres que tengan configuraciones de red solo privadas.

Para entender por qué podría desactivar y duplicar el catálogo, considere los siguientes escenarios.

• Para clústeres privados: las imágenes de origen de OperatorHub proporcionadas por Red Hatrequieren acceso a los registros de registry.redhat.io y quay.io. Si el clúster se ejecuta en una red restringida, como en una VPC sin una pasarela pública o en nodos trabajadores clásicos en una VLAN privada únicamente, estas imágenes no son accesibles
• Desea restringir el contenido del catálogo que está disponible a los usuarios del clúster en OperatorHub.

Antes de empezar

• Asegúrese de que tiene el rol de servicio de Gestor en el clúster en todos los espacios de nombres en IBM Cloud IAM.
• Instale la interfaz de comando opmincluyendo sus herramientas previas, como podman.
• Tenga una cuenta de Red Hat con credenciales para extraer imágenes de los registros registry.redhat.io y quay.io, o utilice el secreto de extracción global predeterminado.

Para inhabilitar y duplicar las imágenes de origen de OperatorHub:

1. Desactiva las fuentes del catálogo tal y como se describe en « Desactivación de las fuentes predeterminadas de OperatorHub ».
2. Opcional: Reducir el índice del catálogo a una lista seleccionada de paquetes, tal y como se describe en « Reducir una imagen de índice ». Puede podar el catálogo para controlar qué imágenes pueden instalar los usuarios del clúster y para reducir el tamaño de las imágenes en el registro.
3. Realice una copia de seguridad del catálogo en un registro compatible, como IBM Cloud Container Registry, tal y como se describe en « Copia de seguridad de un catálogo de operador ».

Obtención de soporte para operadores

Puede abrir un IBM Cloud incidencia de soporte para problemas sobre cualquier operador instalado desde Operator Hub. Si el soporte de IBM no puede resolver el problema o si el problema se origina desde fuera del servicio IBM, se abre un problema con Red Hat OpenShift.

Preguntas más frecuentes del operador

¿Qué operadores de OpenShift OperatorHub están disponibles para su uso en el servicio Red Hat OpenShift on IBM Cloud ?

De forma predeterminada, Red Hat OpenShift on IBM Cloud incluye el Red Hat OpenShift OperatorHub estándar y su contenido. Para obtener una lista de operadores no soportados, consulte Características y operadores no soportados en Red Hat OpenShift on IBM Cloud.

¿Está disponible OpenShift Data Foundation para Red Hat OpenShift on IBM Cloud?

Sí. Sin embargo, ODF para IBM Cloud está disponible como un complemento de clúster. No hay soporte para desplegar el operador ODF a través de OperatorHub. Para obtener más información sobre el complemento ODF para el almacenamiento, consulte Descripción de OpenShift Data Foundation.

¿Los términos del acuerdo de nivel de servicio de IBM Cloud se ven afectados por la disponibilidad de los elementos de OperatorHub ?

Núm. Todos los elementos instalables de OpenShift OperatorHub están fuera del control de IBM Cloud y, por lo tanto, no afectan a los términos del acuerdo de nivel de servicio de IBM Cloud. Si instala un operador desde OperatorHub y afecta a la viabilidad del clúster, IBM no es responsable y no puede realizar una reclamación contra el acuerdo de nivel de servicio. Consulte los términos del acuerdo de nivel de servicio para obtener más información.

¿Quién es responsable de la seguridad de los operadores que forman parte OperatorHub?

La responsabilidad de la seguridad de un operador depende del tipo de operador. Para obtener información sobre los tipos de operador, consulte Acerca de OperatorHub. La seguridad de los operadores Red Hat, Certified y Red Hat Marketplace la mantiene Red Hat OpenShift. Red Hat OpenShift no es responsable de la seguridad de los operadores Community o Custom, que se mantienen y soportan fuera de Red Hat. Tenga en cuenta que puede filtrar diferentes tipos de operadores en OperatorHub, o puede establecer la sección de especificaciones de su archivo de configuración OperatorHub para excluir ciertos operadores, como en el ejemplo siguiente.

Spec:
  Sources:
    Disabled:  true
    Name:      community-operators