Bonjour à tous,
 
J'explique le contexte :
 
Je suis actuellement ingénieur système (plutôt débutant) chez une filiale OBS.
 
Un parcours atypique : BTS en alternance, ensuite embauché au helpdesk (N1) puis N2 et ensuite N3 en 3 ans après beaucoup d'effort ( et l'aide de dieu   ).
 
Nous avons une centaines de clients et proposons deux platefome différentes : une mutalisée et une dédiée.
 
Nous sommes spécialisés en virtualisation : Citrix essentiellement.
 
Je suis très interessé par les technologies OpenSources. Malheureusement, nous avons très peu de client qui ont des plateformes sous linux (moins de 10 %).
 
Les serveurs linux que j'administre sont essentiellement des serveurs webs (apache) et applicatif (tomcat). J'ai un serveur openldap à gerer (ou je bidouille car je ne connais pas grand chose).
 
J'aimerais donc m'orienter vers du système opensource et j'aimerais savoir quelles technologies maitriser afin de pouvoir travailler en tant ingénieur Unix.
 
Un ami m'a parlé de Puppet ( ressemble à SCCM sous windows) , KVM et Xen ( du citrix en windows ?) et pour du monitoring shinken mais je ne trouve pas grand chose dessus. Pensez-vous que passer des certification LPI m'aiderait à m'orienter Linux car j'ai plutot un profil windows / citrix.
 
Merci d'avance pour le temps que vous allez consacrer.
 
Ps: je peux monter une plateforme de test ( nous avons un vcenter de test) pour pratiquer les technologies.
 
 
 

Salut moi aussi j'ai un parcours à l'ouest....
bep electronique
bac reseau
et suis ingé systeme opensource  
 
et comme toi j'ai commencé par 3 ans de maintenance micro et 4 de support helpdesk
 
et ensuite avec la disparition de DEC-VMS et de Tru64 l'unix de la meme marque et de la meme epoque à migrer vers linux j'ai fait un premier client... puis de l'unix HP/SUN en exploitation pendant 3/4 ans en alternant les clients... avec des monitorings ou intranets ou hebergement de BDD sous opensource... et plus récement une grosse migration tru64 plateforme alpha vers linux plateforme X86 + virtualisation VMware ...  
 
bref faut en chier pour imposer .... et surtout faut obtenir un premier projet un peu gros.... apres ca roule tout seul... ça attire d'autres clients  
c'est comme ça qu'apres un petit client et la premiere migration j'ai eu EDF, FT &  enfin la DGAC ...
 
formation annexes que j'ai eu entre temps ITIL, vmware ICMP, BTS informatique de gestion par le cned et basta le reste c'est que de l'experience et de la réputation que tu peux te faire dans ta zone geographique

Beau parcours
 
Au final, ce que je peux voir pour réussir niveau Unix, c'est beaucoup d'expérience.
 
J'ai bien un gros client (RFF) mais c'est basé que sur du tomcat et de l'apache. Pour evoluer sur de la virtualisation open source ca va être dur avec ça lol.
 
Après, j'ai un openldap avec 400 000 contacts, ca pourrait peut être me valoriser mais j'ai peur d'aller vers de la messagerie XD
 
Merci pour ton echange en tout cas.
 
 
 

je suis sysadmin sur des systèmes à 95% opensource (les 5% etant les équipements réseaux) et ce que je regarde quand je recrute c'est les technos maitrisées, la façon de penser des gens (capacités d'analyses, façon d'aborder les choses) et du feeling
 
Aujourd'hui il y a des compétences "indispensables" selon moi (et je ne suis pas le seul à le penser dans le milieu, qui est un petit milieu) : un système de config management (chef, puppet, etc), minimum 1 langage de script, 2 étant mieux (ne pas compter le shell évidemment; donc par exemple python et ruby), des connaissances réseau de base (savoir configurer un switch à minima; pas forcemment la peine de savoir monter une session BGP)

je suis assez d'accord .... l'essentiel des besoins clients open source c'est de l'appli web donc le scripting, LAMP, des langages pour interfacer et etre capable de faire la meme chose en virtualisé ou en physique.... ça ressemble tout à fait au marchés que je vois ici

