Recherche de configuration anable
Avec l'utilisation de modules de recherche, nous pouvons simplement extraire les informations qui traversent les domaines extérieurs dans ANSIBLE. Les systèmes de fichiers internes, les entrepôts de données distants ou les services ne sont que quelques exemples de ces domaines. Une fois les informations collectées auprès de ces fournisseurs, les informations sont traitées par le module de recherche puis récupérées via le moteur de l'immatriculation d'Anible. Et cela permettra d'accéder à ce modèle. L'objectif principal du plugin de recherche de configuration ANSIBLE est d'importer des paramètres ou des modèles qui incluent des informations provenant de domaines extérieurs ou de dispositifs distants.
Travailler sur le plugin de recherche dans ANSIBLE
Voici les principes de travail du plugin de recherche avancé dans l'outil ANSIBLE:
Contrairement aux activités locales qui fonctionnent avec un tel répertoire spécifié associé à la pièce ou un rôle implémentée, les recherches sont exécutées avec un répertoire spécifié en dehors de la pièce ou du rôle.
Vous devriez avoir une solide compréhension d'Anable, de ses fonctionnalités et de ses instructions lorsque vous allez utiliser le module de recherche dans ANSIBLE car il s'agit d'une fonctionnalité avancée.
L'information n'est traitée qu'à distance. Ainsi, nous devons être conscients qu'il doit être transmis dans un paramètre ou utilisé comme ressource d'information après calcul ou évaluation.
Il existe plusieurs approches diverses pour permettre des modules personnalisés comme les placer dans le module de recherche de domaine à côté, en le plaçant dans un chemin de plugins de recherche et en ajoutant une source à partir d'un répertoire de recherche configuré dans le CFG.
Pour la collecte d'informations ou la génération d'informations, nous pouvons intégrer des modules anibles aux filtres et expériences.
L'opération de requête, qui a été implémentée dans Ansible dans la version 2.5, est utilisé pour invoquer les modules de recherche. Le module de requête fournit toujours un tableau de valeurs, tandis que la recherche produit un ensemble de valeurs séparées par des virgules (CSV). Pour forcer une recherche à générer une valeur, nous pouvons utiliser spécifiquement le paramètre WantList = True.
Prérequis du plugin de recherche ANSIBLE
Avant de mettre en œuvre l'exemple, nous avons besoin que les critères suivants soient remplis:
Il doit y avoir un serveur de contrôle anible du contrôleur nommé nommé. Pour créer une connexion et utiliser le plugin de recherche de configuration ANSIBLE, nous aurons besoin des hôtes distants. Et ici, nous utilisons l'hôte local comme hôte distant cible pendant la mise en œuvre.
Nous allons construire des manuels, émettre des commandes anible et observer les résultats sur les hôtes lointains sur l'appareil de contrôle-contrôleur anible.
Nous essaierons d'utiliser différents scénarios pour examiner quelques-uns des plugins de recherche ANSIBL. La configuration du module de recherche dans ces scénarios est uniquement destinée à démontrer comment les utiliser.
Exemple 01: Affichage des configurations de rôle par défaut dans Ansible
Maintenant, nous allons implémenter le tout premier exemple où nous obtiendrons le chemin de rôle par défaut en utilisant le plugin de recherche d'Anible. Tout d'abord, nous créerons le Playbook pour inclure l'hôte distant cible et les tâches. Ce qui suit est la commande utilisée pour créer le playbook dans ANIBLE:
[root @ maître anible] # nano config_lookup.YML
Après avoir écrit la commande ci-dessus et appuyé sur Entrée, l'éditeur de livres de lecture sera ouvert sur un nouveau terminal nommé «config_lookup. L'identification de l'instance ou du module que nous avons l'intention d'utiliser initialement sera écrite. Nous avons utilisé le paramètre «rassembler_facts» d'ANSIBLE afin que nous obtenions toutes les informations relatives au localhost afficher dans la sortie, mais nous ne voulons pas obtenir les informations supplémentaires de l'hôte local cible afin que nous ayons passé le «faux «Valeur pour les« rassemblements »dans le livre de jeu. Maintenant, nous mentionnerons les hôtes du livre de jeu, nous avons donc fourni le "localhost".
Ensuite, nous voulons énumérer les tâches que nous voulons faire. Nous avons donc écrit le paramètre «Tâches», puis énumérer les tâches une par une. Dans cette liste, nous devons d'abord utiliser le paramètre «Nom» pour afficher le nom des tâches. Et puis nous avons utilisé le paramètre «débogage» et approvisionnement le paramètre «msg» dedans afin que le message que nous voulons afficher dans le résultat soit affiché.
- Nom: Exemples de recherche de configuration
rassemble_facts: faux
hôtes: localhost
Tâches:
- Nom: Imprimez les chemins de rôle
déboguer:
MSG: "Ce sont les chemins de rôle configurés: lookup ('config', 'default_roles_path')"
Dans cet exemple, nous n'allons pas construire le fichier d'inventaire pour établir une connexion car nous utilisons l'hôte local comme hôte distant cible. Pour obtenir les résultats en exécutant le PlayBook créé ci-dessus, nous rédigerons la commande ci-dessous dans le terminal:
[root @ maître anible] # anible-playbook config_lookup.YML
Voici la sortie après avoir exécuté la commande ci-dessus. Nous obtiendrons le chemin configuré du localhost avec le message que nous avons écrit dans le playbook dans la police verte avec le signal «OK».
Exemple 02: Affichage des couleurs configurées par défaut dans ANIBLE
Voici le deuxième exemple que nous allons mettre en œuvre en utilisant le module intégré d'Anible, qui est le module de recherche. Dans ce scénario, nous obtiendrons les couleurs configurées de l'élément.
Nous ne créerons pas un autre livre de jeu pour cet exemple. Nous faisons simplement les modifications nécessaires dans le livre de jeu «config_lookup». Tout d'abord, nous ouvrirons le livre de jeu en écrivant la commande ci-dessous:
[root @ maître anible] # nano config_lookup.YML
Dans PlayBook Tasks, nous modifierons le nom de la tâche, puis nous passerons «l'élément» pour obtenir la couleur par défaut. Nous avons utilisé le paramètre «Loop» pour obtenir les couleurs par défaut dans une liste.
- Nom: Exemples de recherche de configuration
rassemble_facts: faux
hôtes: localhost
Tâches:
- Nom: Voir les couleurs par défaut
debug: msg = "item"
LOOP: "lookup ('config', 'color_ok', 'color_changed', 'color_skip', wantList = true)"
Maintenant, terminez le playbook en enregistrant la modification et exécutez le playbook via la commande ci-dessous:
[root @ maître anible] # anible-playbook config_lookup.YML
L'extrait illustré suivant nous montrera la sortie souhaitée en exécutant l'instruction écrite ci-dessus. Nous avons les trois couleurs configurées par défaut du plugin de recherche dans Ansible qui sont vert, jaune et cyan.
Exemple 03: Affichage de la procédure pour l'escalade des privilèges dans ANSIBLE
Nous allons implémenter le troisième exemple du plugin de recherche de configuration intégré dans ANIBLE. Dans l'exemple, nous dégédions les privilèges du module de recherche. Tout d'abord, nous ouvrirons le livre de jeu.
[root @ maître anible] # nano config_lookup.YML
Nous allons maintenant modifier le code et le configurer en fonction de nos exigences. Nous changerons le nom de la tâche et modifierons la logique de débogage.
- Nom: Exemples de recherche de configuration
rassemble_facts: faux
hôtes: localhost
Tâches:
- Nom: Imprimez la méthode d'escalade du privilège par défaut
déboguer:
msg: "default_become_method: lookup ('config', 'default_become_method')"
Encore une fois, nous utiliserons la même commande pour exécuter et présenter les résultats de l'exemple.
[root @ maître anible] # anible-playbook config_lookup.YML
Comme indiqué dans la sortie ci-dessous, nous obtiendrons le privilège dégénéré «sudo» dans la couleur verte.
Conclusion
Nous avons appris l'un des modules intégrés d'ANSIBLE qui est la configuration du plugin de recherche. Nous avons discuté du fonctionnement du plugin et mis en œuvre plusieurs exemples afin que nous puissions facilement comprendre les modules de travail et différents du plugin de recherche dans ANIBLE.