Guide de l'administrateur Apache Cassandra de l'interface utilisateur Web NetBackup™

• Assurez-vous que NetBackup prend en charge la version de Cassandra installée. Pour plus d'informations, reportez-vous à la Liste de compatibilité logicielle.

• L'hôte de sauvegarde, le serveur intermédiaire de données et Cassandra ne sont pris en charge que sur la plate-forme RHEL.

• NetBackup requiert que la distribution Apache/DataStax et la version de cluster DSS (serveur intermédiaire de données) soient identiques à celles du cluster de production protégé.

  NetBackup prend en charge les déploiements basés sur Yum pour le cluster Apache Cassandra, qu'il soit de production ou DSS.

  NetBackup prend en charge les déploiements basés sur Yum et Tar pour le cluster de production DataStax Cassandra. NetBackup prend uniquement en charge les déploiements basés sur Yum pour le cluster DSS DataStax Cassandra.

• NetBackup nécessite qu'environ 20 % des nœuds du datacenter soient protégés en tant que DSS.

• Le DSS doit être ajouté à l'environnement de sauvegarde, afin que NetBackup puisse effectuer les opérations suivantes :

  • préparer les données dans le DSS 

  • dédupliquer l'enregistrement des données sur le stockage de sauvegarde ;

  • copier les données sur le support NetBackup.

• Le DSS doit disposer de la même version de Cassandra que le cluster de production de Cassandra.

• NetBackup prend en charge Cassandra avec authentification simple. Utilisez le nom d'utilisateur et le mot de passe de la base de données pour connecter Cassandra et exécuter des commandes telles que cqlsh et nodetool utils. Configurez Cassandra dans les informations d'authentification NetBackup lors de la configuration du cluster DSS et de la configuration du cluster Cassandra.

• Activez SSH sur tous les nœuds Cassandra et nœuds DSS.

• Assurez-vous que l'heure locale des nœuds Cassandra, du DSS et des hôtes de sauvegarde est synchronisée par rapport au serveur NTP.

• Configurez un compte d'utilisateur hôte non-racine pour le cluster du serveur intermédiaire de données dans la fenêtre de gestion des informations d'authentification NetBackup.

  Remarque :

  Le compte d'utilisateur hôte non-racine peut être distinct ou identique, mais il doit s'agir d'un compte d'utilisateur valide disposant d'un dossier d'accueil et de droits de connexion aux différents nœuds via ssh. Ajoutez l'utilisateur hôte dans le fichier sudoers sur les nœuds concernés.

• Avant d'exécuter la sauvegarde ou la restauration de Cassandra, assurez-vous d'avoir reçu une réponse ping correcte de tous les serveurs intermédiaires vers les nœuds Cassandra et l'hôte de sauvegarde.

• Vérifiez et mettez à jour les paramètres du pare-feu, afin que les hôtes de sauvegarde, les serveurs intermédiaires de données et les nœuds Cassandra puissent communiquer.

• Vérifiez que les chemins d'accès spécifiés dans la configuration de cluster DSS existent sur tous les nœuds DSS et Cassandra.

• Lorsque vous mettez à niveau Cassandra ou que vous modifiez un schéma (par exemple, suppression d'espace de clé ou de famille de colonne), lancez une sauvegarde complète avant tout travail de sauvegarde incrémentielle.

• Assurez-vous que le compte d'utilisateur hôte spécifié dans la gestion des informations d'authentification utilisée pour le cluster dispose d'un accès en lecture et en écriture aux dossiers spécifiés dans la configuration de cluster DSS.

• Vérifiez que l'espace libre et la mémoire sur le DSS sont trois fois supérieurs à la famille de colonnes dans le cluster Cassandra. Conservez une taille de mémoire similaire sur tous les nœuds DSS.

  Remarque :

  L'opération de compactage sur le DSS nécessite plus de mémoire. Déployer un volume de mémoire RAM plus important sur les nœuds DSS améliorera les performances de sauvegarde et de restauration.

• Conservez au moins 20 % d'espace libre sur les nœuds Cassandra durant les opérations de sauvegarde.

• Veillez à ce qu'il y ait suffisamment d'espace libre sur les nœuds de cluster cibles durant la restauration, en fonction de la taille des données restaurées.

• Avant de procéder à la restauration, veillez à ce que la version cible de Cassandra dispose de la même version que celle à partir de laquelle vous avez procédé à la sauvegarde.

• Avant de procéder à la restauration, vérifiez que le cluster cible et le cluster de serveur intermédiaire de données cible sont entièrement configurés dans NetBackup.

• L'annulation d'un travail parent dans un travail de restauration composé n'annule pas les travaux de restauration enfants. Vous devez annuler manuellement les travaux de restauration enfants.

• Assurez-vous que la valeur de connexions par hôte (cph) est définie sur 1 dans les paramètres DSS pour la sauvegarde de Datastax Cassandra.

Autorisations RBAC pour un rôle Cassandra

• Veillez à attribuer les autorisations de création et de mise à jour à :

  • Ajouter un cluster DSS

  • Ajouter un cluster Apache Cassandra

  • Ajouter des nœuds DSS

  • Modifier le cluster Apache Cassandra

• Les informations d'authentification de base de données du cluster DSS doivent être identiques à celles du cluster de production Cassandra.

• Vous devez désactiver l'option requiretty globalement et remplacer Defaults requiretty par Defaults !requiretty dans le fichier sudoers.

  Remarque :

  Cette action modifie la configuration globale de sudo.

• Dans le cas d'une installation basée sur tarball, vous devez toujours démarrer les services Cassandra provenant du chemin d'accès binaire de l'installation de tarball.