- FRsAG - frsag.org

Conseil sur une architecture serveurs
by SD76 28 Nov '12

28 Nov '12

Bonjour, Étant sysadmin junior, je me permet de vous sollicitez afin de faire les bon choix. Contexte: PME immobilière nationale en fort développement. Actuellement site vitrine et outils métiers ne font qu'un même techno (Apache/php/mysql) et serveur unique... On a pas mal de souci de perf (code non optimisé et pareil coté BDD). 20k visiteurs unique jours / 80 salariés. Les volumétries sont raisonnable. Objectif: Tout est en cours de refonte (Nginx/PHP/PostGresql), nous souhaitons isoler le site et l'application métier sans trop arriver à choisir. Améliorer la disponibilité, faciliter la mise en prod… Exemple d'archi: Site et sa base de donnée sur un premier serveur avec un failover idem pour la partie métier Site et appli métier sur un même serveur et chaque base de donnée sur leur serveur… Les combinaisons sont nombreuse… Virtualisation ou non? Les techno nous importe peu tant qu'elles on fait leurs preuve. Étant donné la croissance de l’activité, nous recherchons aussi la scalabilité. L'idée étant de garder au maximum la main sur les machines, le "cloud" ne nous botte pas vraiment. Et pour avoir déjà donné, je ne veux pas de solution à base de bidouillage :) Si vous avez des retours d’expériences sur des besoins similaire ou des remarques à apporter j'en serait ravi. NB: O*H nous hébergent actuellement, je souhaiterai déménager. Si vous avec de bon contact, je suis preneur. Merci. sd

21 50

Problème connexion TCP en IPv6 via tunnel broker
by Valentin Surrel 27 Nov '12

27 Nov '12

Bonjour la liste, J'essaye de jouer un peu avec IPv6 au taf sur notre LAN (livebox, donc pas d'IPv6, donc tunnel broker HE), tout a marché relativement vite, mais je suis confronté à un petit soucis. J'ai voulu me connecter à un site avec Facebook Connect, et là, c'est looooong avant de fonctionner. Il s'avère que ça essaye d'aller sur graph.facebook.com en IPv6 avant de fallback en IPv4. Je reproduis avec un "telnet graph.facebook.com 443". Côté telnet, ça hang sur "connecting to ..." avant de fallback en IPv4 et fonctionner. La trace sur le routeur correspondant à la tentative de connexion et le début de lag est la suivante : root@router:~# tcpdump -i he-ipv6 -s 0 -A -nnvv ip6 and host 2a03:2880:10:8f01:face:b00c:0:26 tcpdump: WARNING: he-ipv6: no IPv4 address assigned tcpdump: listening on he-ipv6, link-type RAW (Raw IP), capture size 65535 bytes 20:52:25.932060 IP6 (hlim 63, next-header TCP (6) payload length: 40) 2001:470:XXXX:0:5054:ff:fe68:fb38.45296 > 2a03:2880:10:8f01:face:b00c:0:26.443: Flags [S], cksum 0x5539 (correct), seq 1210109642, win 5760, options [mss 1440,sackOK,TS val 1919411 ecr 0,nop,wscale 7], length 0 `....(.? ..p....PT...h.8*.(............&....H ..........U9......... ..I......... 20:52:26.124836 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x4709 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577472671 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.G ......... ^.R...I.... 20:52:28.930605 IP6 (hlim 63, next-header TCP (6) payload length: 40) 2001:470:XXXX:0:5054:ff:fe68:fb38.45296 > 2a03:2880:10:8f01:face:b00c:0:26.443: Flags [S], cksum 0x524b (correct), seq 1210109642, win 5760, options [mss 1440,sackOK,TS val 1920161 ecr 0,nop,wscale 7], length 0 `....(.? ..p....PT...h.8*.(............&....H ..........RK......... ..L......... 20:52:29.119830 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3b57 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577475665 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.;W......... ^.^Q..I.... 20:52:29.300834 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3aa0 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577475848 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.:.......... ^._...I.... 20:52:29.899837 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3848 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577476448 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.8H......... ^.a`..I.... 20:52:30.504831 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x35ef (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577477049 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.5.......... ^.c...I.... 20:52:31.104833 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3397 (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577477649 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.3.......... ^.f...I.... 20:52:31.704835 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x313f (correct), seq 2390601137, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577478249 ecr 1919411,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8.....}..H ....7.1?......... ^.hi..I.... 20:52:34.930630 IP6 (hlim 63, next-header TCP (6) payload length: 40) 2001:470:XXXX:0:5054:ff:fe68:fb38.45296 > 2a03:2880:10:8f01:face:b00c:0:26.443: Flags [S], cksum 0x4c6f (correct), seq 1210109642, win 5760, options [mss 1440,sackOK,TS val 1921661 ecr 0,nop,wscale 7], length 0 `....(.? ..p....PT...h.8*.(............&....H ..........Lo......... ..R}........ 20:52:35.121332 IP6 (class 0x80, hlim 51, next-header TCP (6) payload length: 40) 2a03:2880:10:8f01:face:b00c:0:26.443 > 2001:470:XXXX:0:5054:ff:fe68:fb38.45296: Flags [S.], cksum 0x3bd1 (correct), seq 2794353901, ack 1210109643, win 14280, options [mss 1440,sackOK,TS val 1577481664 ecr 1921661,nop,wscale 9], length 0 h....(.3*.(............& ..p....PT...h.8......t.H ....7.;.......... ... J'ai essayé pas mal de truc à base de MTU et de réduction de MSS, mais rien semble fonctionner. Avez vous déjà rencontré ce genre de problème avec des IPv6 tunnel broker ? C'est pour l'instant le seul site où j'ai rencontré un problème... Valentin