Tiens, et quels sont les langages qui ont ta "préférence" ?
Sorti des classiques Perl, Python et PHP, je pensais partir sur du Scheme/TinyScheme (pour son implémentation dans Gimp) et Lua. Bons choix ou pas ?

D'accord.
 
Ca m'oriente un peu plus. Je partais pour apprendre le Perl justement lol
 
Mais bon, ça demande pas mal de boulot, entre celui qu'on a déjà et le monde open source XD
 
Par contre, je n'ai pas eu de réponse sur les certification ? est-ce vraiment une plus value niveau Open Source ?

les certification c'est pas compliqué ca sert à rien concretement à l'exception d'une chose mais c'est la plus importante entrer chez le client !
 
C'est con mais c'est la regle.
il te faut à minima justifier de la certif itil et une certif technique....

je pensais ça pour les certifs Microsoft mais je ne savais pas que c'était pareil sur linux lol
 
J'ai pris plusieurs bouquins pour connaitre un maximum de chose :
 
http://www.amazon.fr/Linux-Adminis [...] ords=linux
 
les 4 tomes.
 
Pour Perl, je pensais partir sur ça :
 
http://www.amazon.fr/fondamentaux- [...] words=perl
 

tres bon les 4 livres d'admin.... c'est la base mais bien complete de quoi avoir des bases bien solides et bien maitrisées

 
Perso, quand je fais un entretien technique, je vérifie:
* si l'expérience et la pratique du candidat correspond bien aux postes qu'il a occupé
* si il lui manque de l'expérience sur un sujet, je vérifie qu'il ait un peu de culture générale au minimum
* si il est capable d'apprendre ce qui lui manque sur le CV par rapport au poste à pourvoir
 
Sur la forme, je fais:
1. question générale à l'oral
2. connection à une vm via ssh + clé, puis je demande une série de questions pratiques (installer un package, faire un montage nfs, configurer un service, etc)
3. questions d'analyse à l'oral, je pose un problème, je demande une solution, par exemple:
    - je donne les graph d'utilisation mémoire, cpu, etc d'un serveur et je demande d'expliquer ce qu'il se passe (par exemple, le serveur réponds très lentement car il swap depuis 2h)
    - je donne une partie d'une infra et un cas d'utilisation, et je demande de choisir un composant (système de fichiers, techno de réseau, etc)
 

 
Pour les langages de scripts, j'ai jamais réussi à en maîtriser vraiment un parce que j'ai touché à tout:
* beaucoup de php pour du dev web il y a 4/5 ans
* du perl il y a 3 ans pour un projet particulier
* du python pour le fun
* du ruby par nécessité depuis 3 ans
 
Je maîtrise aucun de ces langages, j'ai des bases et je m'adapte mais je suis pas développeur.  
Maintenant si tu cherches un sysadmin avec un bon niveau en python et ruby, c'est à dire, un devops, les salaires commencent à s'envoler
 
 
Sinon pour les compétences générales, voilà quelques pistes sur lesquelles on peut s'autoformer assez simplement:
* Distro: redhat et debian (ou ubuntu) / Bonus: 1 *BSD
* Configuration management: au moins un parmi chef, puppet, cfengine, etc
* Réseau: iptables et savoir configurer un switch cisco/force10/etc (fonctions de base: vlan, trunk, lacp, etc)
* Langages de scripts: maîtrise de bash (ou ksh, zsh, etc), 1 langage de script (perl, ruby ou python)
* Virtualisation: KVM (bonus: avec libvirt) ou Xen, bonus: techno d'isolation comme LXC, OpenVZ, etc
* DBMS: Mysql et/ou Postgresql
* VCS: SVN ou Git
* connaître tous les services réseaux de base: DHCP, DNS, SSH, HTTP (apache/nginx), LDAP, IMAP (dovecot)/SMTP (postfix/exim), Samba, SNMP, NFS, etc. Bonus: XMPP
* Monitoring/supervision: nagios (ou dérivé comme icinga) qui restera le standard en pratique pour encore au moins 5 ans , munin, ganglia
* éditeur de texte: savoir se débrouiller avec vi
 
