Skip to content

Digital Asset Management persistence

This topic describes the components of the Digital Asset Management (DAM) persistence. The updated DAM persistence feature is available with HCL Digital Experience 9.5 Container Update CF198 and later.

Digital Asset Management persistence component architecture

Digital Asset Management persistence cluster architecture

persistence-node

The persistence-node provides the database functions for HCL Digital Asset Management HCL Digital Asset Management. The persistence-node is a DX Red Hat Universal Base Image (UBI) container image installed with PostgreSQL and the Replication Manager Service. The repmgr is an open-source tool suite for managing replication and failover in a cluster of PostgreSQL servers. The repmgr enhances the built-in hot-standby capabilities of PostgreSQL with tools to set up standby servers, monitor replication, and perform administrative tasks, such as failover or manual switchover operations.

In case of PostgreSQL master server failure, the repmgr service switches the server role from primary to standby.

The persistence-node configurations are available in the Helm chart values.yaml file as persistenceNode.

The administrator can configure the number of persistence-nodes under scaling configuration.

# Scaling settings for deployed applications
scaling:
  # The default amount of replicas per application
  replicas:
    persistenceConnectionPool: 1
    persistenceNode: 3

Note

Scaling affects only the read requests and ensures failover capabilities. Write requests are always directed only to the primary pod.

The persistence-node is a stateful application and it requires a volume. The configuration must have a dynamic volume class to start the container. You must update the storageClassName and storage according to the cloud service provider and project requirements.

volumes:
  # Persistent Volumes for Persistence Node
  persistenceNode:
    # Database PVC, one per Persistence Node
    database:
      storageClassName: "manual"
      requests:
        storage: "2Gi"
      # Optional volume name to specifically map to.
      volumeName:

persistence-connection-pool

The persistence-connection-pool container runs the Pg-pool service. Pg-pool is middleware that works between persistence-node and HCL Digital Asset Management HCL Digital Asset Management.

The service provides the following services:

  • Connection pooling
  • Load balancing

For better performance, the administrator can scale the persistence-connection-pool to more than one pod. The persistence-connection-pool configurations are available in Helm chart values.yaml file as persistenceConnectionPool.

# Scaling settings for deployed applications
scaling:
  # The default amount of replicas per application
  replicas:
    persistenceConnectionPool: 1
    persistenceNode: 3

The following example shows a persistence cluster in a successful deployment.

Related information