- FRsAG - frsag.org

[DON] - HP ML150G3
by Laurent CARON 15 Dec '14

15 Dec '14

Bonsoir, *Donne* à particulier/étudiant/asso (CAD pas de broker...) un ML150G3. Machine rackable (qui peut se mettre au format tour) équipée de: - 2 CPU Xeon 1.6GHz 5110 (Dual core) - 2Go de RAM (extensible à 8 (peut-être plus officieusement)) - 6 disques SATA 1To - 3 disques UW-SCSI (capacités à voir entre 18, 36, et 72Go / 10k/15k RPM) - 1 alim - 1 carte iLO - 2 cartes réseau 4 ports 100Mb - 1 carte adaptec 29160 Matériel à venir récupérer en début de semaine prochaine (en journée) à Boulogne-Billancourt. Ceci est un *lot* indissociable. Laurent

2 2

Vos retours sur le stockage distribué / Glusterfs ?
by Jerome LE TANOU 15 Dec '14

15 Dec '14

Bonjour, - Nous souhaitons mettre un oeuvre une solution de stockage d'au moins 200To utiles qui seront accédés en mode fichiers (NFS, CIFS). - Il faudrait que l'on puisse disposer d'une redondance permettant de pallier à la panne d'un ou plusieurs disques ou d'un noeud. - Il est acceptable d'avoir une interruption de service pour redémarrer le service en cas de panne majeure dans la limite de 4H. - A noter qu'actuellement nos utilisateurs utilisent énormément de petits fichiers (plus de 400 millions de fichiers de moins de 128ko). - A noter que pour convenance du service, les systèmes hôtes seront sous Debian. Au vue des différents articles, documentations que nous avons consulté, nous penchons vers le choix de GlusterFS. Toujours à la suite de nos lectures, nous pensons partir sur une implémentation en "Distributed Replicated Volume" basée sur 2 briques (qui seront hébergées sur 2 sites distants interconnectés en 10Gbps) composées chacune d'au moins 2 noeuds (voire 4). Bien entendu, avant d'investir et de partir en production nous allons maquetter cela. Toutefois, on se dit que plusieurs d'entre nous ont surement testés cela voire même mis en oeuvre ce type de solution et pourraient nous faire gagner du temps voire nous suggérer d'autres implémentations. Du coup, comme vous l'avez surement compris nous sommes intéressé pour tout retour sur l'utilisation de GlusterFS, notamment sur les choix que vous avez pu faire. De même nous serions intéressé pour avoir des retours sur un couplage GlusterFS et ZFS. Si vous avez également des retours heureux sur d'autres systèmes de stockage distribué qui pourraient satisfaire nos besoins, nous sommes intéressés. Merci d'avance. Jérôme LE TANOU -- ISTerre (Institut des Sciences de la Terre) http://www.isterre.fr

18 20

Re: [FRsAG] Vos retours sur le stockage distribué / Glusterfs ?
by Jean-Marie Verdun 12 Dec '14

12 Dec '14

Bonjour, Pourquoi ne pas utiliser Ceph ? Il a l'avantage de supporter plusieurs chunck size (jusqu'a 64kB) et surtout offre la possibilite de mettre les metadata sur des disques SSD qui permettront d'augmenter les performances sur les petits fichiers. Les sites avec Ceph sur materiel Open Compute marchent plutot bien. Jean-Marie Le 12/12/14 12:14, Jerome LE TANOU a écrit : > Bonjour, > > - Nous souhaitons mettre un oeuvre une solution de stockage d'au moins > 200To utiles qui seront accédés en mode fichiers (NFS, CIFS). > - Il faudrait que l'on puisse disposer d'une redondance permettant de > pallier à la panne d'un ou plusieurs disques ou d'un noeud. > - Il est acceptable d'avoir une interruption de service pour > redémarrer le service en cas de panne majeure dans la limite de 4H. > > - A noter qu'actuellement nos utilisateurs utilisent énormément de > petits fichiers (plus de 400 millions de fichiers de moins de 128ko). > - A noter que pour convenance du service, les systèmes hôtes seront > sous Debian. > > Au vue des différents articles, documentations que nous avons > consulté, nous penchons vers le choix de GlusterFS. > Toujours à la suite de nos lectures, nous pensons partir sur une > implémentation en "Distributed Replicated Volume" basée sur 2 briques > (qui seront hébergées sur 2 sites distants interconnectés en 10Gbps) > composées chacune d'au moins 2 noeuds (voire 4). > > Bien entendu, avant d'investir et de partir en production nous allons > maquetter cela. > Toutefois, on se dit que plusieurs d'entre nous ont surement testés > cela voire même mis en oeuvre ce type de solution et pourraient nous > faire gagner du temps voire nous suggérer d'autres implémentations. > > Du coup, comme vous l'avez surement compris nous sommes intéressé pour > tout retour sur l'utilisation de GlusterFS, notamment sur les choix > que vous avez pu faire. > De même nous serions intéressé pour avoir des retours sur un couplage > GlusterFS et ZFS. > > Si vous avez également des retours heureux sur d'autres systèmes de > stockage distribué qui pourraient satisfaire nos besoins, nous sommes > intéressés. > > Merci d'avance. > > Jérôme LE TANOU -- Jean-Marie Verdun *Splitted-Desktop Systems* President Batiment Aristote Parc des Algorithmes Route de l'orme des merisiers 91190 Saint Aubin FRANCE jean-marie.verdun(a)splitted-desktop.com Splitted-Desktop Systems is a proud member of the Open Compute Foundation and a Gold member till July '15. We can provide you consulting and engineering services related to any OCP hardware. We also drive RuggedPOD and Daap Open Hardware projects

