Apache Cassandra 4.0 arrive avec des améliorations de vitesse, de nouvelles fonctionnalités et plus encore

Il ya quelques jours L'Apache Software Foundation a annoncé la sortie de la nouvelle version d'Apache Cassandra 4.0 qui est un système de gestion de base de données distribué Il appartient à la classe des systèmes noSQL et est conçu pour créer des stockages hautement évolutifs et fiables de grandes quantités de données stockées sous la forme d'un tableau associatif.

Cette nouvelle version d'Apache Cassandra 4.0 est considérée comme une version stable donc elle peut être utilisée pour des déploiements de production et a déjà été testée dans les infrastructures Amazon, Apple, DataStax, Instaclustr, iland et Netflix avec des clusters de plus de 1000 nœuds.

Principales nouveautés d'Apache Cassandra 4.0

Cette nouvelle version de Apache Cassandra 4.0 représente près de 1,000 XNUMX corrections de bogues, améliorations et nouvelles fonctionnalités dont ressortent les suivants :

  • Vitesse et évolutivité accrues : transmet les données jusqu'à 5 fois plus rapidement lors des opérations de mise à l'échelle et des performances jusqu'à 25 % plus rapides en lecture et en écriture, offrant une architecture plus élastique, en particulier dans les déploiements cloud et Kubernetes.
  • Cohérence améliorée : maintient les répliques de données synchronisées pour optimiser la réparation incrémentielle pour un fonctionnement plus rapide et plus efficace et une cohérence entre les répliques de données.
  • Amélioration de la sécurité et de l'observabilité : la piste d'audit suit l'accès et l'activité des utilisateurs avec un impact minimal sur les performances de la charge de travail. La nouvelle capture et lecture permet d'analyser les charges de travail de production pour garantir la sécurité et la conformité réglementaire avec SOX, PCI, GDPR ou d'autres exigences.
  • Nouveaux paramètres de configuration : les métriques système et les paramètres de configuration exposés offrent aux opérateurs la flexibilité de s'assurer qu'ils ont un accès facile aux données qui optimisent les déploiements.
  • Latence minimisée : Les temps de pause du ramasse-miettes sont réduits à quelques millisecondes sans dégradation de la latence à mesure que la taille du tas augmente.
  • Meilleure compression : L'efficacité de compression améliorée soulage le stress inutile sur l'espace disque et améliore les performances de lecture.

En plus de cela, il est également souligné que prise en charge du journal d'audit pour suivre les opérations d'authentification des utilisateurs et toutes les requêtes CQL exécutées, ainsi que les capacité à conserver un enregistrement binaire complet des demandes, vous permettant de sauvegarder tout le trafic de requêtes et de réponses.

De même aussi L'option expérimentale pour comparer tous les arbres Merkle est mise en évidence. Par exemple, l'activation de l'option sur un cluster à 3 nœuds, où deux répliques sont identiques et une est obsolète, entraînera la mise à jour de la réplique obsolète en utilisant uniquement une opération de copie de la réplique actuelle.

Aussi, ajout de la prise en charge des tables virtuelles qui ne reflètent pas les données stockées dans SSTables, mais des informations affichées via l'API (métriques de performances, informations de configuration, contenu du cache, informations sur les clients connectés, etc.).
L'efficacité du stockage compressé a été améliorée pour réduire la consommation d'espace disque et améliorer les performances de lecture.

D'autre part, il est souligné que ajout du support expérimental pour la réplication transitoire et les quorums bon marché. Les répliques temporaires ne stockent pas toutes les données et utilisent une récupération incrémentielle pour être cohérentes avec les répliques complètes. Les quorums légers sont des optimisations d'écriture qui n'écrivent pas sur des réplicas temporaires tant qu'un ensemble suffisant de réplicas complets n'est pas disponible.

Quant aux données relatives à l'espace de la clé système (system.*), elles sont désormais dans le premier répertoire par défaut au lieu d'être réparties entre tous les répertoires de données, permettant au nœud de rester opérationnel en cas de panne de l'un des disques supplémentaires.

De les autres changements qui se démarquent:

  • Un support expérimental pour Java 11 a été ajouté.
  • Ajout de la prise en charge des opérations arithmétiques dans les requêtes CQL.
  • La commande "nodetool cfstats" a ajouté la prise en charge du tri selon certaines métriques et de la limitation du nombre de lignes affichées.
  • Les paramètres sont fournis pour restreindre les connexions des utilisateurs à des centres de données spécifiques uniquement.
  • Ajout de la possibilité de limiter l'intensité (limite de fréquence) des opérations pour créer et supprimer des instantanés.
  • La prise en charge de Python 3 est implémentée dans cqlsh et cqlshlib (la prise en charge de Python 2.7 est toujours préservée).

Enfin, si vous souhaitez en savoir plus de cette nouvelle version, vous pouvez vérifier les détails dans le lien suivant.


Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données: Miguel Ángel Gatón
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.