Présentation des stations de gestion
Un système assigne le rôle de miroir de la station de gestion et distribue des sources de logiciels aux instances sur place ou dans des nuages tiers pris en charge. Une station agit également comme mandataire de réseau pour que les instances communiquent avec le centre de gestion du système d'exploitation dans Oracle Cloud Infrastructure.
- Qu'est-ce qu'une station de gestion?
- Exigences du système
- Statut d'état de la station
- Synchronisation miroir
Les stations de gestion ne sont pas utilisées par les instances OCI.
Qu'est-ce qu'une station de gestion?
Une station de gestion est une instance qui met en miroir et distribue des sources de logiciels à d'autres instances sur place ou dans le nuage tiers. La station agit également comme mandataire de réseau pour les instances non OCI afin de communiquer avec le centre de gestion du système d'exploitation dans Oracle Cloud Infrastructure. Le système agissant en tant que station a des exigences spécifiques pour servir efficacement les instances de client.
Ai-je besoin d'une station?
Si vous gérez des instances sur place ou en nuage tiers, vous devez disposer d'au moins une station pour transmettre le contenu d'une source de logiciels à 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 place ou en nuage 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 dans un centre de données client ou dans un nuage 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 correctifs, vous devez créer une tâche de mise à jour pour l'instance qui agit en tant que station de gestion.
L'instance de station a son propre jeu de sources de logiciels associées. Ceux-ci sont séparés des sources de logiciels en miroir distribuées par la station à d'autres instances. Par défaut, seules les sources de logiciels Oracle Linux 8 BaseOS et Appstream sont initialement attachées à l'instance de station. Si vous utilisez des ensembles sur votre station à partir d'autres sources de logiciels, attachez ces sources de logiciels à l'instance de station.
Quelles données sont stockées dans OCI pour les stations?
- Capacité (en pourcentage) de stockage miroir
- Sortie de commande
reposync
Si la station de gestion est également gérée et mise à jour à l'aide du centre de gestion du système d'exploitation, ses informations sur l'instance sont également collectées.
Exigences du système
Une station de gestion a plusieurs exigences pour servir efficacement les instances clients dans un centre de données.
- Exigences d'Oracle Linux
-
Une station de gestion nécessite Oracle Linux 8 (8,7 au minimum, Oracle Linux 9 n'est pas pris en charge) sur un serveur sans système d'exploitation ou une machine virtuelle x86_64 dans le centre de données ou un nuage tiers pris en charge. Ne pas enregistrer une station auprès du réseau Unbreakable Linux (ULN) ou d'autres systèmes de diffusion de contenu. Une fois la station enregistrée, le centre de gestion du système d'exploitation fournit à l'instance de station des mises à jour. Voir Comment gérer l'instance de station?.
- Exigences en matière d'UC et de mémoire
-
Un système de station de gestion nécessite un minimum de quatre cœurs de processeur et 16 Go de mémoire vive.
- Exigences relatives au réseau
-
Les stations de gestion doivent avoir une connectivité au centre de gestion du système d'exploitation dans OCI sur le port tcp/443. Si la station nécessite un mandataire de transmission pour atteindre OCI, vous fournissez ces informations lors de la création de la station.
Les stations de gestion nécessitent une connectivité aux instances clients sur le réseau local. Lorsque vous créez une station, vous spécifiez un port d'écoute proxy et deux ports d'écoute miroir. Ces ports TCP doivent être ouverts sur le réseau entre la station et ses clients. Nous recommandons également un réseau 10 Gigabit entre la station et les instances clients.
- Exigences en matière de stockage
-
Une station de gestion met en miroir des sources de logiciels Oracle Linux pour diffuser du contenu localement vers des instances sur place ou de nuage tiers. L'espace de stockage d'une station peut être important. Cela dépend du nombre, de la taille et de la portée des sources de logiciels en miroir. Les stations qui desservent plusieurs versions d'Oracle Linux peuvent nécessiter plusieurs centaines de gigaoctets à plusieurs téraoctets d'espace disque. Assurez-vous que
/var/cache/dnfdispose d'un stockage suffisant pour les métadonnées du référentiel.Nous vous recommandons :
-
Allouez le stockage miroir séparément du système de fichiers racine.
-
Utilisez un volume réseau pour le miroir à l'aide de NFS ou iSCSI pour faciliter la reprise après sinistre (ou utilisez le stockage partagé dans une configuration hautement disponible).
-
Utilisez la taille indiquée dans la liste des sources de logiciels pour planifier la taille du volume. En général :
-
Les sources de logiciels Ksplice peuvent nécessiter 1 à 5 To d'espace de stockage par référentiel.
-
Les grandes sources de logiciels peuvent nécessiter entre 100 et 200 Mo de stockage par référentiel.
-
Important
Les ensembles ne sont jamais supprimés des référentiels Oracle Linux. Ainsi, l'espace requis pour chaque source de logiciels augmente toujours. Surveillez activement la capacité de stockage miroir de la station.
-
Statut d'état de la station
Vous pouvez voir l'état de la station lors de la liste des stations de gestion ou de la consultation des détails de la station de gestion.
Les statuts d'état possibles sont les suivants :
- Santé : la station de gestion fonctionne normalement et se connecte au service.
- Mauvais état : La station de gestion a perdu la connexion avec le service (inactif, hors ligne ou non enregistré). Consultez le journal de l'agent sur l'instance de station de gestion pour faciliter le dépannage.
- Non disponible : Il s'agit de l'état initial de la station de gestion après sa création. La station reste dans cet état jusqu'à ce que vous enregistriez l'instance de la station.
Synchronisation miroir
- Qu'est-ce que le miroir de la station?
- Quand se produisent les synchronisations miroir?
- Que se passe-t-il lors d'une synchronisation miroir?
Qu'est-ce que le miroir de la station?
Le miroir de la station de gestion est une copie des sources de logiciels nécessaires pour fournir du contenu aux instances sur place ou de nuage tiers qui utilisent la station. Il permet aux instances sur place ou de nuage tiers de recevoir du contenu logiciel de la station de gestion, plutôt que directement à partir du centre de gestion du système d'exploitation. Le contenu des sources de logiciels mises en miroir est mis à jour chaque fois qu'une synchronisation miroir se produit.
La liste des sources de logiciels en miroir sera vide jusqu'à ce que vous créiez un profil qui utilise la station. Voir Quelles sont les sources de logiciels mises en miroir?.
Quand les synchronisations miroir se produisent-elles?
Lorsqu'une station s'enregistre auprès du centre de gestion du système d'exploitation, le service crée également une tâche de synchronisation miroir programmée récurrente pour la station. Vous pouvez modifier la durée et la fréquence d'exécution de la tâche de synchronisation miroir, mais vous ne pouvez pas supprimer la tâche de synchronisation.
Une synchronisation miroir se produit :
- Lorsque la tâche de synchronisation miroir programmée récurrente d'un poste de gestion s'exécute.
- Lorsque vous déclenchez une synchronisation miroir immédiate pour des sources de logiciels spécifiques.
- Lorsque vous mettez à jour une source de logiciels personnalisée qui est déjà en miroir.
Que se passe-t-il lors d'une synchronisation miroir?
Lorsque le travail de synchronisation miroir s'exécute, la station vérifie s'il doit mettre à jour les sources de logiciels en miroir. La tâche de synchronisation met à jour le miroir local en fonction des modifications apportées aux sources de logiciels. La station recherche également de nouvelles sources de logiciels à ajouter au miroir local.
Quelles sont les sources de logiciels mises en miroir?
Après l'enregistrement d'une station de gestion, la liste des sources de logiciels en miroir est initialement vide. Le centre de gestion du système d'exploitation 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'enregistrement nécessaires pour les instances qui utiliseront la station. Le service identifie les sources de logiciels utilisées par les profils et les ajoute à la liste des miroirs de station. Lorsque vous créez de nouveaux profils ou que vous associez de nouvelles sources de logiciels à des instances, la liste miroir de station est mise à jour automatiquement. Si vous supprimez des profils ou détachez des sources de logiciels des instances, les entrées de liste miroir ne sont supprimées que si aucune instance ou aucun profil ne fait référence à la source de logiciels.
Lors de la mise en miroir de sources de logiciels personnalisées, la station de gestion met également en miroir toutes les sources de logiciels de fournisseur sur lesquelles la source de logiciels personnalisée s'appuie. Lorsqu'une station n'a plus besoin de mettre en miroir une source de logiciels, elle est immédiatement supprimée du volume miroir.
Si vous utilisez une configuration haute disponibilité, la liste miroir est unifiée dans toutes les stations. Un profil ou une instance référençant l'une des stations met également à jour les sources de logiciels en miroir sur toutes les autres stations de la configuration HA. Lors de l'utilisation du stockage en miroir partagé avec HA, l'état de synchronisation du miroir de la source de logiciels sur une station de gestion peut s'afficher incorrectement comme "Non synchronisé". Voir Problème connu : Statut 'Non synchronisé' sur les stations utilisant le stockage partagé.
- Les sources de logiciels tierces et privées sont-elles mises en miroir?
-
Lors de l'ajout d'une source tierce ou privée, vous sélectionnez si la source sera mise en miroir dans 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 fait référence à la source. Voir Quelles sources de logiciels sont mises en miroir?
- Exemple de liste de sources de logiciels 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 de logiciels associées au profil et la liste miroir résultante.
Profil 1 Liste des sources de logiciels en miroir ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64Voyons ensuite ce qui se passe lorsque vous :
- Enregistrer l'instance 1 et l'instance 2 avec le profil 1
Les sources de logiciels définies dans le profil sont associé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 de logiciels en miroir ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64Ensuite, regardons ce qui se passe si :
- L'instance 1 attache une source de logiciels (
ol8_custom_source, basée surol8_developer-x86_64). - Les instances 1 et 2 détachent chacune une source de logiciels (
ol8_addons-x86_64).
La liste des sources de logiciels sur la station de gestion est mise à jour pour refléter la modification. Le service ajoute
ol8_custom_sourceetol8_developer-x86_64à la liste, car l'instance 1 utiliseol8_custom_source, qui dépend deol8_developer-x86_64. La sourceol8_addons-x86_64reste sur la station car le profil 1 y fait toujours référence.Profil 1 Instance 1 Instance 2 Liste des sources de logiciels en miroir ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64Détacher :
ol8_addons-x86_64Joindre :
ol8_custom_sourceol8_baseos_latest-x86_64ol8_appstream-x86_64Détacher :
ol8_addons-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_addons-x86_64(non supprimé car le profil 1 utilise cette source)Ajouté :
ol8_custom_sourceAjouté :
ol8_developer-x86_64Enfin, examinons ce qui se passe lorsque vous supprimez le profil 1.
La source de logiciels
ol8_addons-x86_64est supprimé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 de logiciels en miroir Suppression
ol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_custom_sourceol8_baseos_latest-x86_64ol8_appstream-x86_64ol8_baseos_latest-x86_64ol8_appstream-x86_64Supprimé :
ol8_addons-x86_64ol8_custom_sourceol8_developer-x86_64