1 0

Gestion des nom de machines
by Alexis Lameire 10 Dec '14

10 Dec '14

Bonjour, Je voudrais savoir quel est la bonne pratique de gestion des nom interne à une entreprise. Actuellement l'entreprise dans laquelle je travail dispose d'un NDD en maboite.tld du classique en somme. actuellement maboite.tld pointe et www.maboite.tld pointe vers le site web de l'entreprise hébergé en data. tout les autres sous domaines pointent vers une page poubelle. Mon soucis, j'ai besoin d'avoir des nom de domaines pour les services internes. quel est le mieux : xxx.domaineMS.local. en gérant ça pas forcément de façon évidente sur le service dns de ms xxx.lan|whatever.maboite.tld mais comment gérer au niveau de l'enregistrement racine ? autre solution ? cordialement Alexis Lameire

3 7

emploi : opportunité de poste Administrateur Système Windows
by Anne 10 Dec '14

10 Dec '14

Bonjour, Poste à pourvoir : Administrateur Système Windows sur Paris pour une société de sécurité Nous avons 70 serveurs, majoritairement Windows et Linux sur plateforme HP et virtualisé via VMware 5.x Un San HP et un EMC Messagerie Exchange Environnement réseau Cisco 3 à 5 ans d’expérience Salaire 35-40k€ Si vous êtes intéressé par ce poste, merci d'envoyer votre cv à anneinternet(a)gmail.com

1 0

Retour d'expérience: panne du DC Level3
by Greg 03 Dec '14

03 Dec '14

