FRsAG

frsag@frsag.org

15 participants
2598 discussions

Recrutement Ingé/Devops - Lausanne, Lille et Paris
by Falco Schmutz / premaccess 14 Dec '16

14 Dec '16

Bonjour à tous, Nous recherchons 4 personnes, sur 3 destinations de rêves ^^. Pas de HomeOffice, désolé, consolidation des effectifs dans un premier temps ! Salaire selon experience et lieu Dispo ASAP Les + : Ansible AWS L'autonomie Le gout du challenge La bière et l'humour ! Bref un ingé des temps moderne (2016 hein par le film) Belle journée à tous ! -- ____________________________________________________________________________________________ Falco SCHMUTZ <http://fr.linkedin.com/in/fschmutz> E-mail : fschmutz(a)premaccess.com Mobile : +33 6 80 22 00 29 Fixe Suisse : +41 44 586 77 74 Fax Suisse : +41 26 347 28 90 Fax France : +33 9 72 12 19 25 *premaccess *SA Route des Arsenaux 41 - CP 132 CH-1705 Fribourg, Suisse http://www.premaccess.com <http://www.facebook.com/premaccess> <http://twitter.com/premaccess> ____________________________________________________________________________________________ Attention : le présent message et toutes les pièces jointes sont confidentiels et établis a l'attention exclusive du ou des destinataire(s) indique(s). Toute autre diffusion ou utilisation non autorisée est interdite. Si vous recevez ce message par erreur, veuillez immédiatement en avertir l'expéditeur par e-mail en retour, détruire le message et vous abstenir de toute référence aux informations qui y figurent afin d'éviter les sanctions attachées a la divulgation et a l'utilisation d'informations confidentielles. Les messages électroniques sont susceptibles d'altération. Nous déclinons toute responsabilité en cas d'altération ou de falsification du présent message. Warning : this e-mail and any files attached are confidential and intended solely to the named addressee(s). Any unauthorised dissemination or use is strictly prohibited. If you received this e-mail in error, please immediately notify the sender by reply e-mail and then delete the e-mail from your system. Please do not copy, use or make reference to it for any purpose, or disclose its contents to any person : to do so could expose you to sanctions. E-mails can be altered or falsified. We shall not be liable for any alteration or falsification on this e-mail.

1 1

[Outils] FileSharing SSO LDAP
by babounx baboun 12 Dec '16

12 Dec '16

Bonjour la liste, Après moult recherche, je n'arrive pas à trouver mon bonheur. Du coup, je me suis dit que la liste pourrait peut être aider. Dans mon entreprise actuelle, il y a parfois besoin de partager un fichier vers un partenaire. Filez est l'actuel outil et correspond bien au besoin mais ce dernier n'est plus trop maintenu et on galère à configurer le SSO (lemonldap). Connaissez vous des outils qui ont les fonctions suivantes : Auth : SSO Auth : LDAP Possible d'héberger sa solution (php5+ ou tomcat7/8 ou Java 7/8) Personnalisation de l'interface. Installable sur Centos 7 X86_64 Maintenu et à jours :) Pour le moment nous avons testé + ou - sérieusement Linshare, jirafeau sans succès. Merci pour les retours. Cdlt Bab

10 10

La question (sérieuse) du Vendredi : pourquoi tant d'utilisateurs d'Ansible ?
by Jonathan Leroy 09 Dec '16

09 Dec '16

Salut à tous, J'ai l'impression ces derniers temps qu'il y a de plus en plus d'utilisateurs d'Ansible. Pas seulement sur cette liste, mais un peu partout sur l'Internet. Du coup j'ai une question : qu'est-ce qui vous a fait choisir Ansible plutôt que Saltstack, qui est lui aussi basé sur Python et YAML ? J'ai toujours entendu dire qu'Ansible était (très) lent et ne scalait pas. Est-ce seulement le fait qu'il soit agentless ? Merci :) -- Jonathan Leroy.

8 7

Re: [FRsAG] La question (sérieuse) du Vendredi : pourquoi tant d'utilisateurs d'Ansible ?
by remy.dernat 09 Dec '16

