FRsAG

frsag@frsag.org

6 participants
2620 discussions

Analyse des logs PHP
by frantishrek 28 Jul '10

28 Jul '10

Bonjour, Je fais du dev et m'occupe d'une petite infra (5 serveurs) web pour des applis de ma boîte (environ 5000 visiteurs uniques/jour) hébergées par notre hébergeur. J'aimerais avoir votre retour d'expérience sur l'analyse des logs PHP. Je cherche une solution qui : - me permette d'être alertée des erreurs des scripts PHP - des fréquences des différentes erreurs - si possible avec la pile d'exécution (backtrace) - si possible avec l'URL de la page incriminée - si possible avec les variables de session, post, get, ... L'objectif est d'être prévenu des problèmes survenant sur la prod et de les transmettre aux dev (voire alimentation automatique du bug tracker). Nous utilisons pour le moment Zend_Platform qui propose ces fonctionnalités. Nous sommes pleinement satisfaits de la partie monitoring des erreurs PHP (possibilité d'être alertée par mail, interface d'administration qui permet de visualiser la fréquence des erreurs, ...) mais pas du packaging du produit. Le produit est assez fermé. Les extensions sont celles de Zend. Les hébergeurs connaissent mal le produit, nous avons parfois des problèmes de stabilité du produit. On est en train de migrer sur Zend_Server mais on rencontre les mêmes problèmes. Vu le coût des solutions Zend, j'aimerais bien trouver une solution un peu moins chère et un peu moins exotique (remplacement des extensions de Zend par les extensions reconnues, type APC, xdebug,...). J'ai regardé un peu du côté de Logwatch avec un agent PHP. Cela répond à une partie du problème mais l'analyse des erreurs est moins fine (pas l'url posant problème, pas la pile d'exécution - backtrace -, ...). Il existe bien des alternatives Open Source comme Pinba (www.pinba.org) ou APM (http://code.google.com/p/peclapm/) mais le développement semble arrêté. Et vous ? Quelle solution avez-vous mis en place pour monitorer PHP ? Je suis curieux de savoir comment est traité cette question sur de grosses plate-formes genre site de médias, facebook, ... ? Je vous remercie pour vos retours. Bonne journée, frantishrek

6 19

Retours d'expérience cloud ?
by JF Bustarret 28 Jul '10

28 Jul '10

Est-ce qu'il y en a parmi vous qui font tourner leur site web "dans le nuage" (en mode PaaS) ? Je serai curieux d'avoir des retours, notamment sur tout ce qui concerne load-balancing (à part chez Amazon, je ne vois pas d'offre très convaincante sur le papier) et les conf HA/cluster/etc... JFB

2 5

Serveurs gratuits (?) jusqu'au 31 aout
by frsag＠webmail.fr 27 Jul '10

27 Jul '10

Bonjour, On viens de me filer ce lien : http://msdn.microsoft.com/fr-fr/maplateformeweb.aspx Si je copy/paste : /5 000 serveurs tout équipés gratuits* jusqu'au 31 août 2010 pour découvrir et développer des applications sur le web avec des pas à pas disponibles pour vous aider !/ Quelqu'un était au courant de la chose ? Quelqu'un à déjà testé ? Un retour ? Si dans le futur vous rencontrez une offre similaire au détour du web ... n'hésitez pas à partager l'information ! - Nothing / Florian

3 2

Recherche hébergeur suisse
by romain vernet 26 Jul '10

26 Jul '10

Bonjour Je suis à la recherche d'un hébergeur Suisse autre que infomaniak qui nous permettrait de faire du housing, car à ma connaissance, infomaniak ne le permait pas Merci pour vos réponses Romain

2 2

Structure pour un service de stockage de médias
by Sky Gunning 23 Jul '10

23 Jul '10

Bonjour à tous, Je doit réfléchir à la structure pour un service de stockage de médias. Je développe surtout le bouzin, mais évidemment, y'a personne dans ma boite qui soit adminsys... Je pensez à N serveur de stockage, un serveur pour la BDD (mysql) et N serveur pour gérer l'affichage. En sachant que la génération des miniatures (avec ImageMagick) demande pas mal de ressource. Peut être un serveur qui gère cela de façon indépendante serai aussi pas mal. Vous avez des conseils sur comment gérer le côté réparation ? Merci :) Sky_G

