FRsAG

frsag@frsag.org

4 participants
2599 discussions

Recherche Administrateur système Linux / réseaux
by Christophe Casalegno 23 Apr '11

23 Apr '11

Bonjour à tous, Digital Network recherche, pour le compte de son pôle d’activité housing, hosting et infogérance, des administrateurs système et réseaux. Votre profil : Hacker dans l’âme, passionné par le fonctionnement des rouages des réseaux et des systèmes d’exploitation, vous êtes pourvu d’un sens accru de l’autonomie ainsi que de fortes capacités d’apprentissage. Vous évoluerez dans le milieu des Datacenters, et aurez à votre charge l’application et la définition des architectures client, des procédures, ainsi que l’administration de serveurs unix (principalement sous linux), utilisant notamment des services email, dns, base de données, web et ftp tels que Apache, php, python, MySQL, Qmail, DRBD, pure-ftpd, PostGreSQL, etc… Vous participerez également au support technique, à l’exploitation des serveurs internes et externes (infogérance et services managés). Vous pourrez également intervenir au niveau de la configuration et de l’exploitation de switchs manageables (gestion de vlan, QOS, snmp, sécurité) et de routeurs. La connaissance de langages de type shell, python, php ou perl serait un plus mais n’est pas indispensable. Challenger dans l’âme, vous êtes également pourvu d’une excellente culture internet ainsi que de bonnes qualités relationnelles et rédactionnelles. Impossible ne fait pas partie de votre vocabulaire, vous avez de l’imagination et n’hésitez pas à emprunter des chemins alternatifs pour atteindre vos objectifs. Vous souhaitez rejoindre une équipe jeune et dynamique ainsi qu’évoluer vers un poste transverse à responsabilités où vous pourrez disposer d’une forte autonomie, alors n’attendez plus et envoyez votre candidature à l’adresse suivante : staff(a)digital-network.net Postes basés à La Ciotat (13600) et Gemenos (13420) Région PACA. cordialement, -- Digital Network Group | CTO / Chief Technical Officer Security & Hosting | http://twitter.com/Brain_0verride http://www.digital-network.net | http://www.dns-fr.com Phone : +33.611.415.869 | Fax : +33.177.758.868

1 0

Re: [FRsAG] Présentations
by Nicolas Marchal 22 Apr '11

22 Apr '11

Bonjour, Nicolas Marchal, co-fondateur d'eNovance, société d'hebergement / infogérance plutôt spécialisée dans les technos web et Open Source . Nous sommes sur 2 DC avec une infra entierement redondée et un goût extremement prononcé pour tout ce qui est lié à la haute-performance et à la haute-disponibilité. Les technos sur lesquels on travaille sont nombreuses et variées, ça va de Apache à NGINX en passant par Varnish, MariaDB, Percona, TokuDB, DRBD, OpenVZ, KVM , FusionIO, etc, etc, enfin tout ce qui se trouve dans le monde Web, l'Open Source et qui est lié de près ou de loin à la perf et à la dispo quoi ;-) D'ailleurs on recrute des Sys Admins, Dev Ops et Dev System Python et des Dev Java. Si vous etes interessés, vous pouvez m'envoyer un mail hors liste. Bonne journée à tous Nicko Nicolas Marchal --------------------------------------------------------------------------------------- T./ +33.1.49.70.99.80 P./ +33.6.20.72.21.79 M./ n.marchal(a)enovance.com W./ www.enovance.com eNovance -10 rue de la Victoire 75009 Paris - 75009 Paris --------------------------------------------------------------------------------------- ----- Mail Original ----- De: "Gregory Duchatelet" <greg-frsag(a)duchatelet.net> À: "French SysAdmin Group" <frsag(a)frsag.org> Envoyé: Jeudi 21 Avril 2011 15h45:15 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [FRsAG] Présentations Bonjour, depuis le début de l'année 2011, la liste a accueillie 160 nouveaux membres, ce serait bien que parmi eux les professionnels fassent une petite présentation ;) Sur la même période, 7 membres ont été désinscrits automatiquement (trop de bounces). Aussi, les retours d'expérience sur les nouvelles technos ou équipements (Cloud, SSD, FusionIO, storage, etc) sont les bienvenus ! Ca nous change du train-train quotidien ! Je rappelle aussi la présence d'un canal IRC #frsag sur freenode pour les sujets plus légers, et pour les questions de développeurs... :) -- Greg _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

3 3

EC2, un Cloud taillé pour la haute disponibilité
by Pierre Chapuis 21 Apr '11

21 Apr '11

... sauf parfois : http://thenextweb.com/industry/2011/04/21/amazon-ec2-troubles-bring-down-re… Quelqu'un de la liste a été impacté ? Personnellement j'ai eu de la chance que mes instances ne soient pas dans cette zone de disponibilité... -- Pierre Chapuis

