Haute disponibilité et récupération d’urgence

réplication, clustering et basculement

Lorsqu’il s’agit de bases de données, la haute disponibilité (HA pour high availability) et la reprise après sinistre (DR pour disaster recovery) ne devraient pas nécessiter d’options coûteuses, de logiciels séparés ni de code d’application complexe. La haute disponibilité et la reprise après sinistre doivent être opérationnelles immédiatement. Elles doivent être intégrées, configurables et faciles à utiliser.

On-demand webinar

How MariaDB Platform meets high availability requirements

In this webinar, we'll provide an in-depth overview of the enterprise high availability features in MariaDB Platform and a first look at the advanced options introduced in MariaDB Platform X3 (e.g., transaction replay).

Watch now

Pourquoi choisir MariaDB TX pour la haute disponibilité

Réplication et clustering avancés

La réplication MariaDB prend en charge des options de configuration avancées : réplication semi-synchrone améliorée pour la cohérence, réplication parallèle optimiste pour les performances, réplication retardée pour la récupération d’urgence, limitation de la lecture pour une charge réduite, compression binlog pour des E/S réduites, etc. Le clustering multimaître est également pris en charge et peut être combiné avec la réplication pour créer des topologies à plusieurs niveaux.

Basculement automatique simplifié

MariaDB prend maintenant en charge le basculement automatique via son proxy de base de données, MariaDB MaxScale. Si le basculement automatique est activé et que le maître tombe, l'esclave le plus récent sera automatiquement promu. Si le maître précédent est récupéré et que la nouvelle connexion automatique est activée, il la configurera automatiquement comme esclave. Les DBA peuvent par ailleurs maintenant donner l’ordre d’effectuer un basculement à la demande.

Modifications transparentes de la topologie

En tant que proxy de base de données, MariaDB MaxScale permet aux DBA d'ajouter ou de supprimer des nœuds de base de données à la demande : les applications ne sont pas affectées, car les modifications topologiques sont transparentes. MariaDB MaxScale achemine automatiquement les requêtes vers les nœuds de base de données appropriés lorsque la topologie change, qu'il y ait eu un basculement automatique ou qu'un nouveau nœud ait été ajouté.

Protection par déni de service

MariaDB MaxScale inclut un pare-feu de base de données intégré et une limitation des jeux de résultats pour empêcher des utilisateurs malveillants de réduire la disponibilité de la base de données via des attaques par déni de service : requêtes répétitives excessives ou requêtes retournant des résultats excessifs (par exemple, des millions de lignes).

Récupération d'urgence

MariaDB inclut des outils de sauvegarde/restauration avec prise en charge du chiffrement et de la compression, ainsi que de la restauration ponctuelle. MariaDB Flashback permet aux DBA de récupérer les données plus rapidement en restaurant les transactions à une date antérieure plutôt qu'en effectuant une restauration à partir d'une sauvegarde.

Exemple : topologie de la haute disponibilité avec routage intelligent

L’exemple de topologie ci-dessous utilise le clustering multimaître avec réplication synchrone et sépare les lectures et les écritures : routage de toutes les écritures vers un seul nœud (choisi par le proxy de la base de données) et routage de toutes les lectures vers les autres nœuds (avec équilibrage de la charge).

White paper

The definitive guide to high availability with MariaDB Platform

This white paper provides a detailed and comprehensive overview of the enterprise high availability (HA) features in MariaDB Platform, and explains the trade-offs and considerations when choosing an HA strategy.

read more