1. Origines
La base de données de version de cluster HUAWEI CLOUD GaussDB (pour Influx) a construit des fonctionnalités telles qu'une haute fiabilité, une haute disponibilité, des performances élevées, une évolutivité élevée et sans O&M, de sorte que les clients n'ont pas à se soucier des problèmes au niveau de la base de données, mais plutôt se concentrer sur leur propre développement et conception d'applications.Devenir le premier choix commercial de nombreux clients.
Par rapport aux bases de données traditionnelles telles que MySQL, les "nouvelles" bases de données associées sont très différentes en termes de conception et d'utilisation. Le modèle de données et les méthodes d'utilisation sont relativement peu connus de la plupart des développeurs, et davantage d'instances sont nécessaires pour les tests et le débogage. Dans les environnements de non-production, tels que les scénarios de développement et de test, il n'y a aucune demande de performances et de fiabilité, et le coût devient une considération ennuyeuse ; si vous choisissez votre propre environnement de construction pour le développement et les tests, bien que le problème de coût soit résolu, la maintenance est gênant , L'opération est compliquée et les problèmes ne peuvent pas être traités à temps, ce qui affecte également considérablement l'efficacité du développement et des tests.
Par conséquent, GaussDB (pour Influx) a lancé une solution de version autonome pour les scénarios d'utilisation sensibles avec de faibles exigences de performance et de fiabilité. Cette solution est utilisée dans des scénarios tels que le développement et les tests. Elle peut non seulement profiter de la commodité apportée par le service, mais également réduire considérablement le coût d'utilisation.
2. Coût maximum de la version autonome de GaussDB (pour Influx)
Lors de l'utilisation de bases de données, de nombreux clients estiment qu'ils peuvent acheter ECS pour créer des bases de données sans tenir compte des scénarios de test et de développement de haute disponibilité, de performances et d'évolutivité. Bien que cela soit gênant, cela peut réduire le coût d'utilisation. Après tout, les bases de données cloud sont également basées sur sur Établi par ECS, le "pain" doit être plus cher que la "farine".
L'équipe GaussDB (pour Influx) a combiné l'expérience pratique de nombreuses parties, a pris en compte de manière approfondie divers facteurs tels que le coût, la stabilité et la transportabilité, et a choisi une spécification de mise à niveau ultra-élevée 1: 2 pour la solution de version autonome, et a pris en charge 4 différentes spécifications à respecter en même temps Pour les exigences de différents scénarios, voici les types de spécifications prises en charge par la version autonome et les frais correspondants :
| spécification |
Version autonome (yuan/mois) |
ECS auto-construit (yuan/mois) |
| 4U8G |
486,9 |
Chapitre 489 |
| 8U16G |
973,8 |
950 |
| 16U32G |
1947.6 |
1712 |
| 32U64G |
3895.2 |
3396 |
Remarque : La comparaison des coûts concerne uniquement les ressources informatiques et les ressources de stockage sont achetées en fonction de la quantité de données
On peut voir que le prix de la version autonome de GaussDB (pour Influx) est fondamentalement le même que celui de l'auto-construction. Sous la spécification 4U8G, c'est encore moins cher que d'acheter ECS pour l'auto-construction. La version autonome de GaussDB (pour Influx) atteint non seulement le même prix de "farine" et de "pain", mais fournit également de nombreuses fonctionnalités de service que l'auto-construction n'a pas.
3. Avantages de la version autonome de GaussDB (pour Influx)
3.1 Les services cloud sont prêts à l'emploi, sans opération ni maintenance
Bien que la base de données soit un logiciel de base, son architecture nécessite également une série de services de base comme support. Après avoir acheté ECS sur le cloud, les clients doivent généralement sélectionner la version de base de données appropriée et modifier les paramètres de configuration appropriés en fonction des spécifications ECS actuelles pour obtenir une haute disponibilité des paramètres de configuration de base. Après avoir terminé les travaux ci-dessus, il est nécessaire de construire un système de surveillance pour assurer le fonctionnement et la maintenance de base. En revanche, les clients qui utilisent des bases de données cloud n'ont pas du tout à se soucier du travail compliqué mentionné ci-dessus et peuvent se concentrer sur la réalisation et l'optimisation de leur propre entreprise, comme le montre la figure suivante :
En particulier lors de la création et de la suppression d'environnements par lots et par intermittence, les opérations manuelles décrites ci-dessus peuvent être fastidieuses, en cours d'exécution et sujettes aux erreurs. Une fois la base de données créée, l'exploitation et la maintenance ultérieures sont également un test d'expérience. S'il s'agit d'une base de données inconnue, un simple problème peut entraver le développement et les tests, et peut éventuellement affecter les détails généraux du projet.
En revanche, le fonctionnement de la base de données cloud est très simple et pratique. Il vous suffit de cliquer simplement sur la page pour acheter et créer, sélectionner la taille de stockage correspondante et renseigner le mot de passe, ce qui améliore considérablement l'efficacité de l'opération. La disposition est que lorsque vous rencontrez des problèmes, il y a une équipe d'exploitation et de maintenance expérimentée derrière la base de données cloud pour s'assurer que les problèmes courants peuvent être résolus en quelques minutes.
En plus de la commodité d'utilisation et de déploiement, le noyau de base de données cloud a imposé de nombreuses restrictions normatives sur l'utilisation commerciale déraisonnable, afin que les clients puissent trouver des problèmes dans les étapes de développement commercial et de test, et les optimiser et les ajuster à temps pour s'assurer que le fonctionnaire l'activité est stable. .
3.2 Limiter les requêtes déraisonnables
GaussDB (pour Influx) a établi de nombreuses restrictions et spécifications au niveau du noyau de la base de données. Une utilisation déraisonnable n'est pas autorisée et des suggestions d'optimisation sont données. Le respect de ces spécifications peut améliorer efficacement la stabilité des opérations commerciales.
- Désactiver l'exécution des requêtes sans intervalle de temps
Les données ont un grand nombre d'attributs temporels et l'organisation interne de la base de données suit également strictement les attributs temporels, ce qui est une grande différence par rapport aux autres bases de données. Si la requête n'inclut pas de plage horaire, la base de données interroge toutes les données, ce qui a une forte probabilité de provoquer des problèmes de MOO dans la base de données et d'affecter la stabilité de l'entreprise.
- Interdire l'exécution de select * from statement query
La plupart des scénarios d'entreprise réels doivent spécifier des champs de requête personnalisés spécifiques, mais select * from est utilisé pour la requête pour diverses raisons telles que le développement. Cette façon d'écrire présente deux problèmes potentiels : 1. Le résultat peut être incertain. GaussDB (pour Influx) est en mode sans schéma, et les balises et les champs peuvent être ajoutés et réduits à tout moment, de sorte que les résultats renvoyés par select* peuvent apparaître à mesure que l'entreprise change L'incohérence peut facilement conduire à des anomalies dans l'entreprise lors de l'analyse des résultats renvoyés ; 2 select* renvoie les valeurs de tous les champs, mais en fait seuls quelques champs sont utiles, donc une grande quantité de transmission de données est invalide , gaspillant la bande passante du réseau et gaspillant l'informatique, la mémoire et d'autres ressources. Par conséquent, il n'est pas recommandé d'utiliser cette méthode de requête dans la spécification de développement, et cette requête est interceptée dans le noyau.
- Afficher la capacité de journalisation lente
La capacité de journalisation lente du service cloud permet une découverte rapide des requêtes lentes pendant la phase de développement commercial et une optimisation et un ajustement rapides.
- Le nombre de chronologies et de champs impliqués dans chaque requête de limite
Si une requête implique trop de chronologies ou de champs, cela signifie que la requête peut interroger trop de données, et la base de données chargera ces données dans la mémoire, ce qui conduira facilement à l'OOM et à la stabilité de l'entreprise. Cependant, trop de chronologies ou de champs sont impliqués, et la plupart des situations suivantes sont causées par les instructions de requête déraisonnables que nous avons écrites, qui nécessitent une optimisation supplémentaire.
4. Résumé
GaussDB (pour Influx) est une base de données cloud-native basée sur la séparation de l'architecture de calcul et de stockage et compatible avec l'écosystème InfluxDB. C'est le premier modèle de version autonome. Tout en conservant les avantages des bases de données cloud, le prix est essentiellement le identique à celui de l'ECS auto-construit, répondant aux exigences de disponibilité de l'entreprise, La demande de points lumineux dans les scénarios avec de faibles exigences de fiabilité.