Certes... Pour avoir une instance de 6To (une des bases fait 4To) c'est un peu galère a administrer. Par contre t'est toujours obligé de sortir des tricks de l'espace pour faire des opé sans down la base. Mais ça fonctionne et ça fonctionne bien à 3000 write/s et 10000 read/s
Au niveau réplication par contre (c'est bien la redondance), si t'a BEAUCOUP de modifications par secondes, tu peux taper les limites de MySQL (ou plutôt de tes disques et de ton cpu) et c'est là que le bas blesse. Cette la 5.6 fait automagiquement de la réplication multi-coeur, mais je pense après quelques tests que la version/fonctionnalité est encore un peu jeune. Sinon certes c'est long a mettre en place pour faire un truc un peu chiadé, mais kibana ça fait le café. Je ne vois pas pourquoi est-ce que les marketteux ne pourraient pas lire les graphes? My 20 cents Le 8 oct. 2013 19:54, "Emmanuel Thierry" <m...@sekil.fr> a écrit : > Bonjour, > > Le 8 oct. 2013 à 18:12, Greg a écrit : > > > > > - piwik : permet de lire les logs, mais interface en PHP/MySQL, et avec > la quantité de donnée un moteur NoSQL serait plus approprié > > A la limite teste le... > Contrairement à ce que l'on peut penser, MySQL sait gérer de grosses bases. > > Cordialement > Emmanuel Thierry > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ >
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
