Lancement de la version autonome de HUAWEI CLOUD GaussDB (pour Influx), un outil permettant aux entreprises de réduire les coûts et d'accroître l'efficacité

Cet article est partagé par la communauté Huawei Cloud " La version autonome de Huawei Cloud GaussDB (pour Influx) est en ligne, un outil puissant pour réduire les coûts et augmenter l'efficacité des entreprises ", auteur : base de données GaussDB.

1. Origines

La base de données de séries chronologiques de la version de cluster HUAWEI CLOUD GaussDB (pour Influx) a construit des fonctionnalités telles que la haute fiabilité, la haute disponibilité, les hautes performances, la haute évolutivité et l'absence d'exploitation et de maintenance, de sorte que les clients n'ont pas à se soucier des problèmes au niveau de la base de données et peuvent se concentrer davantage sur leurs propres applications.Le développement et la conception sont devenus le premier choix de nombreux clients.

Par rapport aux bases de données traditionnelles telles que MySQL, les "nouvelles" bases de données de séries chronologiques 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 la principale considération ; si vous choisissez de créer votre propre environnement pour le développement et les tests, bien que le problème de coût soit résolu, la maintenance est gênant et fonctionnement C'est compliqué 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 qui ne nécessitent pas de hautes performances et fiabilité et sont sensibles aux coûts. Cette solution peut être utilisée dans des scénarios tels que le développement et les tests, et peut non seulement profiter de la commodité apportée par le service, mais également réduire considérablement le coût d'utilisation.

2. Le coût ultime 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 une base de données sans tenir compte des scénarios de développement et de test 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 et pris en compte de manière approfondie divers facteurs tels que le coût, la stabilité et l'opérabilité. Pour répondre aux besoins de différents scénarios, le tableau suivant répertorie les types de spécifications prises en charge par le système autonome version et les frais correspondants :

spécification	Version autonome (yuan/mois)	ECS auto-construit (yuan/mois)
4U8G	486,9	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 à la demande 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 la version auto-construite Sous la spécification 4U8G, c'est encore moins cher que d'acheter ECS pour l'auto- version construite. 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, sa construction 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é 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 lorsque les environnements sont créés et supprimés par lots et fréquemment, les opérations manuelles susmentionnées seront particulièrement fastidieuses, chronophages et sujettes aux erreurs. Une fois la base de données créée, l'exploitation et la maintenance ultérieures sont également un travail qui nécessite beaucoup d'expérience. S'il s'agit d'une base de données peu familière, un simple problème peut bloquer le développement et les tests, et peut éventuellement affecter l'avancement global du projet.

En revanche, le fonctionnement de la base de données cloud est très simple et pratique. Cliquez simplement sur la page pour acheter et créer, sélectionnez la taille de stockage correspondante et remplissez le mot de passe, ce qui améliore considérablement l'efficacité de l'opération. Le plus important est qu'en cas de problème, une équipe d'exploitation et de maintenance expérimentée se cache 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 assurer l'activité formelle. Stabiliser.

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 de séries chronologiques ont un attribut temporel fort, et l'organisation interne de la base de données est également strictement conforme à l'attribut temporel, qui est très différent des autres bases de données. Si vous interrogez sans intervalle de temps, la base de données interrogera toutes les données, ce qui entraînera très probablement un problème de MOO dans la base de données et affectera 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 spécifiques, mais select * from est utilisé pour la requête pour diverses raisons telles que les habitudes de développement. Cette façon d'écrire présente deux problèmes potentiels : 1. Le résultat renvoyé peut être incertain. GaussDB (pour Influx) est en mode sans schéma, et les balises et les champs peuvent être ajoutés ou réduits à tout moment, de sorte que le résultat renvoyé par select* peut changer à mesure que l'entreprise évolue. Les incohérences peuvent facilement conduire à des exceptions lorsque l'entreprise analyse les 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 gaspillage de ressources informatiques, de mémoire et d'autres ressources. Par conséquent, nous ne recommandons pas d'utiliser cette méthode de requête dans la spécification de développement, et cette requête sera également 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.

Limitez le nombre de chronologies et de champs impliqués dans chaque requête

Si une requête implique trop de chronologies ou de champs, cela signifie que la requête peut interroger trop de données et que la base de données chargera toutes les données en mémoire, ce qui peut facilement conduire à un OOM et affecter la stabilité de l'entreprise. Dans la plupart des scénarios, trop de chronologies ou de champs sont impliqués car les instructions de requête que nous écrivons sont déraisonnables et une optimisation supplémentaire est nécessaire.

4. Résumé

GaussDB (pour Influx) est une base de données de séries temporelles cloud-native basée sur la séparation de l'architecture de calcul et de stockage et compatible avec l'écologie InfluxDB.Le mode de version autonome lancé cette fois, tout en conservant les avantages des bases de données cloud, est essentiellement identique à l'ECS auto-construit Demande de faible coût dans des scénarios qui ne nécessitent pas une disponibilité et une fiabilité élevées.

Cliquez pour suivre et en savoir plus sur les nouvelles technologies de Huawei Cloud pour la première fois ~