Bonus:
* Cloud: avoir déjà joué avec openstack
* Haute dispo: jouer avec keepalived/IPVS
* Quelques notions de web: html/css/javascript/php
* Systèmes de fichiers parallèles: glusterfs, ceph, lustre, etc
* Lire r/cableporn sur reddit: http://www.reddit.com/r/cableporn et avoir une idée de ce à quoi devrait ressembler un rack bien organisé
* Faire de la veille techno régulière sur des sites en rapport avec son domaine (linuxfr, lwn, etc)
 
Evidemment, on ne peut pas tout maîtriser, l'idée est d'avoir au moins un peu de culture générale sur tous ces sujets.
 

 
Ca fera pas de mal, ça te fera pratiquer, et il me semble qu'elles ne sont pas très chères.  
En revanche sur le CV, les certifications RedHat ont beaucoup plus de valeur.
 

 
Profite!

 
Perso j'ai appris Perl avec ce bouquin:
http://www.amazon.fr/gp/product/27 [...] 2744024198

étant plus ou moins dans le même cas, le sujet m'intéresse fortement.
 
vous parlez de pas mal de techno assez "balaise" en besoin, par exemple puppet/chef/saltstak tester avec 2/3vm d'accord mais ca donne pas trop les conditions en full prod et donc avec plus de ressources à gérer, je me trompe?
 
pareil pour tout ce qui est HA et compagnie

Nickel pour les livres.
 
Merci pour tes conseils BlockDevice.
 
Effectivement, tu m'as fourni une bonne liste de technologies à travailler... on se revoit dans 10 ans lool
 
Plus sérieusement, j'avais l'idée de faire un serveur LAMP, un serveur supervision et un serveur applicatif ou autre sur notre vcenter de test.
 
J'avais prévu d'installer un centOS (ressemblant à RH), un debian et ubuntu server (qui se démocratise).
 
Un chantier à l'horizon...

 
Tu as raison mais il faut bien commencer par quelque chose pour s'autoformer, puis approfondir un domaine en fonction des postes que l'on vise.
 

 
Pas besoin de tout maîtriser, juste avoir des notions ou un peu de culture sur les sujets. J'ai du faire une bonne partie la liste en ~4 ans (dont 1 en mode formation à temps plein et 3 de travail).
J'ai l'impression que c'est ce qui revient le plus souvent sur les offres d'emplois admin sys linux.
 

 
C'est un bon début   La config apache, c'est loin d'être trivial.

ca je suis d'accord, c'est juste une précision.
 
après je pense que l'on est nombreux à avoir un "labo"@home pour justement se faire la main sur tout ca

Mon problème, c'est que je suis perfectionniste... si je commence à m’engouffrer dans une étude d'une technologie, j'ai envie d'en connaître un maximum, voir la maitriser (si possible, il faut trouver les supports etc..).
 
Je me donne alors 2 / 3 ans pour maitriser ça  
 
Moi de mon côté, j'ai un labo @Work  
 
C'est quoi qui t’intéresse sur l'open source gizmo15 ?

ca va être bête à dire mais l'approche libre des choses, pouvoir discuter avec les dev assez facilement, pouvoir faire des installes et mise en prod sans avoir de licence à acheter, participer à la communauté qui va avec.

et, après c'est une impression, mais c'est comme si on était plus libre de vraiment faire la solution qui convient le mieux à nos besoins sans devoir se taper un package d'un éditeur dont on va pas se servir de la moitié des options

de base j'ai suivis une formation info bac/btc/licence mais niveau taff j'ai fais surtout de la proxi donc support aux users et management, du coup à part en bts/licence j'ai pas une expérience significative en admin sys/rez (bon j'ai "que" 25ans)

Ah, ça m'intéresse ce topic ! Je suis en alternance pour le moment, avec pas du tout de Linux/Unix ! Du coup, j'ai mon ESXi@home pour bosser sous debian ! Question : pour la maitrise d'IPtables, vous avez des tutos/ .. pour mieux appréhender la bête ? J'ai vraiment du mal avec cette partie

iptables c'est pas compliqué y' a des tutos partout...
 
http://artoflinux.blogspot.fr/2008 [...] nners.html par exemple a l air clair... au premier regard...