3 8

Re: [FRsAG] Conseil sur une architecture serveurs
by memoi2001＠fooker.fr 27 Nov '12

27 Nov '12

Une solution virtualDC pourrait etre approprié a ce niveau, les avantages de la scalabilité (trois clics et hop, un nouveau front) sans pour autant avoir toute l'infra a mettre en place. Apres a voir si ca se trouve a pas trop chere, la ou je travail on en propose un, mais faut le portefeuille bien rempli ----- Reply message ----- From: "Patrick Proniewski" <patpro(a)patpro.net> To: "French SysAdmin Group" <frsag(a)frsag.org> Subject: [FRsAG] Conseil sur une architecture serveurs Date: Tue, Nov 27, 2012 09:38 On 27 nov. 2012, at 09:28, Sylvain Donnet wrote: > Je reste sur le fait que 20K voulait bien dire 20000 visiteurs jours oui, c'est très clair, j'avais juste confondu le k avec un 0, mes yeux sont pas du matin ;) La virtualisation par contre c'est un peu overkill, à moins de l'utiliser en mode client uniquement (se faire héberger sur un cloud). Parce que monter sa propre infra de virtualisation c'est quand même bien coûteux.

1 0

Invitation to connect on LinkedIn
by Aurélien Leicknam 24 Nov '12

24 Nov '12

LinkedIn ------------ French, I'd like to add you to my professional network on LinkedIn. - Aurélien Aurélien Leicknam Architecte Technique Central at Bouygues Telecom Paris Area, France Confirm that you know Aurélien Leicknam: https://www.linkedin.com/e/db9afk-h9x0j0ap-4/isd/9739714618/TxFjUoqy/?hs=fa… -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/db9afk-h9x0j0ap-4/uLVn-evsjcer3t5natVnXXtFG9/goo/… (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

3 4

IPv6 only la fin de l'IPv4 privée
by Wallace 23 Nov '12

23 Nov '12

