Redireccionando el tráfico de los servicios no compatibles al clúster principal

Consideraciones para ejecutar servicios de Disaster Recovery no compatibles en implementaciones activas/pasivas y activas/activas de Automation Suite.

Puedes instalar productos que no sean compatibles con Disaster Recovery con activo/pasivo y activo/activo. Sin embargo, debe tener en cuenta los siguientes aspectos:

• En las implementaciones activas/pasivas, no puede usar estos productos cuando el segundo clúster está en uso o activo.
• En las implementaciones activas/activas, el tráfico de los servicios no compatibles en el clúster secundario siempre debe redirigirse al clúster principal. Para ello, ejecute el siguiente script solo en el clúster secundario:

  << EOF
  services=("aifabric" "actions" "bupproxyservice" "apps" "du" "testmanager" "roboticsops" "processes" "dataservice")
  existingJson=$(kubectl get wasmplugin uipath-routing-policy -n istio-system -o json)
  for service in "${services[@]}"
  do
    exists=$(echo "$existingJson" | jq -r ".spec.pluginConfig.forward_services[] | select(.name == \"$service\")")
    if [ -n "$exists" ]; then 
       echo "Service '${service}' already exists. Skipping..."
       continue
    fi
    kubectl patch wasmplugin uipath-routing-policy -n istio-system --type='json' -p='[{"op": "add", "path": "/spec/pluginConfig/forward_services/-", "value": {"name": "'$service'", "paths": [""]}}]'
    echo "Service '${service}' forwarding rule added."
  done
  EOF