Re: [FRsAG] MySQL Proxy
Salut, Entièrement d'accord avec toutes ces techniques, heureusement j'ai des clients qui comprennent les enjeux du côté applicatif et font souvent tout ce qu'il faut pour que l'architecture reste simple pour mieux marcher. Mais voilà quand on est fasse à des mamouths (nom que je donne aux grosses entreprises / administrations où il faut 5 réunions espacées de 1 à 2 semaines, autant de rapports plein de blabla et de schéma pour faire la moindre action) et qu'ils prennent la décision de ne pas toucher au code parce que l'entreprise qui fait le développement a dit que c'était compliqué, il faut bien trouver une solution sinon on dit que c'est toi qui n'est pas bon ... Bref éternel débat mais on est bien tous d'accord sur le fait que la bonne solution à l'heure actuelle est côté code sauf que Grégory va nous sortir un nouveau script lua qui va super bien faire son boulot. Allé Greg un peu de pression au passage :P Le 30/08/11 00:35, Damien Claisse a écrit : Hello, La solution côté système parait souvent plus simple et moins coûteuse mais d'expérience elle finira toujours par te coûter bonbon à plus ou moins long terme (tu vas monter du serveur de plus en plus gros, empiler les rustines puis maintenir des rustines de rustines et perdre du temps en maintenance), jusqu'au jour ou patatras, plus rien ne tiendra la route, tu vas devoir tout refaire de zéro: l'application doit aussi être scalable à son niveau. Bien entendu, les applis ne sont pas souvent pensées scalabilité (cache, sharding ou au moins ventilation lecture/écriture SQL sur deux connexions différentes), mais il est souvent possible de rajouter tout ça de façon itérative, quitte à patcher au fur et à mesure l'appli: tu fournis une seconde ip virtuelle portée par un keepalived/haproxy/etc pour se connecter à des slaves répliqués, et tu demandes au(x) dev de basculer les requêtes les plus consommatrices (et pas dépendantes de l'éventuel lag de répli) dessus, puis ça tient un peu plus longtemps, et tu réidentifies des requêtes à passer sur la répli, et ainsi de suite. Ca marche aussi avec la mise en place du cache applicatif (memcached par exemple), et comme suggéré auparavant tu peux également monter un reverse proxy cache (nginx, varnish ou autre) en amont sur des requêtes qui n'ont pas besoin de trop de fraicheur, le but étant de ne pas envoyer des requêtes inutiles sur ton serveur d'appli et ta DB. Tu peux même commencer par le reverse proxy de façon totalitaire (genre si pas de cookie qui dit que le type est logué alors page sortie du cache) si l'appli est vraiment impossible à patcher et qu'il te faut une amélioration de perfs pour hier. Bon courage, signature.asc Description: OpenPGP digital signature ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] MySQL Proxy
Comme je l ai deja dit, MySQL-Proxy n'est pas une solution pour ce cas, le probleme n est pas au niveau du LUA (il peux tenter de parcourir les backend pour le changer, il se fera virer par le logiciel). Regardez plutot du cote de sqlrelay pour cela. On 30/08/2011 10:47, Pierre-Henry Muller wrote: Salut, Entièrement d'accord avec toutes ces techniques, heureusement j'ai des clients qui comprennent les enjeux du côté applicatif et font souvent tout ce qu'il faut pour que l'architecture reste simple pour mieux marcher. Mais voilà quand on est fasse à des mamouths (nom que je donne aux grosses entreprises / administrations où il faut 5 réunions espacées de 1 à 2 semaines, autant de rapports plein de blabla et de schéma pour faire la moindre action) et qu'ils prennent la décision de ne pas toucher au code parce que l'entreprise qui fait le développement a dit que c'était compliqué, il faut bien trouver une solution sinon on dit que c'est toi qui n'est pas bon ... Bref éternel débat mais on est bien tous d'accord sur le fait que la bonne solution à l'heure actuelle est côté code sauf que Grégory va nous sortir un nouveau script lua qui va super bien faire son boulot. Allé Greg un peu de pression au passage :P Le 30/08/11 00:35, Damien Claisse a écrit : Hello, La solution côté système parait souvent plus simple et moins coûteuse mais d'expérience elle finira toujours par te coûter bonbon à plus ou moins long terme (tu vas monter du serveur de plus en plus gros, empiler les rustines puis maintenir des rustines de rustines et perdre du temps en maintenance), jusqu'au jour ou patatras, plus rien ne tiendra la route, tu vas devoir tout refaire de zéro: l'application doit aussi être scalable à son niveau. Bien entendu, les applis ne sont pas souvent pensées scalabilité (cache, sharding ou au moins ventilation lecture/écriture SQL sur deux connexions différentes), mais il est souvent possible de rajouter tout ça de façon itérative, quitte à patcher au fur et à mesure l'appli: tu fournis une seconde ip virtuelle portée par un keepalived/haproxy/etc pour se connecter à des slaves répliqués, et tu demandes au(x) dev de basculer les requêtes les plus consommatrices (et pas dépendantes de l'éventuel lag de répli) dessus, puis ça tient un peu plus longtemps, et tu réidentifies des requêtes à passer sur la répli, et ainsi de suite. Ca marche aussi avec la mise en place du cache applicatif (memcached par exemple), et comme suggéré auparavant tu peux également monter un reverse proxy cache (nginx, varnish ou autre) en amont sur des requêtes qui n'ont pas besoin de trop de fraicheur, le but étant de ne pas envoyer des requêtes inutiles sur ton serveur d'appli et ta DB. Tu peux même commencer par le reverse proxy de façon totalitaire (genre si pas de cookie qui dit que le type est logué alors page sortie du cache) si l'appli est vraiment impossible à patcher et qu'il te faut une amélioration de perfs pour hier. Bon courage, ___ Liste de diffusion du FRsAG http://www.frsag.org/ attachment: guillaume_friloux.vcf___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] OpenStack France
C'est quoi ce spammeur ? Le 30/08/2011 01:36, john doe a écrit : 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 ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] OpenStack France
Depuis quand c'est openSPAM ? S@lutations 2011/8/30 Laurent Druffin laur...@druffin.fr C'est quoi ce spammeur ? Le 30/08/2011 01:36, john doe a écrit : Bonjour, Pour votre information : http://groups.google.com/**group/openstack-francehttp://groups.google.com/group/openstack-france Cordialement, __**__**_ Get your own *free* email address like this one from www.OwnEmail.com __**_ Liste de diffusion du FRsAG http://www.frsag.org/ __**_ Liste de diffusion du FRsAG http://www.frsag.org/ -- Christophe PUJOL CV: http://www.doyoubuzz.com/christophe-pujol_0 ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] Geotracking d'IP online
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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] OpenStack France
C'est toujours gfortaine ... Il était modéré, j'avais refusé son mail, il a créé un mail jetable, s'est abonné et a finit par réussir à l'envoyer ... Le 30/08/2011 11:09, Christophe Pujol a écrit : Depuis quand c'est openSPAM ? S@lutations 2011/8/30 Laurent Druffin laur...@druffin.fr mailto:laur...@druffin.fr C'est quoi ce spammeur ? Le 30/08/2011 01:36, john doe a écrit : 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 http://www.OwnEmail.com ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/ -- Christophe PUJOL CV: http://www.doyoubuzz.com/christophe-pujol_0 ___ Liste de diffusion du FRsAG http://www.frsag.org/ -- Greg ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Geotracking d'IP online
Le 30/08/2011 11:10, Vincent Duvernet (Nolmë Informatique) a écrit : 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 ? Maxmind ? -- Greg ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Geotracking d'IP online
Le 30/08/2011 11:22, Gregory Duchatelet a écrit : Le 30/08/2011 11:10, Vincent Duvernet (Nolmë Informatique) a écrit : 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 ? Maxmind ? Même résultat que GeoMapLookUp, il me place sur le 94 au lieu du 61 (via Orange Pro). Je viens de faire le test avec une BBOX, il la place en Nantes et Angers au lieu du 61. Du coup, je viens de faire des tests sur différentes IP clientes. On dirait que c'est le 61 qui déconne par l'IDF. Vincent ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Geotracking d'IP online
Salut, as tu vérifié les reverse DNS des IP pour voir si elles sont cohérentes ? Si tes abonnés terminent sur un LNS en région parisienne, ceci pourrait expliquer cela Christophe. 2011/8/30 Vincent Duvernet (Nolmë Informatique) vincent.duver...@nolme.com Le 30/08/2011 11:22, Gregory Duchatelet a écrit : Le 30/08/2011 11:10, Vincent Duvernet (Nolmë Informatique) a écrit : 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 ? Maxmind ? Même résultat que GeoMapLookUp, il me place sur le 94 au lieu du 61 (via Orange Pro). Je viens de faire le test avec une BBOX, il la place en Nantes et Angers au lieu du 61. Du coup, je viens de faire des tests sur différentes IP clientes. On dirait que c'est le 61 qui déconne par l'IDF. Vincent __**_ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Geotracking d'IP online
Le 30/08/11 14:01, Christophe K a écrit : Salut, as tu vérifié les reverse DNS des IP pour voir si elles sont cohérentes ? Si tes abonnés terminent sur un LNS en région parisienne, ceci pourrait expliquer cela Christophe. Je confirme que cela arrive souvent les ré-attributions de range chez Orange. Pas mal de mes clients en offre en ip dynamique ont changé de terminaisons, notamment en Picardie qui termine sur Paris à présent. Vu que l'Orne est à peu près aussi loin que l'aisne ca pourrait être logique. Clairement les bases d'ip se basent sur la terminaisons et pas sur la situation géographique, je doute que ca existe à part dans les bases des opérateurs et Facebook qui est en train de faire des sondages sur le positionnement de ses visiteurs. signature.asc Description: OpenPGP digital signature ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Geotracking d'IP online
On Tue, 30 Aug 2011 14:54:05 +0200, Pierre-Henry Muller wall...@morkitu.org said: Clairement les bases d'ip se basent sur la terminaisons et pas sur la situation géographique, je doute Maxmind. Ils ont ete capable de m'identifier tous seuls un /29 route aux UK au milieu d'un /24 Francais. D'un autre cote, la situation chez moi est stable depuis plus de 3 ans, et je ne sais pas si c'est le cas chez Orange. Autre aspect, si c'est des IP dynamiques couvrant des zones assez larges (le meme IP attribue aujourd'hui a quelqu'un dans le 60, demain dans le 94) ce n'est pas etonnant qu'il est impossible de localiser precisement les IP. -- Radu-Adrian Feurdean ___ Liste de diffusion du FRsAG http://www.frsag.org/