Aggiunta di servizi utilizzando gli operatori
Red Hat OpenShift Gli operatori forniscono funzionalità aggiuntive e ampliano le capacità di un cluster. Grazie agli operatori, è possibile gestire il ciclo di vita delle app presenti nel proprio cluster, compresi i software e i servizi di terze parti che si integrano nel cluster tramite il OperatorHub. Puoi installare, aggiornare e monitorare in modo congruente i componenti utilizzando gli operatori oppure rendendoli disponibili agli sviluppatori che lavorano in specifici progetti o in più progetti.
Gli operatori sono un modo pratico per aggiungere servizi al tuo cluster da provider della community, di terze parti, personali o di altro tipo. Tieni presente che sei responsabile della gestione di ulteriori addebiti, della comprensione del ciclo di vita dell'operatore, della sequenza temporale di supporto e del modo in cui i servizi operano nel tuo cluster in qualsiasi momento e per garantire che gli operatori che utilizzi siano compatibili con la versione del cluster. In caso di problemi con un operatore, collabora con il provider appropriato per risolvere il problema.
Utilizzo degli operatori nei cluster
Gli operatori sono disponibili nel tuo cluster per default e possono essere utilizzati per impacchettare, distribuire e aggiornare le tue applicazioni.
Prima di cominciare, controlla lo stato degli operatori esistenti nel tuo cluster. Risolvi eventuali problemi prima di utilizzare gli operatori per gestire le tue applicazioni.
- Per utilizzare gli operatori, seguire le istruzioni riportate nella documentazione all'indirizzo Red Hat OpenShift.
- Aggiunta di operatori a un cluster
- Eliminazione di operatori da un cluster
- Creazione di applicazioni dagli operatori installati
- Creare un proprio operatore personalizzato.
- Per assistenza nella creazione di operatori personalizzati, consulta la documentazione dell'Operator SDK, che include una guida alla creazione di un operatore basato su un grafico " Helm ".
- Per gestire il tuo operatore personalizzato, consulta la Operator Lifecycle Manager documentazione.
- Riesamina gli eventuali passi personalizzati per installare un operatore nel tuo cluster.
- Se l'operatore utilizza un template con un componente di build che deve eseguire il pull di un'immagine da un registro privato, la build potrebbe non riuscire con un errore di autenticazione. Per risolvere questo errore, vedi Errore di build dovuto all'autenticazione del pull dell'immagine.
Aggiunta dell'origine IBM Operator Catalog a OperatorHub
Puoi aggiungere il catalogo operatore IBM come origine su OperatorHub configurando un CatalogSource.
- Creare un file YAML specificando l'origine del catalogo.
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 - Applicare il file al cluster.
kubectl apply -f <file_name>
Disabilitazione di OperatorHub e mirroring delle immagini di origine del catalogo su icr.io
È possibile disabilitare e duplicare le immagini OperatorHub sorgente del catalogo seguendo le Operator Lifecycle Manager istruzioni riportate OLM nella documentazione Red Hat relativa alle reti con restrizioni.
Il mirroring OperatorHub è necessario per utilizzare gli operatori con cluster che hanno configurazioni di rete solo private.
Per comprendere il motivo per cui è possibile disabilitare e eseguire il mirroring del catalogo, considerare i seguenti scenari.
- Per i cluster privati Le immagini di origine OperatorHub fornite da Red Hatrichiedono accesso ai registri
registry.redhat.ioequay.io. Se il tuo cluster viene eseguito su una rete limitata, ad esempio in un VPC senza un gateway pubblico o nodi di lavoro classici solo su una VLAN privata, queste immagini non sono accessibili - Vuoi limitare il contenuto del catalogo disponibile per i tuoi utenti del cluster in OperatorHub.
Prima di iniziare
- Assicurati di disporre del ruolo di servizio Gestore per il cluster in tutti i namespace in IBM Cloud IAM.
- Installa la CLI(command - line interface)
opm, inclusi gli strumenti prerequisiti comepodman. - Avere un account Red Hat con credenziali per eseguire il pull delle immagini dai registri
registry.redhat.ioequay.iooppure utilizzare il segreto di pull globale predefinito.
Per disabilitare e eseguire il mirroring delle immagini di origine OperatorHub:
- Disabilita le origini del catalogo come descritto in Disabilitazione delle origini OperatorHub predefinite.
- Facoltativo: ridurre l'indice del catalogo a un elenco selezionato di pacchetti, come descritto in Eliminazione di un'immagine indice. Puoi ridurre il catalogo per controllare quali immagini possono essere installate dai tuoi utenti del cluster e per ridurre la dimensione delle immagini nel tuo registro.
- Esegui il mirroring del catalogo nel tuo registro compatibile, come ad esempio IBM Cloud Container Registry, come descritto in Mirroring di un catalogo operatore.
Come ottenere supporto per gli operatori
Puoi aprire un ticket di assistenza IBM Cloud per i problemi relativi a qualsiasi operatore installato da Operator Hub. Se il supporto IBM non può risolvere il problema o se il problema ha origine dall'esterno del servizio IBM, viene aperto un problema con Red Hat OpenShift.
FAQ operatore
- Quali operatori in OpenShift OperatorHub sono disponibili per l'uso nel servizio Red Hat OpenShift on IBM Cloud ?
- Per impostazione predefinita, Red Hat OpenShift on IBM Cloud include Red Hat OpenShift OperatorHub standard e il suo contenuto. Per un elenco di operatori non supportati, vedi Funzioni e operatori non supportati in Red Hat OpenShift on IBM Cloud.
- OpenShift Data Foundation è disponibile per Red Hat OpenShift on IBM Cloud?
- Sì. Tuttavia, ODF per IBM Cloud è disponibile come componente aggiuntivo del cluster. Non esiste alcun supporto per la distribuzione dell'operatore ODF tramite OperatorHub. Per ulteriori informazioni sul componente aggiuntivo ODF per l'archiviazione, vedi Informazioni su OpenShift Data Foundation.
- I termini dello SLA (service level agreement) IBM Cloud sono influenzati dalla disponibilità degli elementi OperatorHub ?
- Num. Tutti gli elementi installabili OpenShift OperatorHub sono al di fuori del controllo di IBM Cloud e pertanto non influiscono sui termini dello SLA (service level agreement) IBM Cloud. Se installi un operatore da OperatorHub e questo influisce sulla vitalità del tuo cluster, IBM non è responsabile e non puoi fare una richiesta di risarcimento nei confronti dello SLA (Service Level Agreement). Per ulteriori informazioni, consultare i termini dello SLA (Service Level Agreement).
- Chi è responsabile della sicurezza degli operatori disponibili nell'OperatorHub?
- La responsabilità della sicurezza di un operatore dipende dal tipo di operatore. Per informazioni sui tipi di operatori, vedi Informazioni su OperatorHub. La sicurezza per gli operatori
Red Hat,CertifiedeRed Hat Marketplaceè gestita da Red Hat OpenShift. Red Hat OpenShift non è responsabile della sicurezza per gli operatoriCommunityoCustom, che sono gestiti e supportati al di fuori di Red Hat. Si noti che è possibile filtrare diversi tipi di operatori in OperatorHub, oppure impostare la sezione spec del file di configurazione di OperatorHub per escludere determinati operatori, come nell'esempio seguente.Spec: Sources: Disabled: true Name: community-operators