Je fais un nouveau sujet car vu les retours en privé, je pense qu'il y a de quoi dire encore et cela devrait intéresser d'autres personnes. Déjà merci pour vos remerciements en privé, à croire que le sujet est tellement délicat que recueillir un peu d'information parait bénéfique à tous. Pour continuer la discussion, - en réponse à Denis qui me dit être content de voir des personnes qui n'ont pas peur d'ipv6, j'ai eu un déclic tout bête mais quand je relis mes bouquins ipv6 ou les cours il y a 10 ans cela n'était pas le même discours. C'est simplement les assignations de subnet. Pour ceux qui ont été sensibilisé à l'ipv6, on a tous entendu, "faut attribuer un /64 minimum à chaque serveur" Du coup on pense organisation de routage alors que non c'est complètement faux. Il faut voir cela autrement. Cela vient du fait qu'effectivement quand on prend un serveur dédié chez Toto hébergement, on a toujours un /64 attribué au serveur. Mais dans les faits on utilise une ip. Si on est là pour faire du hosting maitrisé avec infogérance (c'est mon cas). On a affecté un /64 par client comme y a 10 ans où on attribuait des PI /24. Après les serveurs dedans ont une seule adresse ip (c'est déjà pas mal) et font parti du subnet. On ne route pas un subnet vers un serveur comme chez les loueurs de serveurs qui font cela pour pas avoir à gérer vos demandes d'ipv6. Bref je ne sais plus qui m'avait fait faire ce déclic, qu'il en soit remercié, on enlève toute la problématique routage qu'on m'avait présenté depuis 10 ans. Et là tout devient simple, chaque client à son subnet /64 regroupé dans une allocation plus grande. Après qu'on décide de faire des passerelles dédiées à chaque subnet ou que l'on mette un routage global, chacun son archi. - pour répondre à Sylvain, oui tout faire en dual stack en se trainant du nat sur le v4 et du routage sur le v6 c'est juste impossible à maintenir sur le long terme ou alors il faut consommer autant d'ipv4 que de v6 pour un serveur si on veut éviter la redirection de ports... Donc dans les best practices quand je vois dual stack partout en étape, je dis non, c'est trop complexe de maintenir une qualité de service avec les mêmes configurations sur les deux couches. Pour terminer enfin, je suis technique certes mais je suis aussi le patron, donc quand la technique voit des avantages, le patron est souvent d'accord :D même si ça mange du temps. C'est aussi cela qui aide à franchir le pas, là où un décideur verra l'argent perdu dans cette manipulation... Question de point de vue et de priorité.

5 13

Re: [FRsAG] Estimation cout consommation electrique infrastrucuture
by R2R 21 Nov '12

21 Nov '12

Bonjour, En fait il s'agit d'une petite infra hébergée dans une salle info "maison" et dans la cadre d'un projet Cloud / Infogérance, nous cherchons a estimer tous les couts "non matériels". Amicalement r2r > On Tue, Nov 20, 2012, at 21:12, R2R wrote: >> >> Bonjour La Liste, >> >> Petite question sur l'estimation du cout de la consommation Ã©lectrique >> d'une infrastructure informatique. >> >> Je sais aujourd'hui que mon onduleur consomme 8A pour alimenter les >> diffÃ©rents serveurs, puis-je en dÃ©terminer aussi facilement le cout >> Ã©lectrique de mon infra, sachant qu'un KWH vaut 0,53Euros chez EDF ? > > Bonjour, > > 1. Il n'y a pas que l'electricite de l'onuleur. A mois que ton infra est > vraiment tres petite, il faut aussi compter le refroidissement. > 2. A 0.53 EUR/KWh, tu te fais raketer. Dans un datacenter digne de ce > nom, l'electricite ondulee, secourue (x2) et "refroidie" (pas > l'electricite, mais les equipements qui la consomment) coute moins cher > que ca. > > Sinon, KWh total = 24 * jdm * U * I * cosphi > jdm = "journees dans le mois" - 28 a 31, selon le mois > U = 220-230 tension du secteur (220-225 dans les batiments "normaux", > 230 en DC) > I = courant entrant dans ton installation (8A chez toi a priori). Faire > gaffe, ca peut varier dans la journee/semine/mois > cosphi = cosinus de phi. Ca se mesure, ca depend de tes infras. en DC > c'est generalement autour de 0.95 > >> Comment estimez-vous ce cout de votre cotÃ© ? > > Personellement je considere les pires des cas : > > psalle + 24 * 31 * N * ppkwh > psalle = prix de la salle (reservation electrique masi pas de conso, cf. > contrat) > N = puissance achetee aupres du DC ( U * I , cosphi = 1 ), cf. contrat > ppkwh = prix per KWh, beaucoup plus bas que le tien, cf. contrat > > La facture du DC ne peut jamais donner pire que ca. >

1 0

Estimation cout consommation electrique infrastrucuture
by R2R 20 Nov '12

20 Nov '12

Bonjour La Liste, Petite question sur l'estimation du cout de la consommation électrique d'une infrastructure informatique. Je sais aujourd'hui que mon onduleur consomme 8A pour alimenter les différents serveurs, puis-je en déterminer aussi facilement le cout électrique de mon infra, sachant qu'un KWH vaut 0,53Euros chez EDF ? Comment estimez-vous ce cout de votre coté ? D'avancer merci pour vos lumières :) R2R

3 2

Système de fichier distribué
by Jonathan SCHNEIDER 20 Nov '12

20 Nov '12