09 Dec '16

Juste je confirme pour les PR dans salt, ayant vu mes codes acceptes puis apparaitre dans la version en dev puis dans la derniere release 2016.11 8-). il est d ailleurs regrettable qu il n y en ai pas plus finalement :) -------- Message d'origine -------- De : Nathan delhaye <contact(a)nathan-delhaye.fr> Date : 09/12/2016 17:32 (GMT+01:00) À : Gilou <contact+frsag(a)gilouweb.com> Cc : French SysAdmin Group <frsag(a)frsag.org> Objet : Re: [FRsAG] La question (sérieuse) du Vendredi : pourquoi tant d'utilisateurs d'Ansible ? Hello, De mon côté j'ai remplacé Puppet par Salt il y a un an environs. Le choix s'est fait entre Chef, Puppet, Ansible et Salt lorsque nous avons du refaire notre infra. Puppet et Chef ont été éliminés bien vite parce que je Déteste le ruby (non mais sérieux "(var ||= []) << var" comment on peut trouver ça simple a lire?? ) Le choix final s'est porté sur Salt pour 4 raisons principales a l'époque : - La possibilité de travailler en mode minion/master ET en mode ssh : permet d'avoir une infra complexe et des scripts de bootstrap simples - La mine intégrée, qui remplace très efficacement etcd - Le système de reactor, pratique pour faire du monitoring réactif ou de la coordination de cluster - La scalabilité et rapidité d'éxécution des states. Concernant la scalabilité/rapidité d'éxécution, je m'explique : lorsque j'ai un grand nombre d'états (users, fichiers, archives, certificats, etc...) sur un serveur, le cache de Salt permet d'accélérer grandement les choses. Sur un test sur un serveur un peu lourd, type Wordpress du marketing/SEO (http://bit.ly/2hdbhxN) avec une pétachiée de vhost, je passe de 2 minutes d'éxécution avec le script ansible à 10-15 secondes avec Salt lorsqu'il y as peu de modif a faire (exemple, créer un nouveau vhost). Pour moi c'est le cas le plus important a benchmark dans la mesure ou le temp d’exécution lors du setup initial va être sensiblement le même parce que les deux systèmes vont devoir exécuter le package manager, installer des trucs, créer des users, générer des certificats, etc, etc ce qui prend généralement plus de temps que le calcul des diff par le système d'industrialisation. Cela dit, le ticket d'entrée sur Salt est bien plus élevé que sur Ansible. On se rapproche plus de Chef que de la philosophie Ansible proche du "rsync script.sh server: && ssh server script.sh" Après un peu de recul, en plus des 4 points qui ont motivé le choix de la techno voila mon avis sur Salt: - Systèmes Modules/States/Formulas/Grains qui sépare bien les différents composants d'un système d'industrialisation absolument jouissif a utiliser. - Modules/States/formules faciles a développer - Possibilité de faire du quick & dirty dans les formules avec du pur Yaml/Json, mais aussi des trucs bien complexes en Python - Les gars de Salt sont réactifs au merge de PR sur leur git A+ Le 9 décembre 2016 à 15:59, Gilou <contact+frsag(a)gilouweb.com> a écrit : Le 09/12/2016 à 15:47, Jonathan Leroy a écrit : > Salut à tous, > > J'ai l'impression ces derniers temps qu'il y a de plus en plus > d'utilisateurs d'Ansible. Pas seulement sur cette liste, mais un peu > partout sur l'Internet. > Du coup j'ai une question : qu'est-ce qui vous a fait choisir Ansible > plutôt que Saltstack, qui est lui aussi basé sur Python et YAML ? Pas plutôt, je ne les utilise pas pour la même chose. Pourquoi l'adoption ? Parce que : - 0 infrastructure pour commencer => (SSH / DNS + inventaire, le pré-requis est très bas) - Accès ultra-simple => (ad-hoc = 0 apprentissage, 1er playbook en 5 minutes) - Passer d'un shell script à un playbook (salement) : 5 minutes - Industrialiser et comprendre l'idempotence, easy - Se plugger sur un inventaire (cloud ou pas) existant (amazon, openstack, ...) easy. Et parce que.. ça répond au besoin de mise en conformité en passant par le code, propre d'une mise ne place DevOps, et facilite grandement l'idempotence et l'orchestration à grande échelle. Pourquoi ça ne remplace pas Salt, Puppet ou autre (du moins, sans Tower). Les outils basés sur un agent sont plus faciles à manipuler à plusieurs, pour définir des gestions de privilèges ou dépendre d'un CMDB bien violent, et gérer les accès simultanés. Ils sont aussi plus lourds. > > J'ai toujours entendu dire qu'Ansible était (très) lent et ne scalait > pas. Est-ce seulement le fait qu'il soit agentless ? Il est aussi lent que SSH l'est, malgré les optimisations diverses (notamment très ressenties en 2 puis en 2.2). Pour ce qui est du comparatif, je ne crois pas que Puppet ou Salt puisse la ramener sur la vitesse d'exécution, mais je pense aussi que c'est un critère assez secondaire. Ne "scale" pas, j'aimerais bien une élaboration. Il ne gère pas facilement les accès simultanés et la gestion de privilèges, par nature, mais il scale très bien, et les callbacks sont très facile d'accès pour les besoins (ou bien, on achète Tower). Bref, Ansible, ça rox, ça demande rien, et ça claque. @+ Gilou _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ -- Nathan Delhaye06 69 27 64 25 0805 696 494

1 0

[JOBS] Ingénieur systèmes sur Paris, Luxembourg ou Londres
by Renaud 08 Dec '16

08 Dec '16

Bonjour, La société BSO Network recherche des profils ingénieur systèmes (entre autre) ouvert sur Paris, Londres et Luxembourg. Si voyager vous intéresse n'hésitez pas à postuler. Lien: https://www.bsonetwork.com/contactez-nous/carrieres/?lang=fr PS: je ne suis pas employé là-bas mais je transmets pour le compte du COO car leur RH à le plus grand mal à trouver des profils :) Bien à vous, Renaud

2 1

[JOB] Recherche Administrateur Réseau (H/F)
by Boris PASCAULT 07 Dec '16

07 Dec '16

Bonsoir, Je vous forwarde une offre d'emploi de ma boite : Oceanet Technology est une société dynamique de près de 20 ans d'expérience. Nous sommes expert en solutions d'hébergement (serveurs dédiés, serveurs virtuels, hébergement d’application, sauvegarde, messagerie professionnelle, PRA...) et Services Managés. Administrateur Réseau (H/F) Au sein de notre équipe technique motivée et dynamique de 45 personnes, vous serez intégré(e) dans le pôle d’experts réseau (5 personnes). Vous aurez pour principales missions la mise en place, l’administration, l’exploitation et la maintenance des réseaux de nos clients ainsi que ceux de nos infrastructures internes. De niveau Bac +2 à Bac +5, vous justifiez d’une expérience de 3 ans minimum sur un poste d’Administrateur Réseau de préférence au sein d’un hébergeur et/ou un opérateur. Missions : Projets : - Gestion de projets et relation client (référent technique privilégié) - Conception et réalisation d’architecture - Mise en production et rédaction de documentations techniques - Câblage et mise en baie d’équipement en datacenter Support : - Prise en charge des incidents (niveau 3) et pilotage du rétablissement - Communication client et rédaction de rapports d’incidents - Communication avec les fournisseurs et les partenaires (constructeurs, opérateurs, etc.) - Analyse et proposition d’améliorations sur les infrastructures clientes et internes existantes Environnement technique : - Réseaux : IPv4 et IPv6 - Constructeurs : SonicWall, FortiGate, Cisco, HPE, Quagga, Meraki - Routage : statique, OSPF, BGP - Commutation : VLAN, QoS, SpanningTree - Réseau sans fil : analyse de couverture - Sécurisation : VPN IPSec, VPN SSL, IPS/IDS, Filtrage applicatif, 802.1X - WAN : xDSL, EFM, CE2O, C2E, CELAN, Fibre, 3G/4G, VRF/MPLS - Analyse Ethernet : WireShark, TCPdump - Linux / *BSD : Debian, Ubuntu, PfSense - Microsoft : 2003, 2008, 2012 - Virtualisation : Xen, VMWare, Hyper-V Des certifications de constructeurs et des compétences en scripting sont appréciées, une bonne maitrise de l’anglais est indispensable. Prise en charge des demandes clients, respect des engagements et capacité à travailler en équipe, aussi bien au sein de votre pôle qu’avec l’ensemble des équipes du Groupe OT, sont des valeurs essentielles. Vous mettrez votre expertise technique à disposition des clients et vous rendrez disponibles auprès des autres équipes techniques et commerciales. Contexte : - Groupe OT : 25M€ de chiffre d’affaires en 2016, 9 datacenters, 140 collaborateurs, 150 partenaires - Salaire selon expérience et profil - 39 heures par semaine - Commissionnement, prime trimestrielle sur objectifs, prime d’intéressement, RTT et Plan d’Épargne Entreprise - Mutuelle d’entreprise obligatoire famille et prévoyance santé - Astreinte tournante sur l’ensemble des techniciens (participation abonnements Internet et Mobile) - BabyFoot, flipper, cuisine aménagée, salle de repos Envoi du dossier de candidature sous référence OTRESEAU2016 à : recrutement(a)oceanet-technology.com Si besoin de plus d'information, n'hésitez pas à me contacter et/ou à faire suivre à vos contacts :) Bonne soirée, Boris

1 1

Apéro Lyonnais : Lundi 05 décembre 2016
by cam.lafit＠azerttyu.net 30 Nov '16

30 Nov '16

Bonjour tout le monde Pour rappel le prochain apéro lyonnais et environs se fera à : La Mouss'tache 2 Rue Saint-Georges 69005 Lyon Lundi 05 décembre 2016 dès 19h. Pas de sujet annoncé, mais je compte sur vous pour en trouver. Et toujours sur : http://www.agendadulibre.org/tags/araas https://www.meetup.com/fr-FR/Auvergne-Rhone-Alpes-Apero-Admin-Sys/ À votre bon cœur Km

1 0

MeetUp Salt chez Webedia le 13 Décembre 2016
by Cyril Lavier 27 Nov '16

27 Nov '16

Bonjour. Le prochain MeetUp Salt aura lieu le 13 Décembre 2016 et cette fois, c'est Webedia qui accueille. Il y a 2 conférences de prévues pour l'instant, d'autres sont à venir. Les conférences commenceront à 19h, et seront suivies d'un petit event avec de quoi se sustenter :). Quelques infos supplémentaires et l'inscription sont sur cette page : https://www.meetup.com/Paris-Salt-Meetup/events/235289984/ Merci. -- Cyril "Davromaniak" Lavier KeyID 59E9A881 http://www.davromaniak.eu

