Oggi siamo lieti di annunciare la versione 1.4.2 di ClusterControl, il sistema di gestione dei database all-inclusive che consente di distribuire, monitorare, gestire e ridimensionare facilmente database open source ad alta disponibilità e bilanciatori di carico nella tua infrastruttura.
Punti salienti della pubblicazione
Per MySQL
Imposta il failover trasparente di ProxySQL con Keepalived e IP virtuale
Mantieni le regole di query, gli utenti e altre impostazioni sincronizzate su più istanze
Per PostgreSQL
Nuova procedura guidata di distribuzione primaria - standby per la replica in streaming
Failover automatizzato e promozione da slave a master
Per MySQL, MongoDB e PostgreSQL
Nuove integrazioni con sistemi di gestione delle comunicazioni o della risposta agli incidenti come Pagerduty, VictorOps, Telegram, Opsgenie e Slack
Nuova console Web SSH
E altro ancora! Leggi i dettagli completi di seguito.
Scarica ClusterControl
Visualizza i dettagli della versione e le risorse
- 1.4.2 Registro modifiche
- Guida all'amministrazione di ClusterControl
- Istruzioni per l'aggiornamento
Descrizione della versione
Questa versione di manutenzione di ClusterControl mira a consolidare le popolari funzionalità di gestione del database che i nostri utenti hanno imparato ad apprezzare. E abbiamo alcune fantastiche nuove funzionalità rivolte ai team DevOps!
La nostra nuova integrazione con i popolari servizi di chat e gestione degli incidenti ti consente di personalizzare gli allarmi e di ricevere avvisi negli strumenti operativi che stai già utilizzando, ad esempio Pagerduty, VictorOps, Telegram, Opsgenie e Slack. Puoi anche eseguire qualsiasi comando disponibile nella CLI ClusterControl dalla chat abilitata per CCBot.
ProxySQL ora può essere distribuito in modalità HA in standby attivo con Keepalived e Virtual IP. È anche possibile esportare e sincronizzare le configurazioni su più istanze, che è una caratteristica essenziale in un ambiente distribuito.
E stiamo introducendo la gestione automatica del failover e della replica delle tue configurazioni di replica PostgreSQL.
Più in dettaglio...
ChatOps con il CCBot di ClusterControl
Nella nostra versione precedente di ClusterControl abbiamo incluso il nuovo client della riga di comando (CLI) ClusterControl. Ora abbiamo reso disponibile un nuovo e migliorato CCBot che ha la piena integrazione con la CLI. Ciò significa che puoi utilizzare qualsiasi comando disponibile nella CLI dalla tua chat abilitata per CCBot!
Il client della riga di comando è intuitivo e facile da usare e se sei un utente frequente della riga di comando sarà facile abituarsi. Tuttavia, non tutti hanno accesso alla riga di comando agli host installati con ClusterControl e se le connessioni esterne a questo nodo sono vietate, la CLI non sarà in grado di inviare comandi al back-end di ClusterControl. Inoltre, alcuni utenti potrebbero non essere abituati a lavorare sulla riga di comando. L'aggiunta della CLI al nostro chatbot, CCBot, risolve entrambi i problemi:questo consentirà a quegli utenti di inviare comandi a ClusterControl che normalmente non sarebbero stati in grado di inviare.
Nuove integrazioni con i più diffusi sistemi di notifica
Allarmi ed eventi ora possono essere facilmente inviati a servizi di gestione degli incidenti come PagerDuty e VictorOps, oa servizi di chat come Slack e Telegram. Puoi anche utilizzare Webhook se desideri integrarti con altri servizi per agire sui cambiamenti di stato nei tuoi cluster. Le connessioni dirette con questi popolari servizi di comunicazione degli incidenti ti consentono di personalizzare il modo in cui vieni avvisato da ClusterControl quando qualcosa va storto con i tuoi ambienti di database.
- Invia allarmi ed eventi a:
- PagerDuty, VictorOps e OpsGenie
- Slack e Telegram
- Webhook registrati dall'utente
Failover automatizzato per PostgreSQL
A partire da ClusterControl 1.4.2, puoi distribuire un'intera configurazione di replica PostgreSQL nello stesso modo in cui distribuiresti MySQL e MongoDB:puoi utilizzare il menu "Distribuisci cluster" per distribuire un server primario e uno o più PostgreSQL in standby. Una volta distribuita la configurazione della replica, ClusterControl gestirà la configurazione e ripristinerà automaticamente i server non riusciti.
Un'altra funzionalità è il lavoro "Rebuild Replication Slave" disponibile per tutti gli slave (o server in standby) nell'impostazione della replica. Questo deve essere utilizzato, ad esempio, quando si desidera cancellare i dati in standby e ricostruirli di nuovo con una nuova copia dei dati dal primario. Può essere utile se per qualche motivo un server in standby non è in grado di connettersi e replicarsi dal primario.
Ora puoi controllare facilmente quali query sono responsabili del carico sulla tua configurazione di PostgreSQL. Vedrai qui alcuni dati di base sulle prestazioni:quante query di un determinato tipo sono state eseguite? Qual è stato il loro tempo massimo e medio di esecuzione? Come appare il tempo di esecuzione totale per quella query? Scarica ClusterControl per iniziare.
Miglioramenti a ProxySQL
In questa versione sono stati apportati miglioramenti per ProxySQL per aiutarti a distribuire configurazioni attive/standby con Keepalived e IP virtuale. Questa migliore integrazione con Keepalived e Virtual IP offre disponibilità elevata e failover automatico al bilanciamento del carico.
E puoi anche sincronizzare facilmente una configurazione ProxySQL con regole di query, utenti e gruppi host con altre istanze per mantenerle identiche.
- Copia, esporta e importa configurazioni ProxySQL in/da altre istanze per mantenerle sincronizzate
- Aggiungi istanza ProxySQL autonoma esistente
- Aggiungi Keepalived esistente nelle configurazioni attive/passive
- Distribuisci fino a 3 istanze ProxySQL con una configurazione attiva/passiva Keepalived
- Creazione semplificata della cache delle query
Nuova console SSH basata sul Web
Dalla GUI di ClusterControl, ora hai accesso SSH a qualsiasi nodo del database direttamente dal tuo browser. Questo può essere molto utile se è necessario accedere rapidamente a un server di database e accedere alla riga di comando. La comunicazione è basata su HTTPS, quindi è possibile accedere ai server da dietro un firewall che limita l'accesso a Internet solo alla porta 443. L'accesso a WebSSH è configurabile dall'amministratore di ClusterControl tramite la GUI.
- Apri una finestra di terminale su qualsiasi nodo del cluster
- Supportato solo con Apache 2.4+
Ci sono una serie di altre funzionalità e miglioramenti che non abbiamo menzionato qui. Puoi trovare tutti i dettagli nel ChangeLog.
Ti invitiamo a testare questa ultima versione e a fornirci il tuo feedback. Se desideri una demo, non esitare a richiederne una.
Grazie per il tuo continuo supporto e buon clustering!
PS.:Per ulteriori suggerimenti e trucchi, segui il nostro blog:https://diversealnines.com/blog/.
