Reprise du message précédent :
 
 
tout ça c'est du branding et beaucoup de flan.
 
Ce qu'il faut retenir dans le fond, c'est que le métier d'ingé système est en profonde mutation. Un gars qui était ingé système il y a 30 ans te dira qu'il en a connu aussi plein des mutations du taff, et que la clé c'est de s'adapter et d'apprendre constamment (ou de passer sur du management, du projet ...). Je ne vois pas le métier disparaitre maintenant mais en tout cas il n'aura plus la même forme. On est passé dans une optique "jetable" et hautement distribuable des couches système qui ne demande plus les mêmes compétences. J'ai pas touché à un noyau en prod depuis très longtemps.  
 
Le métier a complètement changé chez les sysadmin US en très peu de temps (on va dire entre la percée des premiers outils d'orchestration et la mode de balancer ses infras chez amazon et compagnie) et en France ça commence à fortement bouger mais avec pas loin de 5 ans de retard, avec l'inertie habituelle des grands groupes, lié au manque de confiance, de personnel qualifié, aux réinvestissements nécessaires etc. Quand je lisais reddit il y a 4/5 ans je découvrais des technos et des usages que personne n'osait encore utiliser en prod chez nous, et qui font maintenant parti de prérequis sur les cv ... Les infras virtualisées ont tendance à fortement se barrer chez des monstres qui phagocytent tout et l'admin en cogip a de moins en moins la main. Côté décideurs on sent qu'il y a une forte volonté de ne surtout plus faire d'hébergement et de se séparer de tous les emmerdes associés (à tort ou à raison, tout de dépend du métier).
 
Comme tu viens de te lancer dans le métier et que t'es jeune tu vas prendre le train en marche de cette mutation et ça devrait pas être trop violent, même si tes études avaient surement un décalage par rapport au terrain, comme d'habitude. Le gars qui bosse depuis 15 ans d'une certaine façon et qui doit apprendre plein de choses d'un coup à 40 berges, c'est autre chose.

 
Et aux US on commence à voir qu'il y a des retour en arrière sur le « tout cloud » Mais ça, ça sera dans 5 ans chez nous

 
Disons que des incidents comme le dernier S3 sont rares mais fissurent un peu la confiance aveugle que certaines boîtes ont du mettre dans ces monstres.  
Après l'impact réel je ne le connais pas. Combien de boîtes ont vraiment décidé de sortir partiellement ou complètement d'un amazon pour refaire de l'infra chez eux par exemple ? En terme de taux d'indispo vont-ils vraiment y gagner ?

L'incident avec S3 a démontré qu'il fallait pas tout mettre dans une seule région surtout.
Netflix a pas été impacté de manière visible par exemple.
 
Si tu mets toute ton infra en colo dans un seul datacenter tu risques exactement le même problème, et probablement avec un prestataire moins réactif qu'Amazon.

 
   
 
J'essaye déja mais c'est pas évident, surtout que je suis en ce moment dans une boite très rétissante au changement alors pour se former la dessus c'est chaud. Tu suis quels Sub Reddit ?

 
Ca c'est clairement une faute au niveau client    Les boites ont aussi beaucoup de mal à faire des tests de PRA régulièrement, quand le PRA existe. Perso le dernier que j'ai fait sur une plateforme ça a donné 8h d'opé de nuit un dimanche avec un fail au bout    
 
 
Amazon me semble avoir non seulement agit rapidement, mais en plus avoir fait un post-mortem correct.
 
Contrairement à un british airway par exemple qui a collé tout la responsabilité de son crash sur le dos d'un pauvre sysadmin, passant sous silence leur infra vieillissante, le manque de redondance, le fait qu'une bonne partie de leur IT est partie chez Tata consulting etc.  

Oui mais les « décideurs » ont tendance à oublier qu'il suffit pas de « tout mettre dans le cloud » pour être pépère
 
Parce qu'il y a la croyance de transformer tout le CAPEX en OPEX par magie. Dans les faits, c'est plus nuancé

 
netflix c'est quand même des grosses brutes pour leurs tests    : comment s'assure  t'on qu'on a une solution qui tourne bien, facile on a développé un outil qui éteint aléatoirement des serveurs de prod et après on regarde si ça continue à fonctionner        
 
 http://www.lemondeinformatique.fr/ [...] 49940.html

on a notre propre solution aussi, il s'appelle Régis, parfois il confond la prp et la prod etc.
 
Il nous coute quand meme 50k l'année mais ça vaut le coup.

 
non mais netflix qui automatise l'admin boulet, c'est génial et super fort ...
 
je rêve de faire des infra robustes pour passer ce singe du chaos dessus et montrer au client que tout fonctionne encore.
Bon, ça coûte cher donc c'est pas encore ça.

Faut quand même avoir bien confiance dans son infra pour provoquer volontairement et aléatoirement des pannes.
 
C'est beau

tant que c est des serveurs et non des san ça va

FS distribué

Ouais j'imagine qu'une telle infra doit pas avoir de point "faible" comme stockage uniquement sur un seul SAN

et si l'outil commence à péter des instances alors qu'il y a déjà un incident en cours ?
Ou que t'es en train de faire une mep qui t'oblige à isoler des noeuds et que le machin décide de péter ce qui reste ?

Il faut tester ce genre de cas, ca peut arriver

 
 
désolé j'avais zappé ta question, /sysadmin et /linuxadmin principalement.
 
y a des posts pas mal notamment ou des sysadmin juniors demandent ce qu'ils devraient apprendre pour bosser dans la SV (ou autre ), ça donne une bonne idée des technos qui ont le vent en poupe.

 
d’ailleurs le blog technique de netflix est super intéressant avec notamment leur migration depuis leurs datacenters vers aws en virant oracle au passage    
 
https://medium.com/netflix-techblog [...] 51fba085a4

Si on pouvait généraliser le processus sur encore plus de monde

 
ils ne se contentent pas de péter des instances ... ils font carrément péter des régions (au revoir la cote est des USA   )  
 
mais tu peux mettre l'outil en pause pour les mises en prod  

apres avoir tout testé dans tout les sens et c'est OK avec une autre carte reseau dans le client
 
le probleme vient du reglage "large send offload (IPv4)" dans le driver de la carte réseau. en le passant a disabled, le débit est redevenu correct.
 
au passage, en forcant la carte en 100Mb j'avais le plein débit du fast ethernet, donc cet offload ne semble déconner qu'en mode giga
 
quel bordel, merci pour les suggestions en tout cas pourquoi ca s'est mis a chier du jour au lendemain par contre, ca c'est la magie du métier

J'ai pas suivi le dossier, mais carte réseau Realtek ou Intel genre 217/219 ?

qualcomm atheros d'apres le vendorID
y a pas eut de changement de driver, donc a priori la puce commencerait a chier Oo

Bonjour,
 
Désolé, je m'incruste
Je sais que j'ai peu de chance de trouver parce que c'est trop récent, mais je tente... a tout hasard...
Je suis à la recherche d'un serveur d'occasion Dell R630, dans le but de récupérer la carte mère, les 2 cartes Riser, la carte réseau et les 2 alim.
Donc si jamais quelqu'un a ça dans ses cartons, je suis intéressé
Merci,

go broker ?

Y en a qui utilisent Confluence ici ?
Vous connaissez des alternatifs gratuits qui vaillent le coup ?

Oui.
 
Plam va te répondre GitLab. N'importe quel wiki open source a priori...

ça fait bien 10 ans qu'on donne à manger à un mediawiki, jamais eu à se plaindre.
 
Enfin, c'est pas l'outil le problème mais les utilisateurs qui y foutent rapidement un bordel monstre, détruisant l'outil de recherche  

nucl3arfl0 demandait comment gérer des dépôts git l'autre jour et Plam est venu expliquer comment il utilisait GitLab pour tout dans sa boîte (git, tickets, kanban board, revue de code, CI, documentation, ...)

 
Une merde d'AR8151/52 ou d'atheros L2 ? C'est de la chiasse ces adaptateurs qu'on trouve pas mal sur les mobos Asus...

+1, le plus chiant, c'est de bien le faire utiliser, de pas tout foutre n'importe comment.

+1
Je repasse sur pleins d'articles pour reformater correctement, etc..
 
XaT

 
cicso pls  

admin/admin ?

Me semble que la doc reste surtout liée au repo alors que j'en recherche un scope de partage plus large mais je me trompe peut-être.

Jean PD
Admin  
 

Au cas où ça puisse servir à quelqu'un, si vous avez un serveur avec une application C*g*d avec connexion RDP depuis Internet autorisée en direct, attention aux cryptolocker (MP si vous voulez plus d'infos).

Faut quand-même bien aimer les emmerdes...

Je vois ça bien plus souvent qu'on ne croit dans les PME