- Turn the Cluster Off: Navigate to Configuration > Clustering > Status and select Turn Cluster Off. This is a standard prerequisite for maintenance to prevent data inconsistency or heartbeat failures.
- Power Down the Appliance: Gracefully shut down the PAM virtual machine.
- Modify Hardware Settings: In your hypervisor (e.g., VMware vSphere, AWS Console, or Azure Portal), increase the allocated RAM for the virtual instance.
- Power Up the Appliance: Start the virtual machine. Upon boot, PAM will detect the new RAM and update its internal memory configuration files automatically.
- Turn the Cluster On: Once verified, navigate back to Configuration > Clustering > Status and select Turn Cluster On.
Alternatively, if you have for instance 3 nodes on primary site you can work on one appliance each time with cluster ON
Take one node and shut it down, change the RAM, start up this node appliance, and when the node is correctly up, then go to the next node, the main king primary node the last.
Rolling RAM Upgrade Procedure (3-Node Cluster)
The key to a rolling upgrade is processing one node at a time. The cluster will continue to function because two nodes (the quorum) will remain online while one is being modified.
Preparation:
- Confirm the cluster health is "Healthy" and all nodes are synchronized.
- Identify the 3 nodes. We will refer to them as Node A, Node B, and Node C (where Node A is the current Primary/Leader).
Upgrade the First Secondary Node (Node C):
- Shut down Node C gracefully via your hypervisor.
- Increase the RAM allocation in the hypervisor settings.
- Power on Node C.
- Wait for Node C to boot, rejoin the cluster, and synchronize. Monitor Configuration > Clustering > Status to ensure it returns to "Healthy."
Upgrade the Second Secondary Node (Node B):
- Once Node C is fully operational and synchronized, repeat the process for Node B.
- Shut down Node B, update the RAM in the hypervisor, and power it back on.
- Wait for Node B to rejoin and synchronize.
Upgrade the Primary Node (Node A):
- With Node B and Node C now running with the new RAM, you are ready to upgrade the Primary node.
- Shut down Node A.
- Automatic Failover: As Node A goes offline, the cluster will automatically trigger an election. Since Nodes B and C are already running and healthy, one of them will be promoted to the new Primary role. The cluster remains available.
- Update the RAM for Node A in the hypervisor and power it on.
- Once Node A reboots, it will join the cluster as a secondary node.
Final Verification:
- Navigate to Configuration > Clustering > Status.
- All three nodes should now appear as "Online" and "Healthy."