Comprendre les stations de gestion

Ai-je besoin d'une station ?

Si vous gérez des instances sur site ou cloud tiers, vous devez disposer d'au moins une station pour diffuser du contenu source logiciel vers ces instances. Les stations ne sont pas utilisées pour les instances OCI.

Vous devez créer et enregistrer une station avant d'enregistrer des instances sur site ou cloud tiers. Le nombre d'instances qu'une station peut prendre en charge dépend de la mémoire et de la puissance de traitement de la station, ainsi que de la vitesse du réseau du centre de données.

Vous pouvez déployer plusieurs stations au sein d'un data center client ou d'un cloud tiers. Vous pouvez également configurer plusieurs stations de gestion dans une configuration hautement disponible.

Comment gérer l'instance de station ?

Pour vous assurer que votre station de gestion est à jour en matière de sécurité et d'autres patches, vous devez créer un travail de mise à jour pour l'instance qui agit en tant que station de gestion.

L'instance de station dispose de son propre ensemble de sources logicielles attachées. Elles sont distinctes des sources logicielles mises en miroir distribuées par la station à d'autres instances. Par défaut, seules les sources logicielles Oracle Linux 8 BaseOS et Appstream sont initialement attachées à l'instance de station. Si vous utilisez des packages sur votre station à partir d'autres sources logicielles, attachez ces sources logicielles à l'instance de station.

Quelles données sont stockées dans OCI pour les stations ?

Quel est le miroir de la station ?

Le miroir de la station de gestion est une copie des sources logicielles nécessaires pour fournir du contenu aux instances sur site ou cloud tiers qui utilisent la station. Elle permet aux instances sur site ou cloud tiers de recevoir du contenu logiciel de la station de gestion, au lieu de recevoir directement d'OS Management Hub. Le contenu des sources logicielles mises en miroir est mis à jour chaque fois qu'une synchronisation miroir se produit.

Quand les synchronisations miroir se produisent-elles ?

Lorsqu'une station s'enregistre auprès d'OS Management Hub, le service crée également un travail de synchronisation miroir programmé récurrent pour la station. Vous pouvez modifier la durée et la fréquence d'exécution du travail de synchronisation miroir, mais vous ne pouvez pas supprimer le travail de synchronisation.

Une synchronisation miroir se produit :

• Lors de l'exécution du travail de synchronisation miroir programmée récurrente pour une station de gestion.
• Lorsque vous déclenchez une synchronisation miroir immédiate pour des sources logicielles spécifiques.
• Lorsque vous mettez à jour une source logicielle personnalisée déjà mise en miroir.

Que se passe-t-il lors d'une synchronisation miroir ?

Lorsque le travail de synchronisation miroir est exécuté, la station vérifie si elle doit mettre à jour les sources logicielles mises en miroir. Le travail de synchronisation met à jour le miroir local en fonction des modifications apportées aux sources logicielles. La station vérifie également la présence de nouvelles sources logicielles à ajouter au miroir local.

Quelles sont les sources logicielles mises en miroir ?

Après l'enregistrement d'une station de gestion, la liste des sources logicielles mises en miroir est initialement vide. OS Management Hub met à jour la liste miroir de manière dynamique en fonction des profils et des instances qui utilisent la station.

Pour initialiser et synchroniser une station avant d'enregistrer des instances, vous pouvez créer les profils d'inscription nécessaires pour les instances qui utiliseront la station. Le service identifie les sources logicielles utilisées par les profils et les ajoute à la liste des stations miroir. Lorsque vous créez des profils ou attachez de nouvelles sources logicielles à des instances, la liste des stations miroir est mise à jour automatiquement. Si vous supprimez des profils ou que vous détachez des sources logicielles des instances, les entrées de liste miroir ne sont enlevées que si aucune instance ou aucun profil ne référence la source logicielle.

Lors de la mise en miroir de sources logicielles personnalisées, la station de gestion met également en miroir toutes les sources logicielles fournisseur sur lesquelles repose la source logicielle personnalisée. Lorsqu'une station n'a plus besoin de mettre en miroir une source logicielle, elle est immédiatement supprimée du volume miroir.

Si vous utilisez une configuration haute disponibilité, la liste miroir est unifiée sur toutes les stations. Un profil ou une instance référençant l'une des stations met également à jour les sources logicielles mises en miroir sur toutes les autres stations de la configuration HA. Lors de l'utilisation du stockage miroir partagé avec HA, l'état de synchronisation du miroir source du logiciel sur une station de gestion peut s'afficher de manière incorrecte comme "Non synchronisé". Reportez-vous à Problème connu : statut Non synchronisé sur les stations utilisant le stockage partagé.

Les sources logicielles tierces et privées sont-elles mises en miroir ?

Lorsque vous ajoutez une source tierce ou privée, vous indiquez si la source sera mise en miroir vers les stations de gestion. Si la mise en miroir est activée, la source tierce ou privée est mise en miroir vers les stations lorsqu'une instance ou un profil associé à la station référence la source. Reportez-vous à Quelles sont les sources logicielles mises en miroir ?

Exemple de liste de sources logicielles en miroir

Prenons un cas où vous avez créé un profil qui utilise la station, mais n'avez pas encore enregistré d'instances. Le tableau suivant répertorie les sources logicielles associées au profil et la liste miroir obtenue.

Profil 1	Liste des sources logicielles mises en miroir
ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64

Voyons maintenant ce qui se passe lorsque vous :

• Inscrire l'instance 1 et l'instance 2 avec le profil 1

Les sources logicielles définies dans le profil sont attachées à chaque instance. La liste miroir reste la même car aucune nouvelle source n'a été ajoutée ou supprimée.

Profil 1	Instance 1	Instance 2	Liste des sources logicielles mises en miroir
ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64

Ensuite, examinons ce qui se passe si :

• L'instance 1 attache une source logicielle (ol8_custom_source qui est basée sur ol8_developer-x86_64).
• Les instances 1 et 2 détachent chacune une source logicielle (ol8_addons-x86_64).

Liste des sources logicielles sur les mises à jour de la station de gestion pour refléter la modification. Le service ajoute ol8_custom_source et ol8_developer-x86_64 à la liste car l'instance 1 utilise ol8_custom_source, qui dépend de ol8_developer-x86_64. La source ol8_addons-x86_64 reste sur la station car le profil 1 y fait toujours référence.

Profil 1	Instance 1	Instance 2	Liste des sources logicielles mises en miroir
ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 Dissocier :ol8_addons-x86_64 Joindre : ol8_custom_source	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 Détacher : ol8_addons-x86_64	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_addons-x86_64 (non enlevé car le profil 1 utilise cette source) Ajouté : ol8_custom_source Ajouté : ol8_developer-x86_64

Enfin, examinons ce qui se passe lorsque vous supprimez le profil 1.

La source logicielle ol8_addons-x86_64 est enlevée de la liste car elle n'est plus utilisée par un profil ou une instance.

Profil 1	Instance 1	Instance 2	Liste des sources logicielles mises en miroir
supprimé	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 ol8_custom_source	ol8_baseos_latest-x86_64 ol8_appstream-x86_64	ol8_baseos_latest-x86_64 ol8_appstream-x86_64 Supprimé :ol8_addons-x86_64 ol8_custom_source ol8_developer-x86_64