The scaling of any web application depends on how user sessions are handled. One way to address scaling is to implement sticky sessions and session replication through node clusters.
But sticky sessions have their own bottlenecks. In such situations, you can implement an external cache server to handle various sessions across multiple nodes.
All ColdFusion sessions are stored in memory. But the sessions cannot be shared across ColdFusion nodes. You can replicate sessions, but as the number of nodes increase in a cluster, the configuration and management of sessions become increasingly difficult and resource-intensive.
One way to solve this problem is to use an external session storage like Redis.
You can now store ColdFusion sessions in external cache servers like Redis, instead of in-memory storage in ColdFusion servers.
Once a session object is received from Redis, there can be changes to the object within the timespan of a given request. The session is persisted (if modified) back to external storage on request end. The changes made by the current request on one node are available to all other nodes.
If the nodes in a cluster use Redis, disable sticky sessions at the load balancer. In addition, clear the Sticky Sessions and Session Replication check-boxes in Cluster Manager.
You can take a backup of Redis using rdb files. For example, you can create backups of rdb files every hour and save the snapshots to a different location.
The Redis server creates dump.rdb and you can copy this file to another location.
To retrieve Redis data, delete the file appendonly.aof and also delete the latest instance of dump.rdb. Copy the older dump.rdb file to the location.
Note: Before deleting the files, stop the Redis server. After copying the rdb file, restart Redis.
To modify the duration of snapshots of Redis, edit the redis.windows.conf.properties file and modify the snapshot properties.