Red Hat Training

A Red Hat training course is available for Red Hat Satellite

9.6. Établir des Satellites redondants avec base de données autonome

De la même façon que l'option de clonage est disponible au Satellite avec la base de données intégrée, vous pouvez limiter les défaillances sur les Satellites avec la base de données autonome en préparant des Satellites redondants. Contrairement au clonage d'un Satellite avec base de données intégrée, les Satellites redondants avec base de données autonome peuvent être exécutés activés, ou en attente. Cela dépend entièrement de la topologie de votre réseau et est indépendant des étapes répertoriées ici.

Procédure 9.1. Créer des Satellites redondants avec base de données autonome

  1. Préparez la base de données autonome pour le basculement à l'aide des recommandations d'Oracle pour la construction d'une base de données tolérante aux pannes. Consultez votre administrateur de bases de données.
  2. Installez Red Hat Network Satellite avec base de données autonome sur une machine séparée, en ignorant les étapes de la configuration de la base de données, du schéma de base de données, du certificat SSL et de la génération du script bootstrap. Veuillez inclure le compte RHN et les informations de connexion de base de données fournis lors de l'installation initiale du Satellite, puis enregistrez le nouveau Satellite. Pour obtenir des informations supplémentaires, reportez-vous à la Section 4.3, « Processus du script d'installation ».
    Si votre certificat SSL ne prend pas votre solution de haute disponibilité en compte, créez-en une nouvelle avec une valeur Common Name plus appropriée (voir 3.2. Outil de maintenance SSL de RHN dans le Guide de configuration du client Red Hat Network Satellite). Dans ce cas, générez un nouveau script bootstrap (comme défini dans 5.2. Générer des scripts RHN Bootstrap dans le Guide de configuration du client Red Hat Network Satellite) qui capture cette nouvelle valeur. Assurez-vous que la valeur Common Name représente la solution Satellite combinée, et non pas le nom d'hôte d'une seule machine.
  3. Après l'installation, copiez les fichiers suivants du Satellite primaire au Satellite secondaire :
    • /etc/rhn/rhn.conf
    • /etc/tnsnames.ora
    • /var/www/rhns/server/secret/rhnSecret.py
  4. Copiez et installez les RPM du certificat SSL coté serveur du Satellite primaire au Satellite secondaire.
    Si vous avez généré un nouveau certificat SSL durant l'installation du Satellite qui incluait une nouvelle valeur du Nom commun (« Common Name »), copiez les RPM de certificat SSL du Satellite secondaire sur le Satellite primaire et redistribuez le certificat côté client. Si vous avez également créé un autre script de démarrage bootstrap, vous pouvez l'utiliser pour installer le certificat sur les systèmes client.
  5. Si vous n'avez pas créé de script de démarrage, copiez le contenu de /var/www/html/pub/bootstrap/ du Satellite primaire au Satellite secondaire. Si vous en avez généré un nouveau, copiez le contenu de ce répertoire sur le Satellite primaire.
  6. Désactivez le Red Hat Network Task Engine sur le Satellite secondaire avec la commande suivante : 
    /sbin/service taskomatic stop
    Vous pouvez utiliser des scripts personnalisés ou d'autres moyens pour établir un démarrage/basculement du Red Hat Network Task Engine sur le Satellite secondaire. Quoi qu'il en soit, il devra être lancé au moment du basculement.
  7. Partagez les données de paquetages de canaux (qui se trouvent par défaut dans /var/satellite) entre les Satellites par un type de périphérique de stockage en réseau. Cette opération élimine la réplication de données et assure un stockage uniforme de données pour chaque Satellite.
  8. Partagez les données de paquetages de canaux (qui se trouvent par défaut dans /var/satellite) entre les Satellites par un type de périphérique de stockage en réseau. Cette opération élimine la réplication de données et assure un stockage uniforme de données cache pour chaque Satellite.
  9. Faites en sorte que divers Satellites soient disponibles sur votre réseau via le Nom commun et une méthode qui convient à votre infrastructure. Parmi les options figurent le DNS en tourniquet, un répartiteur de charge de réseau et une configuration de proxy inverse.