Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 3 4 5 6 7 8 9 Page Suivante Page Précédente Bas de page
Auteur	Sujet : Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

e_esprit

Reprise du message précédent :
MAJ 29/10/2014 : Ouverture du topic aux autres solutions d'automatisation / gestion de configuration : Salt, Chief, etc.

Un peu comme pour le topic virtualisation qui regroupe Xen, KVM, virtualbox (mais pas proxmox qui a son propre topic parce que c'est pour les noobs ²)

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Publicité

gizmo15

du coup j'y vais

Petite question en rapport avec saltstack et cmd.run, j'essaye d'exécuter ca:

Code :

salt ${DHCP_SERVER} cmd.run "cat ${DHCP_CONF} | grep fixed-address | awk '{print substr($2, 0, length($2)-0)}' > ${ADDRESS_LIST}"

sauf que je me prends ca:

Code :

awk: line 1: syntax error at or near ,
grep: write error: Broken pipe

en elle même, la ligne fonctionne, du coup je me dis que je dois pas utiliser la bonne technique pour saltstack, une idée?

merci :jap:

Plam

Bear Metal

Bouchour

Salt user ici

Giz : une histoire d'échappement de caractères peut être ?

---------------
Spécialiste du bear metal

gizmo15

le but du jeu, rapatrier la liste des ip attribuées par isc-dhcp-server.

plam: oui je pense mais j'avoue ne pas avoir de solution simple

e_esprit

C'est pas un problème de variable d'env (${DHCP_CONF}) défini sur le client mais pas sur le serveur, ou l'inverse ?

Je sais que j'avais eu un truc dans le genre avec du SSH (pas du salt donc).

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

gizmo15

c'est une variable définie dans mon script en local qui donne le chemin du fichier sur le serveur auquel salt envoie la commande.

e_esprit

Essaye ça alors :

salt ${DHCP_SERVER} cmd.run "cat \${DHCP_CONF} | grep fixed-address | awk '{print substr($2, 0, length($2)-0)}' > \${ADDRESS_LIST}"

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

e_esprit

Ptete qu'il faudra aussi backslasher les $2 de awk.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

e_esprit

Voire en fait, le plus logique serait de ne backslasher que ceux de awk, j'ai mal interpréter ta réponse de variable définie sur le client/serveur

Message édité par e_esprit le 29-10-2014 à 12:02:39

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

gizmo15

je test ca :jap:

edit: ca aide bien!

maintenant j'ai bien un retour:

Code :

salt DHCP.home.loc cmd.run "cat /etc/dhcp/dhcpd.conf | grep fixed-address | awk '{print substr(\$2, length(\$2)-0)}'"
DHCP.home.loc:
s
s
;
;
;
;
;
;
;
;
;

me reste à voir dans ma commande ce qui cause ca.

merci :jap:

Message édité par gizmo15 le 29-10-2014 à 12:21:43

Publicité

e_esprit

Par contre je pige pas trop ton "length($2)-0", ça revient à "length($2)"

Et là du coup ta commande doit revenir à afficher le dernier caractère.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

gizmo15

oui oui j'ai modifié

par contre faire passer un sed avec des slash dedans du style: sed "s/;$//" ca ce fait ou ca fait beaucoup la?

en faite ca me renvoie les @IP mais y a un ; à la fin et j'en veux pas ^^

e_esprit

Bah moi dès le départ j'utiliserai un sed, et pas de grep ou awk

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

gizmo15

ha? pour moi un sed tu peux l'utiliser que pour de la découpe/remplacement?

e_esprit

Ah oui non, je délire un peu

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

e_esprit

grep fixed-address /etc/dhcp3/gen.conf | sed 's/.*fixed-address\ $.*$\ ;/\1/'

A adapter en fonction de la syntaxe de ton fichier dhcp.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

gizmo15

vais tester ca :jap:

merci

black_lord

Modérateur
Truth speaks from peacefulness

e_esprit a écrit :

MAJ 29/10/2014 : Ouverture du topic aux autres solutions d'automatisation / gestion de configuration : Salt, Chief, etc.

Un peu comme pour le topic virtualisation qui regroupe Xen, KVM, virtualbox (mais pas proxmox qui a son propre topic parce que c'est pour les noobs ²)

chef, pas chief

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

e_esprit

[:lefab:5]

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

black_lord

Modérateur
Truth speaks from peacefulness

et il vaincra

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Plam

Bear Metal

Une recette Salt pour installer NodeJS avec n https://github.com/tj/n :

package_for_n:
pkg:
- installed
- pkgs:
- curl

download_n:
cmd.run:
- name: 'curl -o /usr/local/bin/n https://raw.githubusercontent.com/visionmedia/n/master/bin/n'
- unless: which n

executable_n:
cmd.run:
- name: 'chmod +x /usr/local/bin/n'

install_n:
cmd.run:
- name: '/usr/local/bin/n stable'

Quand on bosse avec Node, n est bien pratique. Et maintenant avec Salt on peut donc passer d'une version de Node facilement sur tous ses serveurs d'un coup en envoyer un "n stable" (par exemple, pour se mettre sur la stable de Node).

Message cité 1 fois

---------------
Spécialiste du bear metal

black_lord

Modérateur
Truth speaks from peacefulness

Plam a écrit :

aucun troll voulu ici mais il y a un truc qui me dépasse avec les solutions comme salt et ansible : on est en 2014, on utilise de l'abstraction/du "haut niveau" pour la plupart des choses qu'on écrit et là on se retrouve littérallement à écrire des scripts shell en yaml.

on a pelle mêle : des paths absolus, un fetch de fichier directement sur internet, des dépendances au comportements d'un shell... et c'est sans compter le fait de devoir spécifier quel système de package utiliser pour installer un logiciel, ou pire. On perd tout le coté omnipotent d'un puppet ou d'un chef mais je ne vois pas les avantages de la solution.

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Plam

Bear Metal

Je vais répondre point par point :jap:

Mon infra : que du Debian
Mon besoin : automatiser certaines tâches simples et rapidement, sur mon infra
Mon PAS besoin : penser à faire mes recettes portables sur tous les UNIX possible. Ça existe, avec la notion de Pillars etc. Mais je vais pas passer (pour l'instant) du temps sur un truc qui ne m'est pas utile

Pkgs : c'est une abstraction pour des packages en général (RPM, Deb...)
Il y a de l'abstraction supplémentaire grâce à « which » pour faire des tests simple.

Quand aux chemins, c'est lié à « n », spécifiquement. J'ai des recettes bien plus abstraites que celle là.

Quand j'aurai un parc de VM avec des OS différents, je verrai, mais aujourd'hui en prod : Debian only

Message cité 1 fois
Message édité par Plam le 31-10-2014 à 09:11:54

---------------
Spécialiste du bear metal

e_esprit

Du coup c'est pas forcément pertinent de partager tes recettes

Message cité 1 fois
Message édité par e_esprit le 31-10-2014 à 09:14:29

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Plam

Bear Metal

e_esprit a écrit :

Du coup c'est pas forcément pertinent de partager tes recettes

Hmm. En regardant je pense que ça marche sur pas mal d'UNIX en fait [:cpttonio] (tous ceux qui utilisent /usr/local/bin dans leur PATH)

edit : l'autre moyen serait d'avoir le binaire sur le master et de l'envoyer sur les minions, en utilisant les propriétés Files de Salt. Mais du coup, on aurait pas forcément la dernière version de « n ». Je vais faire quelques tests :jap:

edit 2 : pour le chemin en entier dans la commande RUN, c'est à cause du script d'init Debian qui donne pas le chemin /usr/local/bin au Minion [:dawa]

Message édité par Plam le 31-10-2014 à 09:20:05

---------------
Spécialiste du bear metal

black_lord

Modérateur
Truth speaks from peacefulness

Plam a écrit :

Je vais répondre point par point :jap:

Mon infra : que du Debian
Mon besoin : automatiser certaines tâches simples et rapidement, sur mon infra
Mon PAS besoin : penser à faire mes recettes portables sur tous les UNIX possible. Ça existe, avec la notion de Pillars etc. Mais je vais pas passer (pour l'instant) du temps sur un truc qui ne m'est pas utile

Pkgs : c'est une abstraction pour des packages en général (RPM, Deb...)
Il y a de l'abstraction supplémentaire grâce à « which » pour faire des tests simple.

Quand aux chemins, c'est lié à « n », spécifiquement. J'ai des recettes bien plus abstraites que celle là.

Quand j'aurai un parc de VM avec des OS différents, je verrai, mais aujourd'hui en prod : Debian only

Merci pour tes réponses :jap:

dans le cadre d'une infra strictement mono OS ça s'entend, mais le "cout" si tu dois introduire d'autres OS va être d'autant plus élevé que tu as capitalisé non ? Si un client te dit "il me faut du centos" (ou tout autre RPM based par exemple), tu vas te tapper la modification de tous tes states "de base", sans parler de ceux de plus haut niveau en plus.

pour moi which ce n'est pas une abstraction
du coup pourquoi ne pas faire un simple script shell ?

Message cité 1 fois

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Plam

Bear Metal

black_lord a écrit :

Merci pour tes réponses :jap:

dans le cadre d'une infra strictement mono OS ça s'entend, mais le "cout" si tu dois introduire d'autres OS va être d'autant plus élevé que tu as capitalisé non ? Si un client te dit "il me faut du centos" (ou tout autre RPM based par exemple), tu vas te tapper la modification de tous tes states "de base", sans parler de ceux de plus haut niveau en plus.

pour moi which ce n'est pas une abstraction
du coup pourquoi ne pas faire un simple script shell ?

Comme je disais, je pense que même cette recette qui m'a pris 5 minutes, marche sur un OS rpm (car PKG dans Salt est générique).

Pourquoi pas un « simple » script Shell ? Faut arrêter avec le shell ( ), c'est pas « simple » déjà et pour le coup j'ai pas d'abstraction pour les paquets. Sans oublier de comment je le déploie, je le maintient etc :??:

Là depuis mon master, j'ai juste à décider sur quel nœud j'applique le requête Salt, et c'est tout !

edit : typiquement, je lance une VM propre (ya juste salt-minion a installer ou alors un template basique avec déjà le minion, NON configuré car il détecte via DNS le master), et hop ma commande Salt et voilà, ya la recette x ou y. Même pas de SSH ni rien sur la machine. C'est quand même autre chose qu'un script shell.

edit 2 : et modifier mes recettes en cours de route, si jamais ça arrive (desfois, quand j'ajoute une clef publique par exemple pour ma conf SSH ou alors meilleure recette), eh bien c'est Gité proprement. Donc en plus j'ai une historique facile à tenir, puisque c'est tout dans le même dossier.

Message cité 1 fois
Message édité par Plam le 31-10-2014 à 10:12:13

---------------
Spécialiste du bear metal

gizmo15

détection auto par dns? intéressant ca!

Message cité 1 fois

Plam

Bear Metal

gizmo15 a écrit :

détection auto par dns? intéressant ca!

Oui, il se connecte tout seul à un « salt.tondomaine.tld » :jap:

---------------
Spécialiste du bear metal

e_esprit

Y a pas moyen de déclarer un enregistrement SRV ?
Ca fait ~~crado~~ amateur d'imposer un nom (et surtout de ne pouvoir en avoir qu'un seul par domaine)

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

gizmo15

sans décommenter la ligne dans le conf?

si oui, sympa! un enregistrement dans le dns et roulez

Plam

Bear Metal

C'est la conf par défaut, c'est pas « imposé », tu peux mettre ce que tu veux

edit : oui c'est par défaut, j'ai pas modifié la conf de mes minions

Message édité par Plam le 31-10-2014 à 10:34:04

---------------
Spécialiste du bear metal

black_lord

Modérateur
Truth speaks from peacefulness

Plam a écrit :

Comme je disais, je pense que même cette recette qui m'a pris 5 minutes, marche sur un OS rpm (car PKG dans Salt est générique).

Plam a écrit :

t'enflammes pas pour moi cette recette c'est juste un script shell dans du yaml au final, donc la différence est minime. après pour le déploiment c'est certes moins aisé

Plam a écrit :

Là depuis mon master, j'ai juste à décider sur quel nœud j'applique le requête Salt, et c'est tout !

edit : typiquement, je lance une VM propre (ya juste salt-minion a installer ou alors un template basique avec déjà le minion, NON configuré car il détecte via DNS le master), et hop ma commande Salt et voilà, ya la recette x ou y. Même pas de SSH ni rien sur la machine. C'est quand même autre chose qu'un script shell.

edit 2 : et modifier mes recettes en cours de route, si jamais ça arrive (desfois, quand j'ajoute une clef publique par exemple pour ma conf SSH ou alors meilleure recette), eh bien c'est Gité proprement. Donc en plus j'ai une historique facile à tenir, puisque c'est tout dans le même dossier.

toutes les recettes dans le meme dossier ? avec une hierarchie j'espère

Je suis pas celui à convaincre de ne pas faire de scripts shell hein, je bosse sur une codebase de + de 30k lignes juste pour le repo chef et 1500+ commits

Message cité 1 fois

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

Plam

Bear Metal

black_lord a écrit :

t'enflammes pas pour moi cette recette c'est juste un script shell dans du yaml au final, donc la différence est minime. après pour le déploiment c'est certes moins aisé

Je m'enflamme pas du tout, sinon yaurait pas de " " La différence apparaît peut être minime dans la syntaxe, mais tout le reste derrière n'a absolument rien à voir (ya pas que le déploiement, ya la faculté d'appliquer la recette à n'importe quel nœud ou groupe de nœud via les « selectors » de Salt, et encore des tonnes d'autres choses

black_lord a écrit :

Dossier avec sous-dossiers bien sûr ! Mais je voulais dire dans la même arborescence Git, donc c'est facile à suivre :jap:

Sur le shell, pour moi c'est bien uniquement pour des usages particuliers. Mais bon, quand on a un marteaux, tous les ennuis deviennent des clous, c'est bien connu :jap:

---------------
Spécialiste du bear metal

edhelas

'Pendant' nous… le déluge ?

Bonjour les gens

Pour revenir dans le sujet je souhaiterai avoir de votre aide sur Puppet. Je commence tout juste à cerner le machin et j'ai un petit "exercice" à faire qui servira de base pour un déploiement de Puppet dans ma boite
L'idée est d'utiliser Puppet avec GIT.

J'ai donc à disposition 5 VM :
- Un PuppetMaster
- Un serveur Web de test
- Un serveur MySQL de test
- Un serveur Web de prod
- Un serveur MySQL de prod

L'idée est de configurer deux environnements (il y en aura plus après, devel/test/acceptance/prod, là c'est pour l'exemple ), test et prod avec deux machine dans chaque (Web et BDD) depuis le PuppetMaster et de versionner tout ça dans une branche GIT "test". Puis de créer une branche "prod" et de merger "test" dans "prod" quand on estime que la configuration est OK.

J'essaye, au fur et à mesure de mon avancée dans la compréhension du bouzin, d'écrire des petits posts sur mon blog qui me servirons d'aide mémoire : http://edhelas.movim.eu/blog/.

Donc jusqu'ici j'ai :
- Installé les modules Apache ( https://forge.puppetlabs.com/puppetlabs/apache ) et MySQL ( https://forge.puppetlabs.com/puppetlabs/mysql ) sur le PuppetMaster
- Mis en place les environnement dynamiques (comme expliqué sur ma petite note de blog http://edhelas.movim.eu/blog/?post [...] ynamiques)
- Installé Puppet sur les deux serveurs "test" et liés au PuppetMaster
- Déclaré les deux serveurs en tant que "test" pour qu'il aillent chercher le manifest dans /etc/puppet/environments/test/manifests
- Dans ce dossier manifest j'ai créé un fichier nodes.pp avec ce contenu

Code :

node basenode {
include test
}
node 'web01-test' inherits basenode {
include apache
}
node 'mysql01-test' inherits basenode {
include mysql::server
}

Le "test" déclaré dans basenode est juste un petit module que j'ai créé moi même qui crée un fichier dans /tmp avec l'IP du serveur.

Code :

/etc/puppet/environments/test/modules/test/manifests# cat init.pp
class test {
file {'/tmp/hop.txt':
ensure => present, # vérifier que le fichier existe bien, sinon le créer
mode => 0644, # les droits à appliquer au fichier
content => "Mon adresse IP publique: ${ipaddress_eth0} voilà.\n",
}
}

Le petit soucis que j'ai est que j'ai déclaré en dur le FQDN des deux serveurs de test dans nodes.pp (web01-test et mysql01-test) et que lors du merge dans l'environnement de prod je ne pourrai pas dynamiquement basculer ces configurations sur les serveurs web01-prod et mysql01-prod. Une idée pour rendre ça dynamique ?

Merci d'avance pour les réponses :jap:

Message édité par edhelas le 06-11-2014 à 11:10:14

---------------
╯°□°）╯︵ ┻━┻

e_esprit

Tu peux utiliser une expression régulière (si adaptée au nommage de tes machines test et prod), ou plus simplement mettre une liste de nodes.

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

black_lord

Modérateur
Truth speaks from peacefulness

rationnelle l'expression en français, pas régulière

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me

edhelas

'Pendant' nous… le déluge ?

Moi je préfère ma régulière, c'est plus rationnel

---------------
╯°□°）╯︵ ┻━┻

gizmo15

up,

ca support la latence saltstack? style 25/26ms

car je passe par un vpn ipsec sur une machine en DC et salt me renvoie toute mes machines local sans soucis sauf celle la oO

Plam

Bear Metal

Hmmm j'ai plus actuellement et ça marche. Ta fait des tests en « ciblant » juste celle là ?

---------------
Spécialiste du bear metal

gizmo15

ouaip, pas d'erreur mais la commande retourne rien oO alors que sur une machine du LAN no soucy

Publicité

Page : 1 2 3 4 5 6 7 8 9

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Codes et scripts

Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

Sujets relatifs
[Topic Unique] Fedora 35 out - Gnome 41	bruit bizarre, linux inside
[O/C@linux] Enfin sur OSA clockez en 100% linux !!	Cherche NAS bon marché et OSA compliant
problème de configuration postfix: serveur secondaire (:cry: inside)	Ubuntu (Noobette inside) partition et Lecteur USB
Comportemant étrange sur les i/o disques (serveumails & iostat inside)	IWH6000@OSA
Plus de sujets relatifs à : Le Topic Unique des marionnetistes@OSA (Puppet, Salt, Chef, ...)

Page générée en 0.121 secondes