Bonjour, Je n'ai pas encore reçu de RFO sur cette panne électrique donc je ne donnerai pas de détails sur ce qui s'est passé. C'est la 2ème panne majeure sur ce DC en 14 mois: en octobre 2013 c'est la clim qui avait arrêtée de fonctionner... Petite récap des conséquences physiques : - 2 PDU APC ont cramé - l'ensemble de mes équipements a redémarré au moins une fois - une bonne dizaine de serveurs ont redémarrés électriquement et aucun d'entre eux n'a causé de problèmes - un voisin, je ne sais pas qui, a perdu 12 serveurs qui ne redémarreront jamais ... Au final, j'aurais perdu peu de matériel, et heureusement parce que je n'avais pas assez de spares. Ce n'est pas ma première panne datacenter, mais c'est aussi dans ce cas qu'on peut juger de la qualité des constructeurs : - Serveurs Dell, rien à dire à partir des R320. Les vieux 1950 et 2950 tiennent toujours la route comme au début. La gamme des R200 est insuffisante en terme de qualité physique. - Brocade : il faut du haut de gamme. Le milieu de gamme ne tient pas les montées de température. Par exemple, mes vieux FESX de 8 ans sont monté à 105° et fonctionnent toujours contrairement aux FCX de 3 ans qui ont tous arrêter de fonctionner. Mais un FESX coute le double d'un FCX ... - APC : c'est sensé être du haut de gamme et pourtant ... ils sont trop sensible à la température et arrêtent de fonctionner les un après les autres, à la moindre hausse de T° ... (Je n'ai que du switched) - KVM Dell (en réalité du Advocent) : RAS. Maintenant au niveau business : - on a perdu 3h d'activité, perte sèche de CA - l'activité est revenue complètement à la normale en ~8h Ce qui ramène aux conclusions stratégiques et managériales : - on est en plein dans le "nobody known what I do until I don't do it", du coup quand tout fonctionne l'équipe ops se retrouve à faire de plus en plus autre chose que son métier, comme du développement - les Ops sont tout de même responsables car ... c'est dans leur responsabilité - les économies faites sur le matériel coûtent finalement bien plus cher ... Tout ça ce sont des évidences auxquelles nous avons été et nous sommes confrontés régulièrement. Cette panne m'aura fait prendre quelques cheveux blancs supplémentaires, et m'aura donné l'occasion de croiser le regard déçu de mon patron ... mais aussi de redéfinir les priorités. Même quand tout fonctionne, les sysadmin doivent faire évoluer une archi, et pas que pour des raisons de sécu ou de perfs. Donc la question du trolldi est: est-ce qu'il est nécessaire d'avoir de temps en temps une grosse panne à gérer ? C'est paradoxale ... Greg

11 17

Re: [FRsAG] Galera Cluster
by Cyril Lavier 29 Nov '14

29 Nov '14

Bonjour. J'ai mis en prod un cluster Percona XtraDB (donc Galera) de 5 noeuds. Franchement, je n'en suis pas déçu, ça marche très bien. Un point négatif, c'est la répartition de charge, j'ai mis le cluster derrière un BigIP, et au niveau des écritures, j'ai dû créer un pool à part en mode "actif/passif", avec un noeud actif pour les écritures, sans ça, j'avais une trouzaine de deadlocks dans tous les sens, et même avec des modifications de code, de requêtes SQL ou de schémas, il m'en restait. En passant sur le pool avec un noeud actif en écriture, je dois avoir 1 ou 2 deadlocks dans la journée, ce qui est bien mieux qu'avant. Pour la stabilité, les seuls incidents étaient causés par des pebkacs, avec une désynchro de tous les noeuds et donc le cluster qui tombe. J'ai déjà une machine du cluster qui a grillée, et à part quelques alertes de supervision, et un cluster légèrement plus lent, je n'ai eu aucun impact en production. J'espère que ça va t'aider. Merci. From: "Greg" <greg-frsag(a)duchatelet.net> To: "French SysAdmin Group" <frsag(a)frsag.org> Sent: Friday, 28 November, 2014 10:44:22 Subject: Re: [FRsAG] Galera Cluster Je ne souhaite pas préciser les versions pour ne pas rentrer dans un débat "oui mais avec telle version de Percona ça marche par contre du coup tu n'auras pas la feature X de MariaDB" etc ... Ce qui m'intéresse c'est un retour d'expérience en production. Le 28 novembre 2014 10:36, Alexandre Legrix < alex(a)bragonux.net > a écrit : Bonjour. BQ_BEGIN BQ_BEGIN En pratique, sur une maquette avec des vrais serveurs physiques et des vrais données venant de la prod, je me prends des segfault, des arrêts brutaux de mysqld, et une resynchro plutot aléatoire ... alors que cette solution est vendue pour améliorer la haute-dispo. BQ_END Lorsque je l'avais test, et il y a déjà un moment dans MariaDB, je n'ai pas remarque de segfault. Peux tu effectivement nous en dire plus sur les versions que tu utilises, et aussi ce que tu as téléchargé, sur quel OS, etc ... ? Cdlt BQ_END -- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ -- Cyril "Davromaniak" Lavier KeyID 59E9A881 http://www.davromaniak.eu

2 2

Galera Cluster
by Greg 28 Nov '14

28 Nov '14

Bonjour la liste, sur le papier, Galera Cluster semble parfait pour remplacer un ensemble de master-slaves sans avoir les coûts d'un NDB. En pratique, sur une maquette avec des vrais serveurs physiques et des vrais données venant de la prod, je me prends des segfault, des arrêts brutaux de mysqld, et une resynchro plutot aléatoire ... alors que cette solution est vendue pour améliorer la haute-dispo. Alors j'aimerais avoir des retours d'expériences, savoir si ça vaut le coup que j'investisse encore du temps ou si elle est encore clairement immature pour de la prod. Sachant qu'un cluster Galera coûte plus cher en terme de ressources dans certains cas, parce qu'il faut minimum 3 serveurs ce qui n'est pas le cas pour une partie de mon archi qui ne comprend qu'un master + un slave. Aussi, avec l'arrivée des GTIDs, élire un slave master et reconfigurer les slaves devient très simple: STOP SLAVE; CHANGE MASTER TO MASTER_HOST="new_master"; START SLAVE; Avez vous des retours en conditions réels ? -- Greg

5 7

[JOBS] Administrateur systèmes et réseaux Linux/Windows
by Cyril Lavier 28 Nov '14

28 Nov '14

Bonjour. Le groupe Webedia (Allociné, Purepeople, 750g, Jeuxvidéo.com, CanalBlog, etc) recherche un Administrateur Système pour la partie Allociné. Voici l'offre : Contexte : Le groupe Webedia (Allociné, Purepeople, 750g, Jeuxvidéo.com, CanalBlog, etc), groupe de média numérique en pleine croissance, recherche un Administrateur systèmes et réseaux. Dans le cadre de notre croissance, nous recherchons un administrateur systèmes et réseaux qui intervient sur des architecture internet complexes, critiques et de hautes disponibilités. Vous travaillerez au sein du pôle technique et de l’équipe administration systèmes et réseaux et en relations étroites avec les équipes de développement, avec une responsabilité spécifique sur le site Allociné en France et à l’international. Description des missions : Vous serez principalement en charge de : Référent pour l’architecture technique web Allociné Superviser et administrer quotidiennement les serveurs et intervenir sur nos différentes infrastructures internet et datacenters Installer, optimiser et faire évoluer ses éléments matériels et logiciels Etre source de proposition de nouvelles solutions techniques adaptées Piloter et mettre en œuvre les évolutions décidées Rédiger de la documentation Travailler en collaboration avec l’équipe administration systèmes et réseau, les équipes de développement et les prestataires hébergements Assurer le lien avec les équipes internes et externes Rapporter à votre manager Participation à la définition de la stratégie d'évolution et à la mise en oeuvre de ces évolutions (Plan de Continuité d’Activité, optimisations, etc.) Compte-tenu de la croissance du groupe, vos missions sont évolutives dans le temps selon votre motivation et capacité à gérer les tâches qui vous seront confiées. Profil : Formation supérieure en informatique avec expérience de 3 à 5 ans dans un poste similaire. Compétences techniques requises : Maitrise de l’environnement Linux (Debian, Ubuntu) et de logiciels associés (LAMP, Nginx, LVS, HaProxy, Varnish, langage de script). Connaissances en environnement Microsoft (Windows server, IIS, Active directory, ACL NTFS/GPO). Environnement de virtualisation VmWare ESX. NAS/SAN/DFS et autres technologies de stockage. Connaissance des architectures réseaux web, des protocoles réseaux (TCP/IP, Ethernet). Compétences techniques qui seraient un plus : Services tiers AWS. Gestionnaire de configuration Puppet. Matériels et logiciels réseaux (Cisco / Brocade / Juniper). Layer 7 HTTP. Outils de monitoring Cacti et Nagios. Qualités requises : Rigueur et organisation. Disponibilité et réactivité. Etre curieux et résister au stress. Aptitude à travailler en équipe. Savoir rédiger de la documentation claire (procédures, dossiers d’architectures, etc.). Pour l'instant, le poste est à pourvoir dans le 8ème arrondissement de Paris. Cependant, un déménagement à Levallois est prévu pour le second trimestre 2015. Pour le salaire, il faut compter une fourchette entre 40k€ et 50k€ brut annuel. Envoyez moi vos candidatures en direct. Merci. -- Cyril "Davromaniak" Lavier KeyID 59E9A881 http://www.davromaniak.eu

1 0

Client XMPP SSO
by ML Cybcorps 27 Nov '14

27 Nov '14

Bonjour les Admins ! Je cherche à mettre en place un système de messagerie interne à l'entreprise basé sur XMPP. En serveur, j'utilise Openfire couplé à l'AD, aucun problème de ce côté. Mais pour le client, je n'arrive pas à trouver chaussure à mon pied. Je souhaite que le client prenne en charge le SSO pour éviter aux utilisateurs de changer leur mot de passe à de multiples endroits tous les 3-6 mois ... J'ai regardé du côté d'Openfire et Pandion mais ils ne semblent plus maintenues ... Quelques retours d'expériences possible sur des clients XMPP en entreprise ? Cordialement, Jordan

9 9