Page 2 sur 2

Re: Cluster pour un serveur d'application

Posté : ven. 2 déc. 2016 22:20
par destroyedlolo
Tobin a écrit :
destroyedlolo a écrit : les infos système spécifiques à chaque noeuds (IP, hostname, ...) sont chargés si possible depuis le DHCP
C'est le même principe pour des noeuds configurés en statique ?
Je ne comprend pas ta question :(
Tu veux dire que tu veux que chaque noeud aient toujours la même config ? Oui, c'est faisable : il suffit de leur donner un bau permanent (en spécifiant leur MAC dans le DHCP).
Tobin a écrit :Autre question: vous avez deux applis web, l'une conçue en PHP et l'autre en java, comment feriez-vous pour les héberger sur le même serveur ?
Déjà, du Java sur un PI, c'est un optimiste vu la conso mémoire des serveurs d'application sous Java ;)
Sinon :
  1. Apache et le java doivent utiliser des ports différents, apache ayant le port public (80 généralement)
  2. Utiliser Apache comme proxy pour accéder à l'applie java.
Tobin a écrit :Je la pose parce que j'ai lu quelque part qu'il était impossible (du moins très compliqué) d'héberger une appli java sur un serveur apache sans Tomcat (à cause des "servlets").
Je pense qu'ils voulaient dire d'avoir des servlet Java directement servis par Apache : jamais vue (mais, heureusement pour moi, c'est le cas de beaucoup de choses :D ) et je doute même que ce soit possible vu l'archi de Java.

Re: Cluster pour un serveur d'application

Posté : sam. 3 déc. 2016 10:18
par Tobin
destroyedlolo a écrit :
Tobin a écrit :C'est le même principe pour des noeuds configurés en statique ?
Je ne comprend pas ta question :(
Tu veux dire que tu veux que chaque noeud aient toujours la même config ? Oui, c'est faisable : il suffit de leur donner un bau permanent (en spécifiant leur MAC dans le DHCP).
En fait je me réfère à la configuration de Steve BREUNING. Tous ses pi, il les a configurés en statique (donc pas de DHCP). Alors pour une telle archi, comment faire pour répliquer les configs sur chacun des pi? rsync?

Voudriez-vous également me donner quelques indications sur les solutions d'alimentation du cluster (UPS essentiellement)? Des power-bank conviendraient-ils /quels marques (déjà testées)? ou faut-il plutôt s'orienter vers le PoE ou des batteries au Lithium? (avantages et inconvénients pour chacune des solutions si possible).
Merci et A+

Re: Cluster pour un serveur d'application

Posté : sam. 3 déc. 2016 16:53
par destroyedlolo
Tobin a écrit :En fait je me réfère à la configuration de Steve BREUNING. Tous ses pi, il les a configurés en statique (donc pas de DHCP). Alors pour une telle archi, comment faire pour répliquer les configs sur chacun des pi? rsync?
Ben par définition, les config ne se répliquent pas alors : elles sont mise en dures pour chacune des machines.
Tobin a écrit :Voudriez-vous également me donner quelques indications sur les solutions d'alimentation du cluster (UPS essentiellement)? Des power-bank conviendraient-ils /quels marques (déjà testées)? ou faut-il plutôt s'orienter vers le PoE ou des batteries au Lithium? (avantages et inconvénients pour chacune des solutions si possible).
Tout ca dépend de la charge maxi de tout le systeme.
SI je devais le faire, j'alimenterai les tous avec un PSU de faible puissance, et j'utiliserai un petit onduleur de bureau en frontale.
Le PoE ajoute de la complexité. Idem pour les lithiums où il faudrait de l'electronique.


A+

Re: Cluster pour un serveur d'application

Posté : lun. 5 déc. 2016 15:49
par Tobin
Salut,
destroyedlolo a écrit :
Tobin a écrit :En fait je me réfère à la configuration de Steve BREUNING. Tous ses pi, il les a configurés en statique (donc pas de DHCP). Alors pour une telle archi, comment faire pour répliquer les configs sur chacun des pi? rsync?
Ben par définition, les config ne se répliquent pas alors : elles sont mise en dures pour chacune des machines.
Dans ce cas pourquoi faut-il des "scripts pour synchroniser les pi"? Quand les config sont mises en statiques sur chaque noeud cela n'est-il pas suffisant?

Et comment fait-on pour éteindre (shutdown) un tel système (cluster)?

Re: Cluster pour un serveur d'application

Posté : lun. 5 déc. 2016 21:15
par destroyedlolo
Salut,
Tobin a écrit :Dans ce cas pourquoi faut-il des "scripts pour synchroniser les pi"? Quand les config sont mises en statiques sur chaque noeud cela n'est-il pas suffisant?
Ben parce qu'une application ne se résume pas à la configuration du système hôte : elles ont leur propres configs qui necessitent sans doute une syncho, voir meme ses "executable" (au sens large, ca peut etre du code PHP, des WAR/JAR ...
Tobin a écrit :Et comment fait-on pour éteindre (shutdown) un tel système (cluster)?
Ca dépend des applications : généralement, on coupe le frontend et on redescend jusqu'au bdd.

Re: Cluster pour un serveur d'application

Posté : mar. 6 déc. 2016 09:15
par Tobin
Salut,
destroyedlolo a écrit : Ben parce qu'une application ne se résume pas à la configuration du système hôte : elles ont leur propres configs qui necessitent sans doute une syncho, voir meme ses "executable" (au sens large, ca peut etre du code PHP, des WAR/JAR ...
Est-ce possible d'avoir un exemple concret?
destroyedlolo a écrit : Ca dépend des applications : généralement, on coupe le frontend et on redescend jusqu'au bdd.
Le frontend qu'est-ce? le load-balancer ou le pi maître dans l'archi?