4 minute read
This release makes available the Upgrade Manager to orchestrate upgrades across large numbers of devices. The Upgrade Manager can target specific nodes and clusters based on tags and provides a single pane of glass for monitoring the upgrade process.
Upgrade Manager also automates Cluster upgrades by starting with the standby node in the cluster, triggering a failover once it that node has completed the upgrade, and then upgrading the other member of the cluster.
By default, all users with the tg-builtin-admin policy will have read-only access to the Upgrade Manager. The new tg-builtin-upgrade-admin policy has been created to easily grant users permissions to run jobs in the Upgrade Manager.
This release, when combined with nodes running the October 2024 Trustgrid Appliance Release and later, will add a Hits button to all NATs defined on the VPN Address Translation page. When clicked, the Hits button will display:
This release add the ability to create a Google Chat (gChat) channel for notifications.
Over the past few years we’ve been moving away from the term “master” to “active” in regards to cluster status. With this release we’ve updated the labels in the Cluster Overview table to use the new terminology.
This release adds a new button to the Cluster Overview table that allows you to make a node the configured active node in the cluster. Previously this required selecting the node from the table, selecting the Actions menu and then selecting the “Set as Master” option. And there was no confirmation of this action.
Now each row in the Cluster overview table has a new button to make the node the active node. And you will now be prompted before the action is taken.
This release adds a new button a node’s tool bar called “Update Node Config.” This button will send a message to the node to pull down it’s most recent configuration. By default if multiple changes are made to a node’s configuration (or its cluster configuration) the control plane will only send the signal to pull the configuration once per minute. This is done to reduce the number of requests made by each node. The “Update Node Config” button will bypass this restriction and force the node to pull down the most recent configuration.
Prior to this release selecting multiple nodes from the Nodes table and then performing a bulk action like Disable/Enable provided insufficient prompting that prevented the user from knowing exactly which nodes the actions would be applied. This release changes the behavior to:
node::read
permissions now includes viewing Thresholds at the Node and Cluster level.user::read
permissions from creating and viewing the API keys.Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.