13 20

Re: [FRsaG] Lot FRsaG, Vol 1, Parution 43
by Mehdi Badreddine 23 Jul '10

23 Jul '10

> > Message: 2 > Date: Thu, 22 Jul 2010 16:39:36 +0200 > From: Greg <greg-frsag(a)duchatelet.net> > To: frsag(a)frsag.org > Subject: Re: [FRsaG] Structure pour un service de stockage de médias > Message-ID: <4C485828.6010208(a)duchatelet.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Bonjour Pierre-Henry ;) > > > De mon côté après avoir testé GlusterFS en v2 et v3, il y a bien trop de > problème notamment des non reconnection du point de montage aux serveurs > > ou des fichiers corrompu. > > +1 > > > Entre les deux et c'est ce que j'ai choisi, tu as MogileFS, ce n'est pas > un filesysteme posix ce qui est un peu dommage mais > > le fait est qu'y accéder par une api sur un canal http facilite la > vitesse. > > Pour moi la rolls sur la papier c'est Ceph : http://ceph.newdream.net/ > Ca roule en kernel space (pas de fuse). > Dommage que ce soit encore en beta et qu'il soit nécessaire d'avoir le > kernel 2.6.34, sinon je le mettrais en place tout de suite. > L'année prochaine ou 2012, je passe mon NFSv4 avec SAN dessus. Voir > avant si j'ai du temps pour mettre en place une plateforme de test. > > -- > Greg > Hello, Concernant ceph, ça a l'air intéressant. Quelqu'un a-t-il déjà testé ? Mehdi

1 0

Synchro en masse
by Burps Burps 22 Jul '10

22 Jul '10

