J'ai mis au point et testé (même si pas encore déployé) un HA d'Apache pour ma boite. Le système se constitue de deux load-balancers liés à la même adresse IP (publique) qui utilisent keepalived. Il y a N nœuds Apache sous les LB (ils ont les mêmes), comme ça la redondance est bien assurée.
Comme mon site stocke tout en BDD, la redondance des données est assurée au niveau de la BDD (plusieurs nodes derrière un LB aussi, mais sur le LAN), mais on pourrait concevoir d'avoir les données sur un NAS ou SAN avec leur propre solution de redondance derrière.
La description pas à pas de ce que j'ai fait date un peu, mais les logiciels n'ont pas fondamentalement changé. La seule grosse différence est que j'utilise mod_proxy_balancer de Apache, qui est très bien fait plutôt que Pound. Mais je connais des gens qui utilisent des LB hardware ; à toi de voir.
Bonne continuation en tout cas et tiens nous au courant!
Quand des gens qui arrivent à remplir ce mastodonte de déclaration d'impôts en france me disent que c'est trop complexe de configurer Apache, j'ai franchement envie de rigoler...
Si les gens rechignent au sujet de la fragmentation d'Android, je comprend pourquoi l'année de Linux sur le desktop n'est toujours pas arrivée.
Le gros problème qui est fait par la plupart des journalistes est d'assimiler Android à Google, alors que l'OS préinstallé dans leur téléphone n'a de Google que la base. Difficile de prévenir des déviances sur les APIs, des bugs bizarres etc. alors. Et il est d'autant plus difficile à Google de satisfaire les envies de mise à jour des détenteurs de smartphones Android...
Le journaliste dans l'article fait une comparaison peu judicieuse entre android sur smartphones et Windows sur PC. Mais la différence est de taills: les fabricants de PC adaptent leur matériel à Windows alors que les fabricants de smartphones adaptent Android à leurs appareils.
Ah moi je le vois bien atterrir dans la fondation Apache avec tous ses petits copains a l'abandon. Ils pourront surement fumer le calumet tous ensemble dans le tipi.
C'est vrai que PHP est ennuyeux pour la programmation fonctionnelle, notemment du fait que les fonctions ne sont pas vues comme des objets et que faire des callbacks peut être particulièrement problematique. Mais enfin on peut y arriver.
Quant à mon approche, je ne sais pas vraiment comment te la décrire, le mieux serait certainement de lire le code lui-même.
Je vais peut-être passer pour un vieux croûton, mais est-ce que ce langage n'est pas contradictoire avec les principes des bases NoSQL? Je n'en ai pas beaucoup utilisé, mais il me semblait que le but était justement de s'émanciper des langages de requête et d'une part de gagner en performance (pas d’interprétation) et d'autre part de simplifier les requêtes et le code.
Je vois bien l'intérêt de ce nouveau langage au niveau de l'abstraction des bases de données (on pourra sans doute passer de CouchDB à Unqlite sans changer le code), mais est-ce qu'une bibliothèque d'abstraction de base de données n'aurait pas accomplie la même chose tout en gardant une interface de plus bas niveau?
La démarche accomplie ici est surprenante et ironique car cela réplique exactement la situation telle qu'elle était avant l'introduction du langage SQL, comme quoi l'histoire est bien un éternel recommencement.
Je suis d'accord avec toi sur le fait que systemd ne soit pas une necessite absolue.
Neanmoins il a plusieurs atouts pour les deploiements professionels, notemment sa plus grande robustesse, son plus grand controle des processus enfants, les snapshots et j'en passe et des meilleures.
La vitesse de boot c'est un peu de la poudre aux yeux, les distribs' qui utilisent upstart ou sysvinit bootent deja bien vite (moins de 30s d'habitude). Je pense que c'est juste pour montrer qu'on gagne sur tous les tableaux avec systemd.
Il y a un dernier point qui peut etre une avantage ou non, systemd impose une normalisation des distros et des services. Finis les seds, finis les petits hacks a droite a gauche dans les fichiers init, finis les distros farfelues qui collaient les fichiers de config la ou elles le voulaient. Certains diront que c'est une bonne chose de normaliser ainsi, d'autres penseront que c'est un obstacle a la possible innovation du systeme et a leur liberte en tant qu'utilisateur en general.
J'utilise Jyraphe pour partager mes fichiers (y compris photos) avec mes connaissances. C'est assez pratique et ça évite des soucis de transferts su IM par exemple.
# HA avec Apache
Posté par etenil . En réponse au journal Quelles solutions adopter pour améliorer un parc existant ? La suite !. Évalué à 1.
Super projet.
J'ai mis au point et testé (même si pas encore déployé) un HA d'Apache pour ma boite. Le système se constitue de deux load-balancers liés à la même adresse IP (publique) qui utilisent keepalived. Il y a N nœuds Apache sous les LB (ils ont les mêmes), comme ça la redondance est bien assurée.
Comme mon site stocke tout en BDD, la redondance des données est assurée au niveau de la BDD (plusieurs nodes derrière un LB aussi, mais sur le LAN), mais on pourrait concevoir d'avoir les données sur un NAS ou SAN avec leur propre solution de redondance derrière.
La description pas à pas de ce que j'ai fait date un peu, mais les logiciels n'ont pas fondamentalement changé. La seule grosse différence est que j'utilise mod_proxy_balancer de Apache, qui est très bien fait plutôt que Pound. Mais je connais des gens qui utilisent des LB hardware ; à toi de voir.
Bonne continuation en tout cas et tiens nous au courant!
[^] # Re: planet JabberFr
Posté par etenil . En réponse au journal Migration d'URL et noyade sous l'information. Évalué à 7.
Et dotclear n'envoie pas de code:
plutôt que de régénérer toutes les secondes un flux qui n'a pas bougé au même visiteur?
Ça ressemble à un bug ça.
[^] # Re: Vulnérabilité
Posté par etenil . En réponse au journal Vulnérabilité dans sudo. Évalué à 2.
Groupes et ACL et un système de sécurité type SELinux?
[^] # Re: Minitel 2.0
Posté par etenil . En réponse au journal Twitter et les politiques de censure.. Évalué à 1.
Quand des gens qui arrivent à remplir ce mastodonte de déclaration d'impôts en france me disent que c'est trop complexe de configurer Apache, j'ai franchement envie de rigoler...
# Fragmentation
Posté par etenil . En réponse à la dépêche Les actus du Grand Architecte d'Android. Évalué à 4.
Si les gens rechignent au sujet de la fragmentation d'Android, je comprend pourquoi l'année de Linux sur le desktop n'est toujours pas arrivée.
Le gros problème qui est fait par la plupart des journalistes est d'assimiler Android à Google, alors que l'OS préinstallé dans leur téléphone n'a de Google que la base. Difficile de prévenir des déviances sur les APIs, des bugs bizarres etc. alors. Et il est d'autant plus difficile à Google de satisfaire les envies de mise à jour des détenteurs de smartphones Android...
Le journaliste dans l'article fait une comparaison peu judicieuse entre android sur smartphones et Windows sur PC. Mais la différence est de taills: les fabricants de PC adaptent leur matériel à Windows alors que les fabricants de smartphones adaptent Android à leurs appareils.
[^] # Re: le blackout oui, mais de qui ?
Posté par etenil . En réponse au journal SOPA et PIPA refusées. Évalué à 10.
On pourrait considérer que Megaupload fait un blackout en réaction à SOPA/PIPA et qu'ils n'arrivent plus à trouver l'interrupteur dans le noir.
[^] # Re: mouhahaha
Posté par etenil . En réponse au journal Industrie de la photographie en péril.. Évalué à 10.
C'est lumineux!
[^] # Re: Au moins c'est clair
Posté par etenil . En réponse au journal Eva Joly contre Hadopi, Loppsi, Acta, et pour la promotion du logiciel libre. Évalué à 6.
Emacs, What else?©
[^] # Re: Au moins c'est clair
Posté par etenil . En réponse au journal Eva Joly contre Hadopi, Loppsi, Acta, et pour la promotion du logiciel libre. Évalué à 10.
Et pourquoi pas le tirage au sort du gouvernement?
http://www.dailymotion.com/video/xiyzhh_etienne-chouard-conference-le-tirage-au-sort-comme-bombe-politiquement-durable-contre-l-oligarchie_news
[^] # Re: Déjà-vu
Posté par etenil . En réponse au journal HP ouvre le code de WebOS. Évalué à 10.
Ah moi je le vois bien atterrir dans la fondation Apache avec tous ses petits copains a l'abandon. Ils pourront surement fumer le calumet tous ensemble dans le tipi.
[^] # Re: Approche fonctionnelle ?
Posté par etenil . En réponse à la dépêche Movicon 1.0 est sorti. Évalué à 1.
C'est vrai que PHP est ennuyeux pour la programmation fonctionnelle, notemment du fait que les fonctions ne sont pas vues comme des objets et que faire des callbacks peut être particulièrement problematique. Mais enfin on peut y arriver.
Quant à mon approche, je ne sais pas vraiment comment te la décrire, le mieux serait certainement de lire le code lui-même.
# Apache?
Posté par etenil . En réponse au journal La mort de Knol est annoncée. Évalué à 2.
Étonnant que Google n'essayent pas de refiler ça à la fondation Apache...
[^] # Re: Suicide
Posté par etenil . En réponse au journal lya Zhitomirskiy est bronsonisé à 21 ans.. Évalué à 9.
Les mecs de Linuxfr sont des cons, au moins une partie d'entre eux.
[^] # Re: Purée
Posté par etenil . En réponse au journal Notre guide a parlé. Évalué à 7.
Oui surtout que RMS programmait sur un mainframe DEC, et que donc ordinateur personnel ou non ça n'aurait pas changé son oeuvre.
[^] # Re: Exemple debian
Posté par etenil . En réponse au journal Mozilla se lance dans le propriétaire. Évalué à 0.
Non le pedophile possède une grosse sucette. C'est d'origine.
# Surprenant
Posté par etenil . En réponse à la dépêche UnQL : all your bases are belong to us. Évalué à 4.
Je vais peut-être passer pour un vieux croûton, mais est-ce que ce langage n'est pas contradictoire avec les principes des bases NoSQL? Je n'en ai pas beaucoup utilisé, mais il me semblait que le but était justement de s'émanciper des langages de requête et d'une part de gagner en performance (pas d’interprétation) et d'autre part de simplifier les requêtes et le code.
Je vois bien l'intérêt de ce nouveau langage au niveau de l'abstraction des bases de données (on pourra sans doute passer de CouchDB à Unqlite sans changer le code), mais est-ce qu'une bibliothèque d'abstraction de base de données n'aurait pas accomplie la même chose tout en gardant une interface de plus bas niveau?
La démarche accomplie ici est surprenante et ironique car cela réplique exactement la situation telle qu'elle était avant l'introduction du langage SQL, comme quoi l'histoire est bien un éternel recommencement.
[^] # Re: Exemple concret de line(1)
Posté par etenil . En réponse au journal Line meurt. Évalué à 0.
En fait:
line < /etc/inittab
c'est mieux...
[^] # Re: asynchrone?
Posté par etenil . En réponse à la dépêche Movim 0.3 est sorti ! Que ferez vous pour la 0.4 ?. Évalué à 3.
Oui, c'est exactement ca.
Mes excuses pour ce mauvais choix des termes.
[^] # Re: Merci
Posté par etenil . En réponse à la dépêche Évolutions techniques de systemd. Évalué à 10.
Je suis d'accord avec toi sur le fait que systemd ne soit pas une necessite absolue.
Neanmoins il a plusieurs atouts pour les deploiements professionels, notemment sa plus grande robustesse, son plus grand controle des processus enfants, les snapshots et j'en passe et des meilleures.
La vitesse de boot c'est un peu de la poudre aux yeux, les distribs' qui utilisent upstart ou sysvinit bootent deja bien vite (moins de 30s d'habitude). Je pense que c'est juste pour montrer qu'on gagne sur tous les tableaux avec systemd.
Il y a un dernier point qui peut etre une avantage ou non, systemd impose une normalisation des distros et des services. Finis les seds, finis les petits hacks a droite a gauche dans les fichiers init, finis les distros farfelues qui collaient les fichiers de config la ou elles le voulaient. Certains diront que c'est une bonne chose de normaliser ainsi, d'autres penseront que c'est un obstacle a la possible innovation du systeme et a leur liberte en tant qu'utilisateur en general.
# Jyraphe
Posté par etenil . En réponse au journal Photoroid : une appli web de partage de photos. Évalué à 4.
J'utilise Jyraphe pour partager mes fichiers (y compris photos) avec mes connaissances. C'est assez pratique et ça évite des soucis de transferts su IM par exemple.
Voici le site officiel du projet: http://home.gna.org/jyraphe/