Re: [FRsAG] Load balancing Mysql
Les 3 machines sont identiques, 24 cpu, 132 Go de RAM, fusion-io. Il semblerait que nos ayons trop d'entrées dans nos tables (plusieurs millions), mm le parallel replication n'a pas corrigé le problème. Alex. On 27/05/15 10:16, Mihamina Rakotomandimby wrote: Hello, De mon point de vue, tu n'as pas la garantie que les slaves soient synchros au meme moment non plus. En effet, si ce sont des VM (pas précisé) et que les disques ou les ressources aient des disponibilités différentes tu peux aboutir à une différence. Cependant, c'est un cas d'utilisation qui ne m'est pas encore vraiment arrivé et pour affirmer de manière certaine, il faudrait que je teste sur un jeu de test. Cordialement. ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] serveur de boot réseaux RedHat
Bonjour, tu as la solution Satellite 6 chez Redhat, elle inclut le tout et le management de tes hyperviseurs aussi, il y a comme composant : -Puppet -Foreman -katello -Kickstart dans un seul outil, et ca te permet de gérer tes abonnements et des repository locaux : http://www.redhat.com/en/technologies/linux-platforms/satellite Merci, -- Thibaut - Original Message - From: Nicolas Steinmetz public+fr...@steinmetz.fr To: frsag@frsag.org Sent: Tuesday, May 26, 2015 8:47:14 PM Subject: Re: [FRsAG] serveur de boot réseaux RedHat Le 26/05/2015 19:06, Gilles Mocellin a écrit : - Investir dans l'apprentissage des outils d'installation automatisée (pour RedHat : kickstart) et d'outils de gestion de configuration (Puppet, Chef, Salt, Ansible) pour gérer l'installation et la configuration des logiciels. Ensuite, il n'y a plus qu'à restaurer les données. En surcouche à Kickstart, tu as spacewalk [1] qui va te faire le provisionning (en s'appuyant sur kickstart) et ensuite la gestion de ton référentiel red hat (inventaire, gestion des logiciels, etc) Mes 2 cents. Nicolas [1] http://spacewalk.redhat.com/ ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Salut, as tu regardé du côté de chez Percona https://www.percona.com/ Il y a des tools pur l'analyse par exemple. Cordialement. Le 27/05/2015 10:18, Alexandre a écrit : Les 3 machines sont identiques, 24 cpu, 132 Go de RAM, fusion-io. Il semblerait que nos ayons trop d'entrées dans nos tables (plusieurs millions), mm le parallel replication n'a pas corrigé le problème. Alex. On 27/05/15 10:16, Mihamina Rakotomandimby wrote: Hello, De mon point de vue, tu n'as pas la garantie que les slaves soient synchros au meme moment non plus. En effet, si ce sont des VM (pas précisé) et que les disques ou les ressources aient des disponibilités différentes tu peux aboutir à une différence. Cependant, c'est un cas d'utilisation qui ne m'est pas encore vraiment arrivé et pour affirmer de manière certaine, il faudrait que je teste sur un jeu de test. Cordialement. ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Hello, De mon point de vue, tu n'as pas la garantie que les slaves soient synchros au meme moment non plus. En effet, si ce sont des VM (pas précisé) et que les disques ou les ressources aient des disponibilités différentes tu peux aboutir à une différence. Cependant, c'est un cas d'utilisation qui ne m'est pas encore vraiment arrivé et pour affirmer de manière certaine, il faudrait que je teste sur un jeu de test. Cordialement. ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Le Wed, May 27, 2015 at 10:06:03AM +0200, Alexandre [in...@opendoc.net] a écrit: [...] Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. As-tu des lecteurs différents ? Si oui, il faudrait regarder si tu as la possibilité de conifgurer une forme de persistence pour que des requêtes successives venant d'un même client soient dirigées vers le même serveur. -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 21 rue Frédéric Petit - 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] serveur de boot réseaux RedHat
27 mai 2015 10:36 Thibaut Démaret thibaut.dema...@savoirfairelinux.com a écrit: tu as la solution Satellite 6 chez Redhat, elle inclut le tout et le management de tes hyperviseurs aussi, il y a comme composant : Oui, Satellite est une version payante et améliorée de Spacewalk. Reste que cela suppose d'avoir des abonnements supplémentaires il me semble à ta licence RHEL standard. Spacewalk de mémoire sait s'interfacer avec Red Hat Network si tu as un abonnement mais tu peux aussi faire sans. Il y a un comparatif ici : http://spacewalk.redhat.com/faq.html#compare Au bureau, on utilise SpaceWalk en tous cas. Nicolas ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Bonjour, peux tu gérer ce cas au niveau applicatif ? Si oui, lors d'une écriture sur le master, tu peux récupérer sa position (unique) avec SHOW MASTER STATUS, et la stocker dans une variable du batch ou dans un Redis par exemple. Puis, quand tu veux lire sur le slave, tu peux lui demander d'attendre que cette position soit répliqués sur lui-même, avant de lire: https://mariadb.com/kb/en/mariadb/master_pos_wait/ SELECT MASTER_POS_WAIT(log_name,log_pos[,timeout); Dans le même genre mais moins sûr et plus facile, avec SHOW SLAVE STATUS sur le slave tu peux vérifier la colonne Seconds_Behind_Master, si elle est à zéro c'est que tu es (surement) synchro avec le master. Tu as aussi le plugin de réplication semi-synchrone https://mariadb.com/kb/en/mariadb/semisynchronous-replication/ mais il ne résoudra pas du tout le problème. Mais il peut t'être utile quand même. Greg Le 27 mai 2015 13:18, Alexandre in...@opendoc.net a écrit : Idéalement, la données fraiche on a besoin tout le temps, ce qui est impactant c'est d'avoir des sorties de traitements différents car à un moment T on a des données différentes en entrée. On 27/05/15 11:54, Aurélien Bras wrote: Salut, Sinon tout simplement deux comptes de lectures, un pouvant être désynchro et l'autre pour les lectures qui ont besoin de données fraiches à tout prix et donc qui tape le master directement. Aurélien Le 27 mai 2015 11:07, Alexandre in...@opendoc.net mailto:in...@opendoc.net a écrit : J'y avais pensé, en plus c'est pas compliqué, mais on perd la notion de disponibilité. Si pendant un décalage, on perd le master, on a une coupure de service et non un service dégradé. Alex. On 27/05/15 10:51, Thomas Pedoussaut wrote: On 2015-05-27 10:18, Nicolas Steinmetz wrote: Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. A l'inverse, est-ce que ton load balancer ne saurait pas évaluer la fraicheur et ou la cohérence (mécanisme de quorum?) des données et du coup renvoyer vers le(s) bon(s) serveur(s) ? Le risque étant qu'il renvoie tout et tout le temps vers le master et donc les slaves ne servent plus à grand chose :-/ L'Etat de l'Art dans ces situation est d'avoir une limite de fraicheur sur tes slaves. Si ils sont plus de X secondes en retard, le LB les retire du pool, ils n'ont plus a servire de requetes, et donc ont plus de temps pour recuperer et rattraper le train. Une fois a jour, ils sont reintégrés dans le pool. A toi de voir ce que tu considere comme acceptable pour X : 3s, 10s, 30s ... ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/ -- Greg ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
On 2015-05-27 10:18, Nicolas Steinmetz wrote: Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. A l'inverse, est-ce que ton load balancer ne saurait pas évaluer la fraicheur et ou la cohérence (mécanisme de quorum?) des données et du coup renvoyer vers le(s) bon(s) serveur(s) ? Le risque étant qu'il renvoie tout et tout le temps vers le master et donc les slaves ne servent plus à grand chose :-/ L'Etat de l'Art dans ces situation est d'avoir une limite de fraicheur sur tes slaves. Si ils sont plus de X secondes en retard, le LB les retire du pool, ils n'ont plus a servire de requetes, et donc ont plus de temps pour recuperer et rattraper le train. Une fois a jour, ils sont reintégrés dans le pool. A toi de voir ce que tu considere comme acceptable pour X : 3s, 10s, 30s ... -- Thomas Pedoussaut ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
J'y avais pensé, en plus c'est pas compliqué, mais on perd la notion de disponibilité. Si pendant un décalage, on perd le master, on a une coupure de service et non un service dégradé. Alex. On 27/05/15 10:51, Thomas Pedoussaut wrote: On 2015-05-27 10:18, Nicolas Steinmetz wrote: Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. A l'inverse, est-ce que ton load balancer ne saurait pas évaluer la fraicheur et ou la cohérence (mécanisme de quorum?) des données et du coup renvoyer vers le(s) bon(s) serveur(s) ? Le risque étant qu'il renvoie tout et tout le temps vers le master et donc les slaves ne servent plus à grand chose :-/ L'Etat de l'Art dans ces situation est d'avoir une limite de fraicheur sur tes slaves. Si ils sont plus de X secondes en retard, le LB les retire du pool, ils n'ont plus a servire de requetes, et donc ont plus de temps pour recuperer et rattraper le train. Une fois a jour, ils sont reintégrés dans le pool. A toi de voir ce que tu considere comme acceptable pour X : 3s, 10s, 30s ... ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] serveur de boot réseaux RedHat
Oui je suis d'accord mais la version de satellite qui est basée sur spacewalk et cobbler (de mémoire), c est la version 5. Si tu veux utiliser un outils ressemblant à Satellite 6, c'est plus theforeman, puppet et katello, qui fonctionne très bien dans leur version gratuite. En espérant que ca aide, -- Thibaut - Original Message - From: public+frsag public+fr...@steinmetz.fr To: frsag@frsag.org Sent: Wednesday, May 27, 2015 10:41:52 AM Subject: Re: [FRsAG] serveur de boot réseaux RedHat 27 mai 2015 10:36 Thibaut Démaret thibaut.dema...@savoirfairelinux.com a écrit: tu as la solution Satellite 6 chez Redhat, elle inclut le tout et le management de tes hyperviseurs aussi, il y a comme composant : Oui, Satellite est une version payante et améliorée de Spacewalk. Reste que cela suppose d'avoir des abonnements supplémentaires il me semble à ta licence RHEL standard. Spacewalk de mémoire sait s'interfacer avec Red Hat Network si tu as un abonnement mais tu peux aussi faire sans. Il y a un comparatif ici : http://spacewalk.redhat.com/faq.html#compare Au bureau, on utilise SpaceWalk en tous cas. Nicolas ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Stockage objet et réplication asynchrone
Excerpts from Denis Fondras's message of 2015-05-25 10:36:11 +0200: Bonjour à tous, Je cherche une solution de stockage objet compatible S3 qui pourrait être répliquée de façon asynchrone et incrémentale dans un second DC. Peut-être https://github.com/exoscale/pithos ? C'est basé sur cassandra, qui est notoirement résilient à la disparition d'un datacenter complet (pour ceux qui maîtrisent la bête, en tout cas): http://techblog.netflix.com/2012/07/lessons-netflix-learned-from-aws-storm.html Mes 2¢... Marc ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Idéalement, la données fraiche on a besoin tout le temps, ce qui est impactant c'est d'avoir des sorties de traitements différents car à un moment T on a des données différentes en entrée. On 27/05/15 11:54, Aurélien Bras wrote: Salut, Sinon tout simplement deux comptes de lectures, un pouvant être désynchro et l'autre pour les lectures qui ont besoin de données fraiches à tout prix et donc qui tape le master directement. Aurélien Le 27 mai 2015 11:07, Alexandre in...@opendoc.net mailto:in...@opendoc.net a écrit : J'y avais pensé, en plus c'est pas compliqué, mais on perd la notion de disponibilité. Si pendant un décalage, on perd le master, on a une coupure de service et non un service dégradé. Alex. On 27/05/15 10:51, Thomas Pedoussaut wrote: On 2015-05-27 10:18, Nicolas Steinmetz wrote: Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. A l'inverse, est-ce que ton load balancer ne saurait pas évaluer la fraicheur et ou la cohérence (mécanisme de quorum?) des données et du coup renvoyer vers le(s) bon(s) serveur(s) ? Le risque étant qu'il renvoie tout et tout le temps vers le master et donc les slaves ne servent plus à grand chose :-/ L'Etat de l'Art dans ces situation est d'avoir une limite de fraicheur sur tes slaves. Si ils sont plus de X secondes en retard, le LB les retire du pool, ils n'ont plus a servire de requetes, et donc ont plus de temps pour recuperer et rattraper le train. Une fois a jour, ils sont reintégrés dans le pool. A toi de voir ce que tu considere comme acceptable pour X : 3s, 10s, 30s ... ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] serveur de boot réseaux RedHat
27 mai 2015 10:52 Thibaut Démaret thibaut.dema...@savoirfairelinux.com a écrit: Oui je suis d'accord mais la version de satellite qui est basée sur spacewalk et cobbler (de mémoire), c est la version 5. Si tu veux utiliser un outils ressemblant à Satellite 6, c'est plus theforeman, puppet et katello, qui fonctionne très bien dans leur version gratuite. Ok, j'avais mal compris ton email ; j'avais suivi ce sujet il y a qqs temps : merci pour la précision ! :) ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Salut, Sinon tout simplement deux comptes de lectures, un pouvant être désynchro et l'autre pour les lectures qui ont besoin de données fraiches à tout prix et donc qui tape le master directement. Aurélien Le 27 mai 2015 11:07, Alexandre in...@opendoc.net a écrit : J'y avais pensé, en plus c'est pas compliqué, mais on perd la notion de disponibilité. Si pendant un décalage, on perd le master, on a une coupure de service et non un service dégradé. Alex. On 27/05/15 10:51, Thomas Pedoussaut wrote: On 2015-05-27 10:18, Nicolas Steinmetz wrote: Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. A l'inverse, est-ce que ton load balancer ne saurait pas évaluer la fraicheur et ou la cohérence (mécanisme de quorum?) des données et du coup renvoyer vers le(s) bon(s) serveur(s) ? Le risque étant qu'il renvoie tout et tout le temps vers le master et donc les slaves ne servent plus à grand chose :-/ L'Etat de l'Art dans ces situation est d'avoir une limite de fraicheur sur tes slaves. Si ils sont plus de X secondes en retard, le LB les retire du pool, ils n'ont plus a servire de requetes, et donc ont plus de temps pour recuperer et rattraper le train. Une fois a jour, ils sont reintégrés dans le pool. A toi de voir ce que tu considere comme acceptable pour X : 3s, 10s, 30s ... ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Hello, question bête mais avez-vous testé la réplication synchronisée de MariaDB ? (via “Galera Cluster”). Elle exploite un système de quorum et devrait maintenir l'intégrité des données sans problème. À voir ce que ça donne niveau perf. Le mercredi 27 mai 2015 à 10:06 +0200, Alexandre a écrit : Bonjour à tous, Actuellement, nous avons un cluster Sql sous MariaDB avec 3 machines, 1 master, 2 slave. Les écritures sont réalisées via un load balancer qui n'a qu'un backend, le master. Il y a tout un système géré avec MHA, je ne vais rentrer dans les détails. Pour les lectures, on passe par un load balancer avec 3 backend, les 2 slaves + le master. Il arrive par moment, que nous ayons beaucoup de données à synchroniser, il peut y avoir un décalage entre le master et les slaves. Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. Ma solution est-elle adaptée ? Si oui comme puis-je le justifier officiellement ? Alex. ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] Mikrotik FreeRadius Hotspot
Bonjour à tous, J'ai installé un hotspot avec le Hotspot de Mikrotik, mon freeradius et ma base MySql, et bien quelque soit le mot de passe que je met les utilisateurs se connectent toujours ... Exemple : radcheck id Décroissant http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radchecksql_query=SELECT+%2A+FROM+%60radcheck%60+ORDER+BY+%60radcheck%60.%60id%60++ASCtoken=f6816928df6cbfb951b83b937caab8d5 UserName http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radchecksql_query=SELECT+%2A+FROM+%60radcheck%60+ORDER+BY+%60radcheck%60.%60UserName%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 Attribute http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radchecksql_query=SELECT+%2A+FROM+%60radcheck%60+ORDER+BY+%60radcheck%60.%60Attribute%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 op http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radchecksql_query=SELECT+%2A+FROM+%60radcheck%60+ORDER+BY+%60radcheck%60.%60op%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 Value http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radchecksql_query=SELECT+%2A+FROM+%60radcheck%60+ORDER+BY+%60radcheck%60.%60Value%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 4066hotspot1Password== 123456 radusergroup id Décroissant http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radusergroupsql_query=SELECT+%2A+FROM+%60radusergroup%60+ORDER+BY+%60radusergroup%60.%60id%60++ASCtoken=f6816928df6cbfb951b83b937caab8d5 UserName http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radusergroupsql_query=SELECT+%2A+FROM+%60radusergroup%60+ORDER+BY+%60radusergroup%60.%60UserName%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 GroupName http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radusergroupsql_query=SELECT+%2A+FROM+%60radusergroup%60+ORDER+BY+%60radusergroup%60.%60GroupName%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 Priority http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radusergroupsql_query=SELECT+%2A+FROM+%60radusergroup%60+ORDER+BY+%60radusergroup%60.%60Priority%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 4063hotspot1GroupeHotspot 1 radreply id Décroissant http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radreplysql_query=SELECT+%2A+FROM+%60radreply%60+ORDER+BY+%60radreply%60.%60id%60++ASCtoken=f6816928df6cbfb951b83b937caab8d5 UserName http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radreplysql_query=SELECT+%2A+FROM+%60radreply%60+ORDER+BY+%60radreply%60.%60UserName%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 Attribute http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radreplysql_query=SELECT+%2A+FROM+%60radreply%60+ORDER+BY+%60radreply%60.%60Attribute%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 op http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radreplysql_query=SELECT+%2A+FROM+%60radreply%60+ORDER+BY+%60radreply%60.%60op%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 Value http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radreplysql_query=SELECT+%2A+FROM+%60radreply%60+ORDER+BY+%60radreply%60.%60Value%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 7491GroupeHotspot Simultaneous-Use== 1 radgroupreply id http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radgroupreplysql_query=SELECT+%2A+FROM+%60radgroupreply%60+ORDER+BY+%60radgroupreply%60.%60id%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 GroupName Croissant http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radgroupreplysql_query=SELECT+%2A+FROM+%60radgroupreply%60+ORDER+BY+%60radgroupreply%60.%60GroupName%60++DESCtoken=f6816928df6cbfb951b83b937caab8d5 Attribute http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radgroupreplysql_query=SELECT+%2A+FROM+%60radgroupreply%60+ORDER+BY+%60radgroupreply%60.%60Attribute%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 op http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radgroupreplysql_query=SELECT+%2A+FROM+%60radgroupreply%60+ORDER+BY+%60radgroupreply%60.%60op%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 Value http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radgroupreplysql_query=SELECT+%2A+FROM+%60radgroupreply%60+ORDER+BY+%60radgroupreply%60.%60Value%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 2 Abonnés Framed-Pool == pool-carrier-hotspot radgroupcheck id Décroissant http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radgroupchecksql_query=SELECT+%2A+FROM+%60radgroupcheck%60+ORDER+BY+%60radgroupcheck%60.%60id%60++ASCtoken=f6816928df6cbfb951b83b937caab8d5 GroupName http://noc.wayscom.net/phpmyadmin/sql.php?db=authariastable=radgroupchecksql_query=SELECT+%2A+FROM+%60radgroupcheck%60+ORDER+BY+%60radgroupcheck%60.%60GroupName%60+ASCtoken=f6816928df6cbfb951b83b937caab8d5 Attribute
Re: [FRsAG] Load balancing Mysql
Le 27/05/2015 12:24, Olivier Bonvalet a écrit : question bête mais avez-vous testé la réplication synchronisée de MariaDB ? (via “Galera Cluster”). Elle exploite un système de quorum et devrait maintenir l'intégrité des données sans problème. À voir ce que ça donne niveau perf. En terme de perfs, c'est désastreux. On avait pensé faire ça dans ma boite actuelle et on avait des perfs en lecture/écriture 10 fois moins bonnes. Sans compter que les id ne sont plus sous la forme d'un int qui s'incrémente de 1, ça peut ne pas passer sur certaines applis (c'était notre cas). Je pense que si tu veux faire de la réplication sur internet avec des sites très distants avec du gros cache pour la lecture ça peut valoir le coup, mais je suis pas dans ce cas de figure et je pense que sharder sa base est probablement une meilleure idée dans la plupart des cas. -- Benjamin Boudoir ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Mikrotik FreeRadius Hotspot [SOLVED]
Thomas, Merci pour les infos .. en effet après correction ça fonctionne ! Un souci de moins ... Merci encore Olivier Le 27/05/2015 12:46, Thomas Mignien a écrit : Bonjour, normalement, il ne faut pas utiliser == comme opérateur de radcheck pour un mot de passe, mais := car en effet, le module sql renseigne la variable de password (:=), ensuite les modules d'authentification retraiteront cette donnée selon le mécanisme d'authentification ; Hashing, ou comparaison cleartext (PAP)... Vu la tête de la table, je dirai qu'il faut utiliser Cleartext-Password et non Password, et := et non ==. Cf http://wiki.freeradius.org/config/Operators et le premier exemple. Pour le debug, le mieux, c'est de lancer freeradius à la mano freeradius -X le temps d'un test si ce n'est pas en prod. Sinon si ça authentifie toujours qq soit le mdp, il y a peut être une entrée DEFAULT qui traine dans le radcheck ou radgroupcheck, ou dans un fichier de conf (du type DEFAULTAuthentication-Type:=Accept). Par ailleurs il ne faut jamais chercher à forcer le Authentication-Type, il doit être détecté automatiquement dans la plupart des cas, les modules d'auth étant testés successivement selon la tête de la requête. Cordialement, Thomas. ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Load balancing Mysql
Un bon HAProxy, avec l'agent check, ca peut répondre au besoin de detection d'un lag dans le cluster. Un exemple chez nos amis de Percona: https://www.percona.com/blog/2014/12/18/making-haproxy-1-5-replication-lag-aware-in-mysql/ Baptiste ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] Fwd: Agrandissement du disque dur d'une VM
Hello, Je cherche à agrandir le disque dur de mes VMs à chaud, mais ça ne fonctionne pas. Pour rappel, la procédure consiste à: 1) Agrandir l'image disque de la VM depuis l'hyperviseur (du qcow2 ici) 2) Aller sur la VM, et vérifier que la VM a bien détecté le changement de taille 3) Supprimer la partition LVM, puis la recréer avec la nouvelle taille 4) Agrandir le PV 5) Jouer avec les LV ... Jusque là, tout le monde est d'accord, sauf que je suis _systématiquement_ obligé de rebooter mes VMs, même après relecture de la table de partition. Le reboot fonctionne plutôt bien (quoique là j'ai un cas, même après reboot, il veut pas se mettre à jour) Évidement, le message qui revient tout le temps est le suivant (partprobe, sfdisk, blockdev, kpartx ...): BLKRRPART: Device or resource busy This disk is currently in use. On voit bien que les nouvelles tailles sont prises en compte: root@vmdb:~#cat /proc/partitions major minor #blocks name 2540 20971520 vda 2541 195520 vda1 2542 20775968 vda2 == c'est lui 20775968 = 20Go, donc c'est bon 25301048576 dm-0 ... Mais LVM, ba ... il s'en fou: root@vmdb:~# pvs PV VG Fmt Attr PSize PFree /dev/vda2 systemvm lvm2 a-- 9.58g 416.00m == et là, juste 9Go Bon, reboot, et ça se règle, mais ça me gonfle ... Que faire pour que ça fonctionne à chaud ? Est-ce que vous avez le même problème? C'est aléatoire ? Faut modifier la conf de LVM ? Rajouter des arguments sur le kernel ... Je sais plus où chercher pour le coup ... Plus d'infos sur ma config: ### Hyperviseur: - libvirt/qemu-kvm - Debian Wheezy VM: - Debian Wheezy - Disques: # pvs PV VG Fmt Attr PSize PFree /dev/vda2 systemvm lvm2 a-- 9.58g 416.00m # lblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 254:0020G 0 disk ├─vda1254:10 191M 0 part /boot └─vda2254:20 19.8G 0 part ├─systemvm-slash (dm-0) 253:00 1G 0 lvm / ├─systemvm-home (dm-1) 253:10 100M 0 lvm /home ├─systemvm-tmp (dm-2) 253:20 100M 0 lvm /tmp ├─systemvm-var (dm-3) 253:30 1G 0 lvm /var ├─systemvm-var_log (dm-4) 253:40 1000M 0 lvm /var/log ├─systemvm-swap (dm-5) 253:50 1G 0 lvm [SWAP] └─systemvm-var_lib_mysql (dm-6) 253:60 5G 0 lvm /var/lib/mysql -- Robin Cordier ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Fwd: Agrandissement du disque dur d'une VM
Bonjour, Le 28/05/2015 05:53, Mrjk a écrit : Je cherche à agrandir le disque dur de mes VMs à chaud, mais ça ne fonctionne pas. [SNIP] Bon, reboot, et ça se règle, mais ça me gonfle ... Que faire pour que ça fonctionne à chaud ? Est-ce que vous avez le même problème? C'est aléatoire ? Faut modifier la conf de LVM ? Rajouter des arguments sur le kernel ... Je sais plus où chercher pour le coup ... [SNIP] Hyperviseur: - libvirt/qemu-kvm Il faut chercher côté libvirt, avec virsh blockresize : # virsh blockresize --help NAME blockresize - Resize block device of domain. SYNOPSIS blockresize domain path size DESCRIPTION Resize block device of domain. OPTIONS [--domain] string domain name, id or uuid [--path] string Fully-qualified path of block device [--size] number New size of the block device, as scaled integer (default KiB) -- Benjamin Boudoir ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Fwd: Agrandissement du disque dur d'une VM
Le 28/05/2015 05:53, Mrjk a écrit : Hello, Je cherche à agrandir le disque dur de mes VMs à chaud, mais ça ne fonctionne pas. Pour rappel, la procédure consiste à: 1) Agrandir l'image disque de la VM depuis l'hyperviseur (du qcow2 ici) 2) Aller sur la VM, et vérifier que la VM a bien détecté le changement de taille 3) Supprimer la partition LVM, puis la recréer avec la nouvelle taille 4) Agrandir le PV 5) Jouer avec les LV ... Jusque là, tout le monde est d'accord, sauf que je suis _systématiquement_ obligé de rebooter mes VMs, même après relecture de la table de partition. Le reboot fonctionne plutôt bien (quoique là j'ai un cas, même après reboot, il veut pas se mettre à jour) Évidement, le message qui revient tout le temps est le suivant (partprobe, sfdisk, blockdev, kpartx ...): BLKRRPART: Device or resource busy This disk is currently in use. On voit bien que les nouvelles tailles sont prises en compte: root@vmdb:~#cat /proc/partitions major minor #blocks name 2540 20971520 vda 2541 195520 vda1 2542 20775968 vda2 == c'est lui 20775968 = 20Go, donc c'est bon 25301048576 dm-0 ... Mais LVM, ba ... il s'en fou: lo, Tu as bien fait un pvresize sur le device /dev/vda2 ici ? Ce serait peut-être bien si tu nous mettais l'ensemble des commandes tapées. root@vmdb:~# pvs PV VG Fmt Attr PSize PFree /dev/vda2 systemvm lvm2 a-- 9.58g 416.00m == et là, juste 9Go Bon, reboot, et ça se règle, mais ça me gonfle ... Que faire pour que ça fonctionne à chaud ? Est-ce que vous avez le même problème? C'est aléatoire ? Faut modifier la conf de LVM ? Rajouter des arguments sur le kernel ... Je sais plus où chercher pour le coup ... Plus d'infos sur ma config: ### Hyperviseur: - libvirt/qemu-kvm - Debian Wheezy VM: - Debian Wheezy - Disques: # pvs PV VG Fmt Attr PSize PFree /dev/vda2 systemvm lvm2 a-- 9.58g 416.00m # lblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT vda 254:0020G 0 disk ├─vda1254:10 191M 0 part /boot └─vda2254:20 19.8G 0 part ├─systemvm-slash (dm-0) 253:00 1G 0 lvm / ├─systemvm-home (dm-1) 253:10 100M 0 lvm /home ├─systemvm-tmp (dm-2) 253:20 100M 0 lvm /tmp ├─systemvm-var (dm-3) 253:30 1G 0 lvm /var ├─systemvm-var_log (dm-4) 253:40 1000M 0 lvm /var/log ├─systemvm-swap (dm-5) 253:50 1G 0 lvm [SWAP] └─systemvm-var_lib_mysql (dm-6) 253:60 5G 0 lvm /var/lib/mysql -- Robin Cordier JYL ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Stockage objet et réplication asynchrone
On 25/05/2015 22:14, Stephane Martin wrote: ben les bases NOSQL orientées document ça fait exactement ça, non ? http://basho.com/riak/, l'une des meilleures. API très proche de S3. Le message original parle de plusieurs DC, Riak ne sait pas le faire (ou alors dans la version entreprise d'après la doc). Je n'ai pas testé LeoFS mais je préfére encore RiakCS à Swift :) -- arnaud ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] Load balancing Mysql
Bonjour à tous, Actuellement, nous avons un cluster Sql sous MariaDB avec 3 machines, 1 master, 2 slave. Les écritures sont réalisées via un load balancer qui n'a qu'un backend, le master. Il y a tout un système géré avec MHA, je ne vais rentrer dans les détails. Pour les lectures, on passe par un load balancer avec 3 backend, les 2 slaves + le master. Il arrive par moment, que nous ayons beaucoup de données à synchroniser, il peut y avoir un décalage entre le master et les slaves. Ma question : nous sommes passé par un cluster SQL pour plus de disponibilité, mais nous avons perdu en cohérence des données. Dans notre contexte, ce n'est pas forcément grave qu'il y est un décalage, mais c'est impactant qu'il y a une incohérence des données. A un moment T, le master est à jour et pas les slaves, on a 1 chance sur 3, d'avoir une données différentes. Ma solution serait de retirer le master des backend de lecture. Ma solution est-elle adaptée ? Si oui comme puis-je le justifier officiellement ? Alex. ___ Liste de diffusion du FRsAG http://www.frsag.org/