3 3

Recherche Administrateur Linux Sur Grenoble
by Julien Bérard 20 Apr '11

20 Apr '11

Bonjour Tout le monde, Dans ma société on recherche un administrateur systèmes et réseaux Linux. On est spécialisé dans le logiciel libre, on est une petite structure donc vous serez amenés à toucher un peu à tout. Voici la fiche de poste : http://probesys.com/Download/fiche_de_poste_admin.pdf Le poste est disponible à partir de Juillet, mais c'est flexible. N'hésitez pas à nous contacter. -- Cordialement, Julien Bérard probeSys spécialiste GNU/Linux Tèl: 09-74-76-47-86

1 0

Le meilleur tunnel IPsec de l'univers
by Benjamin Billon 18 Apr '11

18 Apr '11

Salutations cordiales et distinguées, Quelles sont, d'après vos expériences, les meilleures solutions de tunnel IPsec, ou de tunnels en général si il y a mieux ? Quelques paramètres qui peuvent faire varier les réponses : - la distance entre les sites (de 100m à 10 000 km) - le nombre de chemins possibles (de 1 à une infinité) - la latence, la bande passante, que sais-je - OS vs appliances (lesquelles)? Et tant que j'y suis, quid des serveurs VPN facilement utilisable pour le commun des mortels, mais aussi pour les barbus (c'est à dire Win XP, 7, Linux et OSX, parfaitement)? Brotz, -- Benjamin

4 3

Recherche une autre interface de gestion de spam que Maia Mailguard
by Guillaume PODGORSKI 18 Apr '11

18 Apr '11

Bonjour, Je suis à la recherche d'une interface de gestion des spams libre (ou pas trop cher) qui pourrait remplacer Maia Mailguard. Quelqu'un aurait une idée car sur google il n'y a pas grand chose ? Merci Guillaume

6 5

Re: [FRsAG] Choix techno entre SAS et SATA
by Jérémy RIZZOLI 14 Apr '11

14 Apr '11

> Il y a "pire" maintenant, chez des concurrents. > Eux par exemple : http://www.nimblestorage.com/ > > SSD + SATA + software développé pour dans le même boitier... > Et hop, une solution "all in one" pour le stockage primaire, secondaire, > backup, snapshots, auto-adaptatif, etc. > > --> Sans aller jusque là, je pense qu'en restant sur l'Equallogic on peut déjà faire des choses sympa. > > > La question que je me pose (et là j'ai besoin d'un retour > > d'expérience) c'est est-ce qu'il est capable de répartir de façon > > intelligente entre un RAID6 de SAS et un RAID6 de sata ? > > Oui. > Parce qu'il (le soft EQL) sait que le RAID6 est plus rapide en SAS qu'en > SATA. > --> OK, et entre un RAID10 de 48 disques SATA et un RAID6 de 16 disques SAS ? .... est-ce qu'il est suffisamment intelligent pour savoir que le temps de latence d'un disque SAS est meilleur qu'un disque SATA ? > > Bon après, moi, le RAID6 je suis contre sur du SATA avec des gros disques. > Mais c'est perso... > > --> Je suis un peu du même avis, car trop d'IO cumulées, si on part sur du PS6500 c'est aussi pour avoir le luxe de pouvoir faire du RAID10 sur du SATA et donc de compenser un peu les pertes lié à la techno SATA, même si selon les avant vente de DELL, ils déconseillent du RAID10 sur du SATA à priori à cause de l'algo de priorisation des Equalogic qui aurait tendance à dire le RAID10 des SATA c'est mieux qu'un RAID6 de SAS ... A voir dans les nouvelles release peut etre, il parait que les algo évoluent en permanence de ce coté. > > Peut-être peut-on même envisager de gérer en partie manuellement le > > truc, > > Si tu fais ça, ça veut dire que tu ne mets pas tes baies EQL dans le même > san-group, donc que tu perds AMHA l'intérêt de prendre une baie SATA EQL > pour faire ce que tu veux (et tu devrais regarder des solutions tierces, > genre Open-E ou NexentaStor). > Mais l'idée qui est intégré à EQL c'est vraiment : . toutes les baies dans le même san-group . on laisse l'EQL gérer les données . on ne joue pas à la main avec les datas . on laisse l'EQL gérer les données (je sais je me répète 8)) Dans ton idée, tu va "bloquer" une baie (ta baie "rapide") pour tes bases SQL. Why not. Sauf que dans la "vraie vie", peut-être que certaines bases pourraient être sur la baie intermédiaire (voire lente, en exagérant) et que certaines VM bénéficieraient d'être sur la baie "rapide". Tu vois ce que je veux dire ? ---> OK, donc selon toi l’intérêt des Equallogic réside dans la gestion automatisée. C'est vrai que gérer une partie en manuel présente l'inconvénient de "réserver" des ressources rapides pour des VM dont ont sait qu'elles en ont "potentielement" besoin mais ce n'est pas toujours le cas en permanence. De ce que j'ai compris, l'algo de ré allocation des Equallogic n'est pas "immédiat" dans le sens où il se base sur une analyse statistique des données les plus utilisées, a priori sur une période de 14 jours de ce que j’ai compris ... Néanmoins, je voudrais éviter de tomber dans une situation un peu étrange ou dans certains mois des VM seront très sollicitées et déplacées 14 jours après sur des disques rapides alors que le mois d'après elle n'est quasiment pas utilisée .. Concrètement ça arrive assez rarement mais c'est possible (déjà vu) et dans ce cas une allocation "manuelle" est peut être préférable afin d'avoir le meilleur type de ressource physique au moment voulu. --> Bref ça se discute je pense, le rapport entre "full auto" et "semi auto" de la gestion du bouzin. Faut pas oublier ce que je disais hier (repris par d'autres sur la ML) : vu > le nombre d'IOPs qu'on sort d'un disque aujourd'hui... Qui a _vraiment_ > besoin d'une baie SAS 15K en RAID10 (ou pire SSD) ? > Pas moi en tout cas, je vais même passer ma baie SAS 15K RAID10 en RAID50 > tellement elle ne fout rien (elle héberge du LAMP principalement). > > --> Je suis assez d'accord c'est aussi pour ça qu'on se pose réellement la question avant d'investir dans du lourd à l'aveugle comme ça a été souvent fait par le passé. Les costkillers sont là .. Si on pousse la question jusqu'a l'extreme on pourrait aussi se demander finalement, sur une VM VMware, qu'est ce qui consomme le plus d'IO ou de débit , et en fonction de ça, où les placer ? Genre: -Fichier de la mémoire de la VM --> beaucoup d'IO , est-ce intelligent de le laisser sur le même volume de stockage ? -fichier swap, généralement dans le vmdk, --> plus ou moins d'IO selon le dimensionnement du fichier mémoire, en gros mieux la VM est dimensionnées et moins on aura d'IO. -Filesystem de la VM et notamment /var/log ---> trop de log génère beaucoup d'IO pour pas grand chose, centralisation des logs ? Tout le reste sur une VM, au final l'applicatif qui tourne dessus, ça consomme pas tant d'IO que ça sauf dans les cas spécifiques .. Bref, pour résumer le truc, je pense qu'on peut facilement imaginer un ensemble de "best practise" pour optimiser l'usage de son SAN quand on fait du VMware. Jérémy

1 0

Avec Openvpn peut on faire un habillage à la sauce hamachi ?
by cam.lafit＠azerttyu.net 14 Apr '11

14 Apr '11

Bonjour à tous Comme vous pouvez le voir j'ai essayé de faire un objet de mail assez explicite malgré tout :) Je me demande comment faire 2 choses que je retrouve dans le service hamachi : 1/ pouvoir créer des grappes de clients vpn indépendantes 2/ fournir au client simplement l'ensemble des certificats/paramétres et cacher l'ensemble des étapes intermédiaires. Pour le 1/ mon besoin est de pouvoir affecter un client vpn à une groupe et de restreindre sa visibilité à son groupe. Après recherches j'ai bien l'impression qu'il y a des possibilités mais je ne trouve pas de documentation pertinente (WITFM?). Pour le 2/ l'idée serait : j'installe mon client vpn et via une méthode quelconque je récupère l'ensemble des clefs et certificats à installer de façon transparente. En espérant avoir été clair (pas gagné je ne suis qu'au second café :) Km