"A l'air clair" C'est plutôt bien résumé !

ah bha faut lire un minimum heun. sans travail pas de resultats

J'fais ma chochotte mais je suis déjà dessus entre deux configs sur des server W2012 là Merci beaucoup !

@ Gizmo15
 
Ca va tu es encore jeune (je dis ça mais je le suis aussi). Mais c'est bien de se fixer un objectif et de construire un projet professionel.
 
C'est vrai que la "mentalité du monde libre n'a rien à voir avec ceux qui bosse sur du Windows ou autre.
 
C'est une sorte de petite famille qui essaye de construire un monde meilleur sans que la "finance" vienne y mettre le désordre.
 
@ Saguu
 
Comme l'a dit goblin_rieur, il y a pas mal de tuto bien expliqué sur le web. Voici un qui est bien expliqué :
 
http://irp.nain-t.net/doku.php/130 [...] 0_iptables
 
La partie qui devient dur sur iptable, c'est quand on passe sur la partie "table NAT"... bon chance comme dirait monsieur "TAKEN"
 

 
Ruby en premier lieu. Je kiffe le langage et la métaprogrammation. Ensuite tu as le go (tag golang dans un moteur de recherche) qui commence à bien monter, parce que bien orienté pour le job : c'est efficace, ça produit juste un binaire (facile à packager, deployer), le typage est strict et la gestion d'erreurs est importante. Le C aussi; parce qu'on peut dire ce qu 'on veut mais arrivé un moment, va falloir mettre les mains dans le cambouis, que ce soit du userland ou kernel ça finira par arriver.
 
 
 
 
Les tests techniques j'en fait pas, c'est bidon. La période d'essai est là pour ça.
 
 
 
devops n'est PAS un job title        
C'est une culture, une façon de bosser. Je n'utilise plus le terme depuis un moment, c'est complètement galvaudé.
S'envoler non, mais on commence à parler un peu plus sérieusement
 
 
 
on peut s'autoformer sur tout

suffit de bosser pour se former ... C'est long.... c'est casse c... par moments... mais y'a pas de secrets....
rien ne vaut la pratique régulière et avancer par étapes

Étonnant l'écartement de Lua. "Juste" utilisé pour Asterisk et nGinx, à titre plus personnel on peut le retrouver dans le WM Awesome et OpenWRT.
Soit des trucs que j'utilise, soit que je vais utiliser
 
Ruby, je cherche encore des exemples pratique d'utilisation  
 
Je note pour le go.

Les exemples d'utilisation, c'est pas ce qui manque :
_ Perso : pour capturer mes stats de ligne ADSL à l'époque via l'API Rest de ma NeufBox; je le faisais en Ruby avec une BDD SQLite pour stocker tout ça et un peu de Sinatra (un MicroFramewoek Web pour Ruby) pour l'exploiter (faire quelques graphiques / requêtes en base).
_ Pro : exploitation / transformation de logs / BDD des divers briques des SI que je teste (je fais du test de performance), genre des accès en BDD Oracle via jRuby / JDBC pour faire sortir des graphiques avec ... gnuplot par exemple... Ou alors prendre la main de browsers pour du test de rendu avec Selenium durant un test de charge.
 
Bref, c'est vraiment un langage très agréable qui permet pas mal de choses, même si j'ai dernièrement remplacé mes bouchons Ruby + Sinatra par du node.js + express quand je fais de la charge violente. Et que je me mets aussi au Go pour faire un test de bande passante violent !

Tout dépend donc du cadre de travail

héhé, j'ai réussi à lancer un débat linuxien XD
 
Pour le langage, je vais me lancer sur du Perl.
 
Actuellement, je monte 3 serveurs :
 
Serveur puppet : sur une CentOs (une fois que je serais à l'aise avec puppet, je vais le coupler à foreman).
 
Serveur LAMP : sur une ubuntu server. Une grande différence entre apache et nginx apart la securité ?
 
Serveur supervision : sur une debian. Avec shinken ! D'autres logiciels à conseiller ?
 
Surement un serveur DNS/Samba pour plus tard.
 
On commence déjà par là, ca me semble pas mal.