|
Next revision
|
Previous revision
|
idees [2011/07/25 14:51]
alexis créée |
idees [2019/08/25 13:56] (current)
|
| ====== openJabNab à grande échelle ====== | ====== openJabNab à grande échelle ====== |
| |
| ===== Principe ===== | |
| |
| Le problème qui va se poser est le nombre de lapins à connecter, et comment simplifier toutes ces connexions. En effet, les utilisateurs n'auront pas envie de changer tout le temps leur configuration, au gré des serveurs qui ferment et qui ouvrent. | Le problème qui va se poser est le nombre de lapins à connecter, et comment simplifier toutes ces connexions. En effet, les utilisateurs n'auront pas envie de changer tout le temps leur configuration, au gré des serveurs qui ferment et qui ouvrent. |
| | |
| | ===== Solution 1 ===== |
| |
| L'idée serait donc d'avoir un premier OJN en frontal, que tous les lapins vont utiliser dans leur configuration. On appelera ce serveur **frontal**. | L'idée serait donc d'avoir un premier OJN en frontal, que tous les lapins vont utiliser dans leur configuration. On appelera ce serveur **frontal**. |
| |
| Résultat, l'interruption de service aura durée le temps du reboot. | Résultat, l'interruption de service aura durée le temps du reboot. |
| | |
| | ===== Solution 2 ===== |
| | |
| | Tous les lapins utilisent l'annuaire comme configuration (par exemple freenabaztag.com/vl) |
| | Sur le serveur de l'annuaire, on rajoute 2 pages en php, dans un répertoire /vl. : bc.jsp et locate.jsp |
| | |
| | L'annuaire connaît déjà la liste des serveurs OJN. Pour connaître leur état, l'annuaire les interroge régulièrement (par exemple, toutes les 15 minutes). Chaque OJN va alors renvoyer un fichier xml avec le nombre de lapins connectés, et un nombre de lapins maximum que le serveur veut accepter (nouvelle configuration à mettre en place - avec une option : dépasser ce nombre, ou bloquer les connections). L'annuaire enregistre ces données. Lors d'un appel à bc.jsp, l'annuaire fait une liste des OJN par pourcentage d'occupation croissant, et va alors tester (toujours avec le retour en xml) que le premier serveur de la liste est en route. Si oui, on lui transfère la requête bc.jsp pour avoir le bytecode modifié. Si non, on essaye avec le serveur suivant. etc. On stocke alors en BDD que ce lapin va se connecter au serveur. |
| | |
| | Ensuite, on créé le locate.jsp qui correspond au serveur retenu (à partir de la base de données). |
| | |
| | Dans le cas d'un plantage du serveur OJN, on repart vers l'annuaire, comme dans la 1ère solution. |
| |
| ===== La configuration du lapin ===== | ===== La configuration du lapin ===== |