4 5

Re: [FRsAG] Choix techno entre SAS et SATA
by Jérémy RIZZOLI 14 Apr '11

14 Apr '11

Bonjour, > Seul Dell doit en avoir, je peux vous donner les coordonnées d'un ingé > avant-vente qui m'avait bien renseigné. --> je veux bien les coordonnées de ton avant vente oui ! merci ! ... > Maintenant, pour améliorer la capa, vous pouvez garder cette PS6000 et > ajouter une PS4000E au san-group. La capa va s'étendre, et les données > vont automatiquement s'équilibrer : les données fortement accéder > resteront sur la PS6000, et les données faiblement accéder vont se > déplacer sur la PS4000. > Ca marche bizarrement bien, sans perte de latence (les données sont > déplacés quand il peut). > > Rappel: dans un san-group, on peut mettre jusqu'à 2x PS4000 maximum, et > "N" (je sais plus) PS6000. > > Autre conseil : remplir le SAN de disques, c'est pas beaucoup moins cher > de ne pas le remplir... --> En fait j'envisagerai bien de faire ceci avec un PS6500E en extension rempli de disques de 1 To (48*1To), le tout en RAID10 pour les perfs. As tu des détails sur la façon dont fonctionne la combinaison de 2 types de disques au sein d'un même san-group ? Comment sont réparties les données ? Est-ce que cela implique de n'avoir qu'un seul "gros" volume logique ? Si une telle manipulation est possible et que le contrôleur gère lui même la répartition physique entre les données les plus utilisées nécessitant le plus de perf et les données avec moins de contraintes, ça devient très intéressant car du coup on n'a plus vraiment de contraintes, on garderait le PS6000XV pour la partie perf et le 6500 ou 6000 supplémentaire dans le même san-group, pour l'extension en capacité. Le hic c'est qu'actuellement on a notre 6000XV divisé en volumes logiques de 200 Go sur recommandation de VMware (soit disant mieux pour la gestion d'ESX), du coup je ne sais pas si c'est envisageable de combiner les 2 types de disques au sein d'un même san-group. En fait on a a peu près 15 VM par volume logique de 200 Go, c'est ce que VMware nous a recommandé, mais après je ne sais pas si c'est vraiment justifié .. Sinon quand tu dis sans pertes de latence, tu as des chiffres ? genre ça reste autour des 5 ms malgré le SATA ? si c'est le cas c'est vraiment le top. > Dell indique que l'on peut avoir 3 niveaux : > -SSD > -SAS > -SATA de 3Tera > > En fonction du nombre d'accès, les données vont se déplacer sur une des > 3 baies. > Cela permet d'avoir un équilibre entre performance et capacité. --> cette automatisation de la répartition des données a un nom ? j'ai du loupé quelque chose dans les fonctionnalités des Equalogic .. néanmoins merci de l'info ! -- Jérémy

2 1

Choix techno entre SAS et SATA
by Jérémy RIZZOLI 13 Apr '11

13 Apr '11

Bonjour à tous, je repose une question sur cette ML en espérant trouver ici des avis éclairés sur la question du choix entre techno SAS (15K), NL-SAS (7,2K) et SATA dans un SAN iSCSI. ma question est la suivante: Y a t-il quelque part de vrais comparatifs purement chiffrés et concrets de performances entre du SATA standard, du NL-SAS et du SAS 10 ou 15k ? la question se pose surtout au niveau des perfs en termes d'IO, sur un RAID 6 à base de ces disques. Et si on peut trouver un comparatif qui tienne compte de différents contrôleurs hardware ce serait encore mieux ! l'idée est de voir si le SAS 15K est réellement justifié dans notre cas pour savoir s'il serait envisageable de n'avoir que des disques SATA, voir NL-SAS à la place pour des raisons de cout. Est-ce que quelqu'un s'est déjà posé la question ? Étant donné les différences de tarifs/Go entre SAS et SATA ... la question se pose clairement pour un cas comme le notre où les perfs ultimes ne sont pas vraiment une priorité. Pour préciser, notre usage actuel du SAN c'est du disque purement système de différentes VM qui tournent sur un ESX (pas de database) + un peu de stockage pur et dur On a actuellement du PS6000XV (c'est à dire le haut de gamme) avec 16 disques SAS 15k dedans en RAID6 (2 disques de spare) --> ça nous a couté un bras pour relativement peu d'espace utilisable Le monitoring SNMP nous indique une moyenne a peu près constante de 500 Iops (ce qui me semble assez peu au regard des capacités potentielles du SAS) En terme de débit, on sous utilise largement (pas plus de 20Mo/s) Environ une 60 aine de VM qui tournent dessus (Disques système + ramdisk + swapfile). Evolution prévue a une centaine de VM (principalement des OS FreeBSD + Linux) . l'idée au final serait d'étendre l'existant à moindre cout avec un max de capacité (meilleur rapport prix/Go): Est-ce que le SATA induit beaucoup plus de charge sur les contrôleurs par rapport au SAS ? Quel type de RAID le plus adapté par rapport à la fiabilité et aux performances du SATA entreprise ? (RAID6 ou RAID10) ? Quel différences réelles entre du SATA vendu par DELL avec les SAN et du SATA du commerce (genre un disque de 2 To à 70 euros) ? Quel différence flagrante en termes de perfs à part les temps d'accès moins bon sur du SATA (probablement lissés par le contrôleur quand même) ? Combien de VM peut-on espérer faire tourner dessus sans trop plomber les perfs et la fiabilité, ou plutôt: IOps max, débit max écriture/lecture séquentielle et aléatoire, etc.. Merci pour votre aide. Jérémy

7 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG