Cette section décrit les tâches de maintenance périodiques de Cassandra.
Maintenance anti-entropie
Les nœuds en anneau d'Apache Cassandra nécessitent une maintenance périodique pour assurer la cohérence entre nœuds. Pour effectuer cette maintenance, utilisez la commande suivante:
apigee-service apigee-cassandra apigee_repair -pr
Apigee recommande ce qui suit lorsque vous exécutez cette commande:
- Exécuter l'application sur chaque nœud Cassandra (dans toutes les régions ou tous les centres de données)
Exécutez l'application sur un nœud à la fois, pour assurer la cohérence entre tous les nœuds de l'anneau. Exécuter des tâches de réparation sur plusieurs nœuds en même temps de nuire à la santé de Cassandra.
Pour vérifier si un job de réparation a bien été effectué sur un nœud, consultez Fichier
system.log
pour une entrée avec l'UUID de la dernière session de réparation et la phrase "session completed successfully" (La session a bien été exécutée). Voici un exemple d'entrée de journal:INFO [AntiEntropySessions:1] 2015-03-01 10:02:56,245 RepairSession.java (line 282) [repair #2e7009b0-c03d-11e4-9012-99a64119c9d8] session completed successfully" Ref: https://support.datastax.com/hc/en-us/articles/204226329-How-to-check-if-a-scheduled-nodetool-repair-ran-successfully
- s'exécuter pendant des périodes de charge de travail relativement faible (l'outil impose une charge importante sur le du système d'exploitation).
- Exécuter au moins tous les sept jours afin d'éliminer les problèmes liés à la maladie de Cassandra "oubliés de supprimer".
- Exécuter l'opération sur des nœuds différents selon les jours plusieurs heures entre son exécution sur chaque nœud.
- Utilisez l'option
-pr
(plage du partitionnement) pour spécifier la plage de partitionnement principal. du nœud uniquement.
Si vous avez activé l'authentification JMX pour Cassandra, procédez comme suit :
vous devez inclure le nom d'utilisateur et le mot de passe lorsque vous appelez nodetool
. Exemple :
apigee-service apigee-cassandra apigee_repair -u username -pw password -pr
Vous pouvez également exécuter la commande suivante pour vérifier les options compatibles de apigee_repair:
.
apigee-service apigee-cassandra apigee_repair -h
Remarque:apigee_repair
est un wrapper pour la réparation de l'outil de nœud de Cassandra,
qui effectue des vérifications supplémentaires
avant de procéder à la réparation de Cassandra.
Pour en savoir plus, consultez les ressources suivantes :
Maintenance des fichiers journaux
Les journaux Cassandra sont stockés dans le répertoire /opt/apigee/var/log/cassandra
chaque nœud. Par défaut, vous pouvez créer jusqu'à 50 fichiers journaux, chacun d'une taille maximale de 20 Mo,
créé ; Une fois cette limite atteinte, les journaux les plus anciens sont supprimés lorsque de nouveaux journaux sont créés.
Si vous constatez que les fichiers journaux Cassandra occupent trop d'espace, vous pouvez modifier le paramètre la quantité d'espace allouée aux fichiers journaux en modifiant les paramètres log4j.
- Modifier
/opt/apigee/customer/application/cassandra.properties
pour définir les propriétés suivantes. Si ce fichier n'existe pas, créez-le:conf_logback_maxfilesize=20MB # max file size conf_logback_maxbackupindex=50 # max open files
- Redémarrez Cassandra à l'aide de la commande suivante:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restart
Maintenance de l'espace disque
Vous devez surveiller régulièrement l'utilisation du disque Cassandra pour vous assurer qu'au moins 50 % chaque disque est sans frais. Si l'utilisation du disque dépasse 50 %, nous vous recommandons de d’ajouter de l’espace disque pour réduire le pourcentage utilisé.
Cassandra effectue automatiquement les opérations suivantes pour réduire sa propre utilisation du disque:
- Suppression des jetons d'authentification à l'expiration des jetons Cependant, il peut deux semaines pour libérer l'espace disque que les jetons utilisaient, en fonction de votre configuration. Si la suppression automatique ne suffit pas à maintenir espace disque suffisant, contactez l'assistance pour en savoir plus sur la suppression manuelle des jetons à récupérer espace.
Compactage des données. Nous recommandons de modifier la stratégie de compactage sur les espaces de clés pour
LeveledCompactionStrategy
, qui offre de meilleures stratégies d'utilisation du disqueSizeTieredCompactionStrategy
Voir <ph type="x-smartling-placeholder"></ph> Stratégie de compactage par niveaux.
Remarque:Lorsque Cassandra effectue un compactage des données, le processeur peut nécessiter beaucoup de cycles de processeur.
et la mémoire. Toutefois, l'utilisation des ressources devrait revenir à la normale une fois le compactage terminé.
Vous pouvez exécuter la commande 'Nodetool compactionstats'
sur chaque nœud
pour vérifier si le compactage est en cours. La sortie de compactionstats
vous indique s'il y a
sont les compactages en attente à exécuter et le délai estimé pour terminer.