Salut la liste, J'aurai besoin de vos lumières pour mettre en place un volume de 12To sur un système de fichier distribué, pour augmenter les temps de réponse et la disponibilité des fichiers. Il s'agit de fichiers pesant entre 10kio et 30Gio, pour un volume total actuel de 6.5Tio. Est ce que vous auriez des idées sur un système de fichier distribué qui me permettrait d'envoyer du bois dans la chaudière ? Parce que l'actuel NFS commence à un peu à saturer vu le nombre de demandes simultanées qu'il a à traiter. J'ai entendu parler de GlusterFS, mais je voulais avoir l'avis de la communauté :) Merci Cdlt, Jonathan "bartoua" SCHNEIDER

17 30

: Scalabilité Serveur de Mail
by JC PAROLA 16 Nov '12

16 Nov '12

Bonjour à tous, Après un fil très intéressant le mois dernier sur "Les systèmes de fichiers distribués", je me permet de vous poser la question: comment gérez-vous la scalabilité de vos serveurs de mail. En effet, dans une architecture simple, un serveur avec 2 disques en RAID gère la messagerie pour x client. Quelle est pour vous la meilleure manière de gérer l'accroissement du volume des données mails des clients ? En effet, le volume de mail augmente d'année en année et même en prenant une garde au niveau de l'espace disque, tôt ou tard on arrive au max....et la longue série de migration commence. d'après ce que j'ai pu lire voici les différentes approches: 1/scalabilité vertical: on ajoute des machines identiques pour augmenter la capacité: avantage: simple à mettre en oeuvre inconvénient: oblige à installer un serveur d email complet (MTA, serveur POP, IMAP,repondeur....) 2/un serveur de stockage avec export NFS ou iSCSI avec une carte contrôleur disque adequat (du genre LSI MEGARAID CacheCade ou équivalent HP/DELL/NetApp....) avantage: l'unité de stockage fait qqe To ce qui laisse voire venir inconvénient: coût (de 20K€ à 50 k€) et surtout le faible retour d'expérience (d'où mon ticket) 3/un système de fichier distribué (GLUSTER,MOOSE,CEPH,PVFS,LUSTRE.....) avantage: cout faible, scalable inconvénient: la haute disponibilité du serveur maître fait toujours appel à du heartbeat avec des scripts maison. les performances à très forte charge est souvent soumise à réserve. J'ai essayé de rendre ce ticket constructif pour donner un état des lieux (... plutôt de ce que j'ai assimilé :-)) pour que l'on parte sur une base. Comment avez-vous gérer cela de côté ? Merci à tous -- Jean-Christophe PAROLA

5 9

[JOBS] Ingénieur systèmes Linux
by Fabien Germain 14 Nov '12

14 Nov '12

Bonjour, Pour poursuivre dans la lancée :-), voici une offre de poste pour un ingé Linux dans les Alpes-Maritimes (à Sophia Antipolis, entre Cannes et Nice) : -----8<----- ENTREPRISE : Depuis 2003, NUXIT (http://www.nuxit.com) propose au grand public et aux entreprises des solutions d'hébergement internet performantes. Forte de son expérience et de ses 30 000 sites hébergés, NUXIT a toujours su placer la qualité de service et la relation client au cœur de ses préoccupations. Cette caractéristique associée à l'excellence d'une infrastructure haute disponibilité a fait de NUXIT une figure incontournable de l'hébergement web français, connue et reconnue pour son sérieux, sa fiabilité et sa réactivité hors du commun. POSTE : Au sein d'une petite équipe (15 personnes) jeune et dynamique, vous interviendrez dans un environnement 100% Linux et principalement open source, à la fois sur des missions d'administration quotidiennes (infogérance, analyse et résolution d'incidents...) et sur des projets de conception ou d'amélioration de plate-formes existantes. PROFIL RECHERCHE : A quoi ressemble un ingénieur NUXIT ? Dynamique, disponible, passionné de Linux, forte culture de l'open-source, esprit "geek", goût de la prod et de la haute disponibilité, force de propositions intelligentes et audacieuses... Si vous vous reconnaissez dans cette description, votre profil peut nous intéresser quelle que soit votre formation et votre expérience. Débutants, tentez votre chance ! Barbus acceptés ;-) REMUNERATION : A négocier selon profil. Le poste est basé à Sophia Antipolis (06). Pour postuler : rh(a)nuxit.com Je suis également dispo pour répondre à vos questions en privé.

12 27