Bonjour,
Le mer. 5 sept. 2018 à 13:59, Raphael Jacquot a écrit :
>
>
> On 09/05/2018 11:56 AM, Steeve BEAUVAIS - Société Serinya Telecom wrote:
> > Bonjour à tous,
> >
> > Désolé pour le retard sur la réponse (période estivale ^^).
> > En tout cas Ansible ressort pas mal, je vais regarder ce
On 09/05/2018 11:56 AM, Steeve BEAUVAIS - Société Serinya Telecom wrote:
> Bonjour à tous,
>
> Désolé pour le retard sur la réponse (période estivale ^^).
> En tout cas Ansible ressort pas mal, je vais regarder ce que donne la
> version AWX.
> Ansible gratuit est impec' pour moi il manque
Bonjour à tous,
Désolé pour le retard sur la réponse (période estivale ^^).
En tout cas Ansible ressort pas mal, je vais regarder ce que donne la
version AWX.
Ansible gratuit est impec' pour moi il manque juste l'API pour le piloter
depuis une interface externe.
Cordialement.
Le 14/08/2018 à 22:06, Jean-Yves LENHOF a écrit :
> Le seul moin c'est la scalabilité et la rapidité avec pas mal de
> serveurs (mais j'ai fait tourné des choses sur 1000 serveurs et en
> ajoutant un peu de CPU et RAM sur le controlleur ça fonctionnait même si
> cela mettait un peu de temps à
Le 14/08/2018 15:53, Sabri Boukari a écrit :
Dernier petit détail...
Salt et plus efficace sur windows vs ansible...
pour ansible il y un backend a installé un espece de backdoor qui permet la
connexion et l'exécution des commandes shell sur windows.
comme cygwin
ce que tu appelles une backdoor,
Bonjour,
Il me semble que les deux approches les plus crédibles sont Ansible et Salt
avec Napalm.
Dans les deux cas, pour moi, le point crucial c'est comment ces outils
s'interface avec les équipements.
En utilisant certains modules, tu utiliseras en fait la CLI. Ceux qui ont
connu Rancid donc
Hey !
Le mar. 14 août, vers 23:57, Sabri Boukari exprimait :
>
> Le sujet principal tourne autour de l'automatisation.
Le sujet était même plus simple que l'automatisation, des modules
réseau et une API, dans un logiciel d'automatisation.
> On va s'engager dans une autre discussion avec votre
6 mois est une des préconisations que j'ai entendu pas mal de fois par des
consultants dans les réunions d'architecture...
Sinon, je connais trés bien les dates je parle plutôt des choix prises par
les entreprises aujourd'hui.
par ailleurs le couple trés connu entre python et ruby on va dire les
Oui, c'est bien ce que disais...
Sinon, Rundeck/Ansible est l'un des milliers d'autres options.
Si le besoin et d'avoir un orchestrateur je suggère Jenkins ou au pire des
cas bamboo pour une solution entreprise...
Mais pour le moment Jenkins et la meilleurs solution intra rumos
2018-08-14 16:30
https://github.com/ansible/awx
1) c'est la version upstream de tower
2) c'est gratuit
3) l'API est gratuite aussi
et pour la partie réseau, ce doc est assez clair sur ce qu'il y a et qui
fonctionne (ou plutot sur ce qui ne fonctionne pas, malgré les dires des
fournisseurs).
Le 14/08/2018 à 15:53, Sabri Boukari a écrit :
> Dernier petit détail...
> Salt et plus efficace sur windows vs ansible...
> pour ansible il y un backend a installé un espece de backdoor qui permet la
> connexion et l'exécution des commandes shell sur windows.
> comme cygwin
>
> Est Salt peut
On 14/08/18 14:11, Fabien VINCENT (FrNOG) wrote:
Utilisez-vous autre chose ou si vous utilisez Ansible de quelle manière?
J'ai pu voir rapidement qu'il y avait Rudder et Puppet mais j'ai pas
l'impression qu'ils soient aussi puissants.
Merci beaucoup par avance pour vos retours la liste :)
Bonjour Steeve,
Le couple Ansible / Rundeck répond à ton besoin.
Benjamin
> Le 14 août 2018 à 14:47, Steeve BEAUVAIS - Société Serinya Telecom
> a écrit :
>
> Bonjour,
>
> Je suis actuellement en train d'étudier Ansible afin d'automatiser
> certaines tâches sur plusieurs types de devices du
Le Tue, Aug 14, 2018 at 04:17:09PM +0200, Sabri Boukari [sabriic...@gmail.com]
a écrit:
> https://everythingshouldbevirtual.com/automation/ansible-using-ansible-on-windows-via-cygwin/
Ca, c'est pour utiliser Ansible sur le poste Windows, en utilisant du
python dans cygwin
--
Dominique
https://everythingshouldbevirtual.com/automation/ansible-using-ansible-on-windows-via-cygwin/
2018-08-14 15:58 GMT+02:00 Dominique Rousseau :
> Le Tue, Aug 14, 2018 at 03:53:06PM +0200, Sabri Boukari [
> sabriic...@gmail.com] a écrit:
> > Dernier petit détail...
> > Salt et plus efficace sur
Le Tue, Aug 14, 2018 at 03:53:06PM +0200, Sabri Boukari [sabriic...@gmail.com]
a écrit:
> Dernier petit détail...
> Salt et plus efficace sur windows vs ansible...
> pour ansible il y un backend a installé un espece de backdoor qui permet la
> connexion et l'exécution des commandes shell sur
Dernier petit détail...
Salt et plus efficace sur windows vs ansible...
pour ansible il y un backend a installé un espece de backdoor qui permet la
connexion et l'exécution des commandes shell sur windows.
comme cygwin
Est Salt peut fonctionner en mode agent serveur et en mode standalone, d'ou
le
tu n'aura besoin de python que sur une machine qui exécute ansible, du
moment ou tu lance une commande a distance c'est comme si tu fait:
ssh user@name " echo 'hello world!' "
ansible doit être installé sur la machine hote et donc besoin de toutes la
stack python et toutes les framework que tu
Attention aussi, sur certaines séries de Cisco Nexus (j'ai des 3k en 6.0
…) qui n'ont pas d'API REST, la plupart des modules nx-os d'Ansible ne
sont pas compatibles. Je ne sait pas ce qu'il en est de Salt mais avec
Ansible ça demande de faire de la gymnastique assez pénibles dans les
rôles …
Bref
Les tests que j'ai fait pour le moment ne m'ont pas montré la nécessité
d'avoir python installé sur les machines distantes.
J'ai fait des tests avec les modules ios_command et ios_config sur un cisco
888E et y'a pas de python sur ces bébêtes ^^
Cordialement,
[image:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/14/2018 03:15 PM, Dominique Rousseau wrote:
> Le Tue, Aug 14, 2018 at 03:07:41PM +0200, Sabri Boukari
> [sabriic...@gmail.com] a écrit:
> [...]
>> Sinon, Salt fonctionne de la méme façon que ansible avec les méme
>> caractéristiques et
Le Tue, Aug 14, 2018 at 03:07:41PM +0200, Sabri Boukari [sabriic...@gmail.com]
a écrit:
[...]
> Sinon, Salt fonctionne de la méme façon que ansible avec les méme
> caractéristiques et utilise aussi du ssh et le meme framework python *Boto.
> Peut-être méme que salt est beaucoup plus múr et
Ouim vous pouvez jeter un coup d'oeil sur salt.
et voici l'equivalent à galaxy mais en mode officiel chez salt:
https://docs.saltstack.com/en/latest/topics/development/conventions/formulas.html
c'est free aussi
2018-08-14 15:11 GMT+02:00 Fabien VINCENT (FrNOG) :
> Le 2018-08-14 14:47, Steeve
Le 2018-08-14 14:47, Steeve BEAUVAIS - Société Serinya Telecom a écrit :
> Bonjour,
>
> Je suis actuellement en train d'étudier Ansible afin d'automatiser
> certaines tâches sur plusieurs types de devices du genre Cisco (IOS et IOS
> XE) Huawei (Campus et CE), KVM et divers serveurs linux.
>
>
Bonjour,
L'avantage de ansible c'est sont fonctionnement.
Methode SSH, le ansible Galaxy pour la partie playbook et les appliance.
Sinon, il y a semaphore je pense et awx qui sont équivalent à Tower en mode
openSource et Tower lui même est gratuit openSource.
Mais je ne connais pas vraiment la
Bonjour,
Je suis actuellement en train d'étudier Ansible afin d'automatiser
certaines tâches sur plusieurs types de devices du genre Cisco (IOS et IOS
XE) Huawei (Campus et CE), KVM et divers serveurs linux.
Je me suis penché au premier abord sur Ansible. Outils très puissant y'a
pas à dire,
26 matches
Mail list logo