Bonjour la liste, Ya un thread en cours qui m'a fait penser que vous pourriez peut-etre m'aider sur une problematique que j'ai. Mise en situation : un SAN d'environ 250 To, plusieurs milliards de fichiers, dont une bonne partie change quotidiennement (environ 20-30 To). Projet : migrer le SAN (d'un fabricant X) vers un nouveau SAN (fabricant Y), sans interrompre la prod. La solution la moins pourrie à laquelle on a réfléchi jusque la, c'est : - un premier "cp", bien bourrin, qui va prendre plusieurs jours vraisemblablement - suivi de plusieurs rsync, ou des "rsync par morceaux" (on rsync un "repertoire", puis on previent l'applicatif "attention, tes données sont sur le nouveau SAN"). Mais bon, on a peur avec le rsync qu'il prenne des plombes, et qu'entre le scan des repertoire et la copie réelle, yait eu du mouvement, etc... Sachant que c'est une "one-time operation", pas besoin de rester sur la durée, auriez-vous de bonnes idées à me soumettre ? Merci d'avance. Burps -- You Rock! Your E-Mail Should Too! Signup Now at Rock.com and get 2GB of Storage! http://connections.rock.com/user/displayUserRegisterPage.kickAction?as=1167…

8 8

Synchro inotify+rsync
by Dominique Rousseau 22 Jul '10

22 Jul '10

Le Thu, Jul 22, 2010 at 04:01:12PM +0200, Bedis 9 [bedis9(a)gmail.com] a écrit: > > Csync2 et Rsync ont leur limite .... > > > > > C'est sûr qu'un rsync sur 1000000000 de fichier éxécuter par un cron toutes > les 5 minutes va te prendre du temps ;) > > Tu peux coupler les 2 avec du inotify pour déclencher les copies de nouveaux > fichiers à la fin de chaque écriture. A ce sujet, quelqu'un a des retours d'expérience sur une solution couplant inotify et rsync (ou similaire), pour une synchro de stockage de mails (donc en millions de fichiers) ? J'ai plus ou moins repéré, sans les tester, encore lsyncd et openduckbill (au départ, j'étais parti à en coder un, mais pour une fois, j'ai googlé avant :-) http://code.google.com/p/lsyncd/ http://code.google.com/p/openduckbill/ -- Dominique Rousseau Neuronnexion, Prestataire Internet & Intranet 50, rue Riolan 80000 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop

3 5

Processeurs Nehalem
by Greg 22 Jul '10

22 Jul '10

Bonjour, je vous passe les détails, mais les devs ont fait un site avec un modèle MVC et un framework que je ne citerais pas... Mais c'est pas assez rapide, donc comme vous le savez ça retombe sur les sysadmins. Ne vous inquiétez pas je ne me suis pas laisser faire ;) et ce depuis le départ, quand un simple "hello world" sortait en 400ms contre 10ms brut avec un include_de_2k_lignes_mais_sans_objets... Une des solutions pour accélérer le bouzin, c'est de changer le hardware. Pas la peine de parler des autres solutions, je les connais déjà, je souhaite juste étudier et chiffrer celle-ci. Aujourd'hui on a des serveurs 8 coeurs cadencés a 2,33GHz (L5410), et je voudrais savoir ce que donnerais un Nehalem cadencé à 2.26GHz par rapport aux Xeon, pour exécuter des pages PHP5. Aujourd'hui elles sortent en ~500ms avec les Xeon, avec APC, du cache, et tout le toutim. Est-ce que vous avez déjà expérimenter ces processeurs pour ce type d'application ? Ya de grande chance pour que j'en achète un pour voir, mais je souhaite d'abord écouter vos avis. -- Greg

18 44

Re : Structure pour un service de stockage de médias
by Renaud Hager 22 Jul '10

22 Jul '10

----- Message d'origine ---- De : Sky GUNNING <sky.gunning(a)gmail.com> À : frsag(a)frsag.org Envoyé le : Jeu 22 juillet 2010, 15h 28min 37s Objet : Re: [FRsaG] Structure pour un service de stockage de médias Bonjour > > Quelque chose me dit que tu as plus besoin d'un architecte que d'un sysadmin... >(Remarque, je pense ne pas avoir compris la question, donc je me trompe >peut-être). > > C'est possible ... je ne sais pas trop. Ceci est pour parer à un problème qui va survenir tôt ou tard avec la configuration actuel. (1 seul serveur :)) Je doit redeveloppé le système (certaines partie du moins) pour collé avec une meilleure architecture. >> Je pensez à N serveur de stockage, un serveur pour la BDD (mysql) et N >> serveur pour gérer l'affichage. >> > Déjà, première réaction : un seul serveur pour la BDD = ennuis en vue. Pars sur >2 au moins. > Ok, noté. > Deuxième réaction : si tu accèdes aux N serveurs de stockage indépendamment, ça >sent aussi les galères. > Il y a des solutions pour voir le N serveurs comme 1 seul service >clusterisé/redondant/... (perso, j'ai toujours bossé dans des boîtes qui avaient >les moyens d'acheter du NetApp et/ou de l'Isilon, donc je suis pas bien placé >pour conseiller une solution open-source pour faire la même chose). > Je connais pas. Effectivement, les moyens sont pour le moment assez limité. > Troisième réaction : ça sent le projet qui a vraiment besoin d'un sysadmin. > Possible, mais cf. problème de moyens pour l'instant pour ce projet. > NB : si tu attends du trafic, une couche de proxies devant les serveurs web est >plus qu'intéressant > > Si par traffic tu entend bande passante, alors oui, y'en aura de plus en plus. >> Vous avez des conseils sur comment gérer le côté réparation ? >> > Tu peux préciser ? Chez moi, pour les réparations des serveurs, y'a des mecs >qui vont dans la salle machine, mais je suppose que ce n'est pas ta question... > >Oups, c'est pas réparation, mais répartition. >Désolé. >Merci >Sky_G Si j'osais je parlerais du SONAS (http://www.lemagit.fr/article/hp-ibm-nas-cluster-isilon-panasas/5598/1/ibm-…). Il va etre mis en place sur un projet de stockage de fichiers vidéo de l'ordre du peta. L'inconvenient est comme toujours avec les produits IBM, c est le prix .... _______________________________________________ FRsaG mailing list FRsaG(a)frsag.org http://www.frsag.org/mailman/listinfo/frsag

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG