- FRsAG - frsag.org

Re: [FRsAG] Optimisation architecture Web / Retour d'experience ?
by Vincent Cassé 06 Sep '11

06 Sep '11

Wallace <wallace(a)morkitu.org> a écrit : >Le 06/09/11 08:58, Gregory Duchatelet a écrit : >> Le 06/09/2011 07:43, Yacine Kheddache a écrit : >>> >>> Donc, ces fichiers sont déjà traités différemment ... Quel serait alors >>> l'intérêt à mettre un reverse proxy devant et surtout de mettre du cache >>> sur ces fichiers ? >>> Idem: diminuer la latence sur les statiques les plus sollicités >>> (surtout si il y a xTo de statique stocké sur du stockage "lent"). >>> >>> >> >> Je rejoins Mathieu : quelles sont les différences entre un reverse >> proxy qui va récupérer ses pages sur un frontal de statiques qui va >> lui même les récupérer sur un disque, puis stocker le tout en mémoire; >> et un serveur statique type nginx qui va directement récupérer les >> pages sur disque, qui seront mise en cache par le buffer cache de Linux ? >> >Le buffer cache de linux ne fait pas des miracles et les accès disques >restent toujours assez élevés. >Si tes proxy ont accès au FS qui contient les données effectivement il >peut être intéressant de sauter un intermédiaire. Par contre je suis >plutôt pour le fait que les proxy se constitue un cache en local sur un >média lent et mettent en memcache les éléments les plus demandé. > >La raison est simple, cas réel, grosse plateforme web multi langues qui >pousse H24 à débit constant sans l'effet de vague horaires qui nous >permet de faire des maintenances. >La plateforme fait une migration, cold restart pour les mysql, les web. >Si tous les proxy du client à travers >le monde (Asie, Europe, USA) avaient du retransférer les données depuis >les serveurs front ou directement le FS partagé la plateforme ne serait >jamais repartie. >En ayant en cache disque local pratiquement tous les statics, les proxy >ont été opérationnels immédiatement. >La plateforme en cold restart a déjà bien souffert derrière autant ne >pas lui rajouter de la charge inutile. > > > >_______________________________________________ >Liste de diffusion du FRsAG >http://www.frsag.org/

1 0

Solution storage "non-rackable"
by Simon Morvan 05 Sep '11

05 Sep '11

Hello la liste, Je cherche une solution pour monter un gros NAS (15-20 disques SATA) qui soit un minimum "pro" (shelf de disque, etc...) mais dans un format "bureau" et pas rackable 19" car je pense que ca va faire un peu trop de bruit dans les locaux. Ou alors une solution pour utiliser les classiques shelfs & hba sur serveur en format 19" mais sans le bruit associé. Au dela de ça, est-ce que ca existe une solution de ce type avec l'OS/le software clé en main pour fournir un service NAS SMB/AFP sur le lan ? L'idée générale est d'éviter le DIY de la maxi-tour gavée de disques sous debian/samba/netatalk maison avec laquelle j'ai un max de problème en ce moment (kernels panics dans tous les sens sans arriver à en trouver la cause). J'espère que c'est clair.... Merci d'avance, -- Simon

18 48

Geotracking d'IP online
by "Vincent Duvernet (Nolmë Informatique) " 02 Sep '11

02 Sep '11

Bonjour, jusqu'à présent, j'utilisais le portail http://geomaplookup.net/ pour déterminer l'emplacement géographique d'une IP mais il semblerait depuis quelques temps que les emplacements indiqués ne soient plus en adéquation avec leur position géographique respective. Est ce que l'un d'entre vous aurait un autre portail à suggérer ? Merci, Vincent

6 7

Cluster HA sous Debian.
by Artur 02 Sep '11

02 Sep '11

Salut, Une rapide présentation avant ma question : 42 ans, ingénieur de formation, j'ai travaillé dans la banque et finances avant de rejoindre une petite boite spécialisée dans la communication sur Internet (webcasts, streaming...). Je m'intéresse particulièrement à la sécurité et aux infrastructures réseaux/systèmes. Plutôt dans le monde Unix. Pourriez vous me conseiller sur les applications à utiliser pour mettre en place un cluster HA actif/actif sous Debian Squeeze, svp. J'ai déjà mis ce genre de configs avec Lenny, Heartbeat, DRBD et ça fonctionnait bien. Aujourd'hui j'ai un peu plus de mal avec la config des nouvelles versions de Heartbeat et surtout une documentation et un support minimaliste qui me fait perdre pas mal de temps. Pourtant la config que je cherche à mettre en place est relativement simple, quelques services répartis sur deux noeuds et une vérification de connectivité internet sur chacun des noeuds... Merci par avance. -- Cordialement, Artur.

7 9

OpenStack France
by john doe 01 Sep '11

01 Sep '11

Bonjour, Pour votre information : http://groups.google.com/group/openstack-france Cordialement, _____________________________________________________________ Get your own *free* email address like this one from www.OwnEmail.com

7 7

MySQL Proxy
by Gregory Duchatelet 30 Aug '11

30 Aug '11

Bonjour, actuellement nous gérons la répartition de charge sur les serveurs MySQL en PHP, avec un preg_match sur la requête pour l'envoyer soit sur le master, soit sur un slave pondéré. Ca fonctionne bien, et le random sur la pondération répartit la charge équitablement. Mais quand je dois intervenir sur un serveur, je dois travailler avec les développeurs pour supprimer temporairement un slave, puis l'ajouter petit à petit lorsque j'ai terminé, le temps qu'il charge ses index en mémoire... J'aimerais gérer cette répartition de A à Z, et que ce soit fait plus élégamment qu'un preg_match + random dans un tableau PHP ... C'est là qu'intervient MySQL Proxy : avec son script rw-splitting.lua il est sensé gérer tout ça. Mais ce script est loin d'être complet, en plus je constate que la majorité des requêtes de lecture (SELECT) vont sur le master... Sur son site http://forge.mysql.com/wiki/MySQL_Proxy_RW_Splitting Jan précise bien que /Yes, we know that RW-Splitting is not for production use yet, it is a Proof of Concept./ Malgré tout j'aime l'idée, donc je me demandais si je pouvais avoir des retours d'expériences sur MySQL Proxy et particulièrement sur ce script lua ! Et si non, si vous connaissiez un système qui analyse les requêtes et load-balance sur les slaves et le master de manière automatique. Il faudrait que les développeurs n'aient qu'une IP par database et ce système se charge du reste. -- Greg

10 19

Mise en conformité petite salle info
by Christophe Pujol 24 Aug '11

24 Aug '11

Bonjour tout le monde, Je souhaite mettre en conformité une petite salle informatique 10m² environs (2 baie + onduleur 40KVA Tri) Je pense l'équiper d'un plancher technique. Quels fournisseurs utilisez vous pour ce genre de besoin ? Si la réponse est Hors-liste envoyez moi un MP. Meilleures salutations -- Christophe PUJOL

2 1

Re: [FRsAG] Lot FRsAG, Vol 13, Parution 18
by hvom .org 31 Jul '11

31 Jul '11

Salut Oui, mais pour cela. Il faudrait déjà des contacts sérieux pour tisser une relation pro. On tombe vite sur des sites web non français, non anglophone... . Donc, a partir de là, difficile de comprendre. Tu risques surtout de te retrouver avec de la camelote sur les bras > (payée d'avance, bien sur), donc il vaut mieux avoir quelqu'un sur > place. Si tu cherches une boite de sourcing, ça peut se trouver > facilement mais c'est un service qui se paye, donc l'avantage de > l'open-source pas cher en Asie montre ses limites ... > >

6 6

fournisseur asiatique Alix
by hvom .org 26 Jul '11

26 Jul '11

Bonjour Est-ce que quelqu'un aurait des contacts asiatique pour des produits de type Alix ou équivalent. Merci de votre aide Cordialment

2 2

Re: [FRsAG] Lot FRsAG, Vol 13, Parution 17
by hvom .org 26 Jul '11

26 Jul '11

Re En faite, je recherche plus des grossistes pour professionnel. Qui peuvent fournir de grandes quantités. Je ne pense pas, que les usines de fabrication dialogue directement avec les pros ? Le 26 juillet 2011 12:00, <frsag-request(a)frsag.org> a écrit : > Send FRsAG mailing list submissions to > frsag(a)frsag.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.frsag.org/mailman/listinfo/frsag > or, via email, send a message with subject or body 'help' to > frsag-request(a)frsag.org > > You can reach the person managing the list at > frsag-owner(a)frsag.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of FRsAG digest..." > > > Thèmes du jour : > > 1. fournisseur asiatique Alix (hvom .org) > 2. Re: fournisseur asiatique Alix (Benjamin Billon) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 25 Jul 2011 22:18:19 +0200 > From: "hvom .org" <hvom.org(a)gmail.com> > To: frsag(a)frsag.org > Subject: [FRsAG] fournisseur asiatique Alix > Message-ID: > <CANzndB-harR0-UnnaSkL8XZOhS=u9s7+snR+XLm2rnbx5g6wBw(a)mail.gmail.com > > > Content-Type: text/plain; charset="iso-8859-1" > > Bonjour > > Est-ce que quelqu'un aurait des contacts asiatique pour des produits de > type > Alix ou équivalent. Merci de votre aide > > Cordialment > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: < > http://www.frsag.org/pipermail/frsag/attachments/20110725/e0adfea8/attachme… > > > > ------------------------------ > > Message: 2 > Date: Tue, 26 Jul 2011 08:34:14 +0800 > From: Benjamin Billon <bbillon-ml(a)splio.fr> > To: French SysAdmin Group <frsag(a)frsag.org> > Subject: Re: [FRsAG] fournisseur asiatique Alix > Message-ID: <4E2E0B86.90406(a)splio.fr> > Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" > > https://www.ytw.co.jp/catalog/ > http://www.dcsindo.com/ > > J'ai pas testés, par contre. > > Tu cherches dans un pays en particulier ? > > Le 26/07/2011 04:18, hvom .org a écrit : > > Bonjour > > > > Est-ce que quelqu'un aurait des contacts asiatique pour des produits > > de type Alix ou équivalent. Merci de votre aide > > > > Cordialment > > > > > > _______________________________________________ > > Liste de diffusion du FRsAG > > http://www.frsag.org/ > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: < > http://www.frsag.org/pipermail/frsag/attachments/20110726/639ef76a/attachme… > > > > ------------------------------ > > _______________________________________________ > FRsAG mailing list FRsAG(a)frsag.org > http://www.frsag.org/mailman/listinfo/frsag > > Fin de Lot FRsAG, Vol 13, Parution 17 > ************************************* >

2 1