Plusieurs architectures
Primaire-secondaire, primaire-primaire ou Galera : choisissez selon les besoins de votre application.
Base de données MariaDB
Déployez MariaDB avec la topologie adaptée à votre service : instance seule, réplication ou cluster Galera pour une architecture répartie.
Calcul et mémoire0,004 € HT / cloudlet / hTarif réservé de 1 à 8 cloudlets. Stockage, IP et trafic selon consommation.
Migration offerte · SSL et sauvegardes inclus
Primaire-secondaire, primaire-primaire ou Galera : choisissez selon les besoins de votre application.
Le modèle installe les nœuds et prépare leur intégration au cluster.
Suivez la consommation de la base et de ses éventuels nœuds ProxySQL.
Le bon moteur, pour le bon usage
La disponibilité, les écritures et la cohérence attendue guident le choix de topologie. Nous vous aidons à traduire ces besoins en composants.
Sélectionnez la version MariaDB compatible avec votre projet.
Définissez le mode de réplication et le nombre de nœuds.
Organisez les accès, les sauvegardes et les procédures de reprise.
Découvrez la console
Essayez la réplication primaire-secondaire, primaire-primaire ou Galera. Le configurateur adapte les nœuds et les ressources à votre choix.
Fonctionnalités
Un environnement propre au moteur et à sa configuration.
Une topologie multi-primaire disponible pour les projets adaptés.
Des modèles primaire-secondaire et primaire-primaire sont également proposés.
Le modèle prépare l’intégration des nouveaux membres lors de l’extension du cluster.
Choisissez la couche de répartition à la création de la topologie.
Configuration, logs, accès web et SSH restent disponibles.
Préparer la continuité
Le fonctionnement distribué demande une application compatible et un dimensionnement réfléchi. Le cluster prépare l’infrastructure ; votre modèle de données reste essentiel.
Prévoyez un nombre de nœuds cohérent et un scénario de perte de membre.
Validez les transactions et le comportement de l’application dans le mode retenu.
Gardez une politique distincte pour retrouver des données supprimées ou modifiées.
La réplication, les sauvegardes et la haute disponibilité dépendent de la topologie et des options configurées. Chaque nœud et son stockage contribuent à la consommation de l’environnement.
Usages
Une base dédiée aux projets Laravel, Symfony et autres applications compatibles.
Des architectures de données adaptées au volume de consultations et de commandes.
Des projets qui ont besoin d’une topologie Galera étudiée et testée.
Tarifs PaaS
Le choix d’un langage ou d’un moteur n’ajoute pas de forfait. Le prix comprend la capacité réservée, les ressources dynamiques consommées et les options utilisées. Les licences commerciales restent facturées séparément.
Consulter la grille et calculer mon budget Nous contacterCe montant couvre la configuration ci-dessus. Chaque nœud, la consommation dynamique, le disque au-delà de 10 Go, les IP publiques et le trafic supplémentaire s’ajoutent selon la grille PaaS.
Quelques repères
Non. Vous choisissez cette topologie lors de la préparation de l’environnement. Une instance simple ou une réplication classique peut mieux convenir à certains projets.
Pas systématiquement. Les versions, les fonctionnalités SQL et les connecteurs doivent être vérifiés. Nous conseillons de tester l’application et la migration avant toute bascule.
Chaque nœud est un conteneur isolé avec sa propre configuration. Vous définissez ses ressources réservées et son plafond. Les instances et les services complémentaires sont visibles dans la topologie et contribuent à la consommation.
La plateforme automatise le déploiement et met à disposition des outils de configuration et de supervision. Vous conservez la gestion de vos utilisateurs, des schémas, des requêtes et de la compatibilité applicative. Des interventions complémentaires peuvent être étudiées avec VICEM.
À découvrir aussi
Migration offerte
Décrivez votre projet, ses composants et sa charge actuelle. Nous vous aidons à choisir l’architecture et à préparer le transfert.