Creazione di servizi Db2 HADR per una topologia a cluster singolo

È possibile creare servizi Db2 HADR e criteri di rete per una singola topologia di cluster, indipendentemente dal fatto che i database si trovino in un singolo progetto o in più OpenShift® progetti.

Informazioni su questa attività

Se la configurazione include solo il database primario e un singolo database di standby (senza standby ausiliari) nello stesso OpenShift progetto, è consigliabile utilizzare l 'API HADR anziché gli script HADR.

Procedura

  1. Generare le definizioni del servizio HADR e delle politiche di rete utilizzando lo create_hadr_services script sul pod del database primario.
    Le porte sono sempre configurate per il database primario e tre database di standby, indipendentemente dalla configurazione.
    oc exec -it c-db2oltp-primary-db2u-0 -- create_hadr_services --db-role primary --primary-name db2oltp-primary --standby-name db2oltp-standby --aux1-name db2oltp-aux
    
    apiVersion: v1
    kind: Service
    metadata:
      name: c-db2oltp-primary-hadr-svc
    spec:
      selector:
        app: db2oltp-primary
        type: engine
      ports:
        - name: db2u-hadrp
          port: 60006
          targetPort: 60006
        - name: db2u-hadrs
          port: 60007
          targetPort: 60007
        - name: db2u-hadra1
          port: 60008
          targetPort: 60008
        - name: db2u-hadra2
          port: 60009
          targetPort: 60009
      type: ClusterIP
    ---
    
  2. Passa al progetto in cui si trova il database primario e utilizza il oc apply -f comando direttamente sull'output per creare i servizi k8s e le politiche di rete:
    oc project ${NAMESPACE_PRIMARY}
    oc exec -it c-db2oltp-primary-db2u-0 -- create_hadr_services --db-role primary --primary-name db2oltp-primary --standby-name db2oltp-standby --aux1-name db2oltp-aux | oc apply -f -
  3. Verificare che il servizio e la politica di rete siano stati creati nello stesso OpenShift progetto della Db2 distribuzione:
    oc get svc | grep hadr-svc

    Vedi il seguente esempio dell'output restituito:

    c-db2oltp-primary-hadr-svc    ClusterIP   172.30.77.20  <none>   60006/TCP,60007/TCP,60008/TCP,60009/TCP        26s
  4. Eseguire il comando seguente per verificare che la politica di rete sia stata creata nello stesso OpenShift Container Platform progetto della Db2 distribuzione:
    oc get networkpolicy | grep hadr-ext

    Vedi il seguente esempio dell'output restituito:

    c-db2oltp-primary-hadr-ext     formation_id=db2oltp-primary,type=engine         25s
  5. Ripeti i passaggi da 1 a 4 per ogni database di standby. Utilizza il valore appropriato per --db-role e assicurati di trovarti nel progetto corrispondente al database:
    oc project ${NAMESPACE_STANDBY}
    oc exec -it c-db2oltp-standby-db2u-0 -- create_hadr_services --db-role standby --primary-name db2oltp-primary --standby-name db2oltp-standby --aux1-name db2oltp-aux | oc apply -f -
    oc project ${NAMESPACE_AUX}
    oc exec -it c-db2oltp-aux-db2u-0 -- create_hadr_services --db-role aux1 --primary-name db2oltp-primary --standby-name db2oltp-standby --aux1-name db2oltp-aux | oc apply -f -