1 0

NFS et ipv6
by Julien Escario 21 Nov '16

21 Nov '16

Bonjour, J'essaie de faire fonctionner un backup de VM sur un export NFS. Après quelques galères sur la configuration du sharenfs en ipv6, ça monte bien. L'hyperviseur est mono-stack ipv6. Seul soucis : quand je lance un backup de VM, ça se fait bien mais explose littéralement l'iowait et le load. Je n'ai pas ce comportement en ipv4. L'hyperviseur est Proxmox 4.2. Une idée ? Y'a des bugs connus entre nfs et ipv6 ? Merci, Julien

5 6

Fwd: message sur groupe
by Greg 18 Nov '16

18 Nov '16

Hello, Pour ceux que ça intéresse on recherche un solution architecte DevOps. L'idée est de faire basculer l'environnement devops actuel d'une grosse DSI vers du IaC (avec opensource) du coté de Zürich en Suisse. intérêt? merci de prendre contact avec moi J ou alors merci de forwarder cet email a quelqu’un de potentiellement intéressé (qualifié pour aussi J ) Merci de votre attention J Mit freundlichen Grüssen / Bien cordialement, [image: SigleEtLogo]*Jason HOCHART* Manager Mobile +41 78 942 42 85 Dir +41 31 560 39 28 www.antaes.ch/de

1 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG