0 / 0

Gestione di un motore remoto per DataStage Anywhere

Ultimo aggiornamento: 12 mar 2025
Gestire un motore remoto per DataStage Anywhere

DataStage® Anywhere supporta la manutenzione, gli aggiornamenti e altre considerazioni sui dati con motori runtime remoti.

Manutenzione

Con DataStage Anywhere, il piano di controllo rimane ospitato e gestito da IBM Cloud.

L'utente è responsabile della gestione del piano dati tramite il motore remoto. Gli script automatizzati sono disponibili per aggiornare un motore remoto, cosa che puoi fare scaricando l'immagine contenitore nei tuoi registri interni e distribuendo con tali registri interni. https://github.com/IBM/DataStage/blob/main/RemoteEngine/docker/README per semplici controlli, tra cui la creazione, l'esecuzione, la pulizia e l'aggiornamento di un motore remoto.

Ridimensionamento

È possibile aggiungere o rimuovere i motori remoti per ridimensionare le distribuzioni durante il mese. Non c'è alcun limite di distribuzione, ma ti viene addebitato il numero massimo di VPC distribuiti ogni mese, indipendentemente dal fatto che siano utilizzati o meno.

Recupero di emergenza

Distribuire motori remoti aggiuntivi per supportare il ripristino di emergenza.

Osservabilità dei dati

È possibile implementare una soluzione di osservabilità all'interno della piattaforma di gestione dei contenitori. Databand è integrato con DataStage Anywhere e può monitorare le pipeline di DataStage.

Archiviazione

L'operatore DataStage monta l'archiviazione predefinita nei pod Kubernetes del motore remoto. Per aggiungere ulteriore spazio di archiviazione con volumi persistenti, vedere https://www.ibm.com/docs/en/cloud-paks/cp-data/5.0.x?topic=administering-setting-up-nfs-mount

Abilitazione di una posizione alternativa Cloud Object Storage per i log dei motori remoti

Per impostazione predefinita, i registri di esecuzione dei lavori per il motore remoto vengono inviati al bucket predefinito in IBM Cloud Object Storage (COS). È possibile attivare una posizione COS alternativa per la memorizzazione dei registri di esecuzione dei lavori.

Per disabilitare il push dei log dell'esecuzione dei lavori al bucket predefinito di IBM COS per l'implementazione kubernetes, utilizzare il seguente comando:
kubectl -n <namespace> set env deployment/<instance-name>-ibm-datastage-px-runtime DISABLE_REMOTE_LOG_PUSH=true
Per abilitare il push dei log nella posizione COS alternativa, per la distribuzione kubernetes, utilizzare il seguente comando che crea il segreto contenente la nuova posizione COS:
kubectl -n <namespace> create secret generic datastage-log-cos-location \
--from-literal=CUSTOM_S3_BUCKET_NAME=<bucket-name> \
--from-literal=CUSTOM_S3_REGION=<region> \
--from-literal=CUSTOM_S3_ENDPOINT=<endpoint> \
--from-literal=CUSTOM_S3_ACCESS_KEY=<access-key> \
--from-literal=CUSTOM_S3_SECRET_KEY=<secret-key>
Questo comando attiva il riavvio del pod; se si utilizza prima il comando di disabilitazione, è necessario riavviare il pod manualmente.

Impostazione delle informazioni sul proxy

La distribuzione dei container supporta le informazioni sul proxy. Per impostare le informazioni del proxy a un motore remoto per DataStage Anywhere, impostare la seguente variabile d'ambiente nel contenitore:
REMOTE_HTTPS_PROXY=http://username:password@host:port

Attualmente il supporto proxy non è disponibile per la distribuzione Kubernetes.