blog
Announcing ClusterControl 1.4.2 – the DevOps Edition
Today we are pleased to announce the 1.4.2 release of ClusterControl – the all-inclusive database management system that lets you easily deploy, monitor, manage and scale highly available open source databases – and load balancers – in your infrastructure.
Release Highlights
For MySQL
Set up transparent failover of ProxySQL with Keepalived and Virtual IP
Keep query rules, users and other settings in sync across multiple instances
For PostgreSQL
New primary – standby deployment wizard for streaming replication
Automated failover and slave to master promotion
For MySQL, MongoDB & PostgreSQL
New Integrations with communications or incident response management systems such as Pagerduty, VictorOps, Telegram, Opsgenie and Slack
New Web SSH Console
And more! Read about the full details below.
View release details and resources
Release description
This maintenance release of ClusterControl is all about consolidating the popular database management features our users have come to appreciate. And we have some great new features aimed at DevOps teams!
Our new integration with popular incident management and chat services lets you customise the alarms and get alerted in the ops tools you are already using – e.g., Pagerduty, VictorOps, Telegram, Opsgenie and Slack. You can also run any command available in the ClusterControl CLI from your CCBot-enabled chat.
ProxySQL can now be deployed in active standby HA mode with Keepalived and Virtual IP. It is also possible to export and synchronize configurations across multiple instances, which is an essential feature in a distributed environment.
And we’re introducing automatic failover and replication management of your PostgreSQL replication setups.
In more detail …
ChatOps with ClusterControl’s CCBot
In our previous ClusterControl release we included the new ClusterControl command line client (CLI). We have now made a new and improved CCBot available that has full integration with the CLI. This means you can use any command available in the CLI from your CCBot-enabled chat!
The command line client is intuitive and easy to use, and if you are a frequent command line user it will be quick to get accustomed to. However, not everyone has command line access to the hosts installed with ClusterControl, and if external connections to this node are prohibited, the CLI will not be able to send commands to the ClusterControl backend. Also some users may not be accustomed to work on the command line. Adding the CLI to our chatbot, CCBot, addresses both problems: this will empower those users to send commands to ClusterControl that they normally wouldn’t have been able to.
New Integrations with popular notification systems
Alarms and Events can now easily be sent to incident management services like PagerDuty and VictorOps, or to chat services like Slack and Telegram. You can also use Webhooks if you want to integrate with other services to act on status changes in your clusters. The direct connections with these popular incident communication services allow you to customize how you are alerted from ClusterControl when something goes wrong with your database environments.
- Send Alarms and Events to:
- PagerDuty, VictorOps, and OpsGenie
- Slack and Telegram
- User registered Webhooks
Automated failover for PostgreSQL
Starting from ClusterControl 1.4.2, you can deploy an entire PostgreSQL replication setup in the same way as you would deploy MySQL and MongoDB: you can use the “Deploy Cluster” menu to deploy a primary and one or more PostgreSQL standby servers. Once the replication setup is deployed, ClusterControl will manage the setup and automatically recover failed servers.
Another feature is “Rebuild Replication Slave” job which is available for all slaves (or standby servers) in the replication setup. This is to be used for instance when you want to wipe out the data on the standby, and rebuild it again with a fresh copy of data from the primary. It can be useful if a standby server is not able to connect and replicate from the primary for some reason.
You can now easily check which queries are responsible for the load on your PostgreSQL setup. You’ll see here some basic performance data – how many queries of a given type have been executed? What was their maximum and average execution time? How the total execution time for that query looks like? Download ClusterControl to get started.
ProxySQL Improvements
In this release we have improvements for ProxySQL to help you deploy active/standby setups with Keepalived and Virtual IP. This improved integration with Keepalived and Virtual IP brings high availability and automatic failover to your load balancing.
And you can also easily synchronize a ProxySQL configuration that has query rules, users, and host groups with other instances to keep them identical.
- Copy, Export and Import ProxySQL configurations to/from other instances to keep them in sync
- Add Existing standalone ProxySQL instance
- Add Existing Keepalived in active/passive setups
- Deploy up to 3 ProxySQL instances with a Keepalived active/passive setup
- Simplified Query Cache creation
New Web-based SSH Console
From the ClusterControl GUI, you now have SSH access to any of the database nodes right from your browser. This can be very useful if you need to quickly log into a database server and access the command line. Communication is based on HTTPS, so it is possible to access your servers from behind a firewall that restricts Internet access to only port 443. Access to WebSSH is configurable by the ClusterControl admin through the GUI.
- Open a terminal window to any cluster nodes
- Only supported with Apache 2.4+
There are a number of other features and improvements that we have not mentioned here. You can find all details in the ChangeLog.
We encourage you to test this latest release and provide us with your feedback. If you’d like a demo, feel free to request one.
Thank you for your ongoing support, and happy clustering!
PS.: For additional tips & tricks, follow our blog: https://severalnines.com/blog/.