Version imprimable
Bonjour,
J'aimerais savoir si il est possible de transferer un socket entre deux machines.
Imaginons qu'une machine A, qui est un serveur de jeu, à 50 clients connectés, imaginons maintenant une machine B, un serveur de jeu du même type, doit recevoir ces 50 clients, sans qu'il n'y ai une intérruption dans le jeu.
Est-il possible de faire ce transfert ? Les données sécurisées seront transferées avant le transfert du socket, pour éviter tout problème
Merci d'avance
nico
Une socket est un descripteur qui référence une informations cachée dans l'OS. Cette information est liée à des données correspondant à la session réseau en cours ainsi qu'a une interface spécifique, elle même liée à une adresse MAC spécifique (et unique sur le sous réseau). On ne transfère pas les sockets, à moins de réaliser un système spécifique (sous Linux, c'est largement faisable avec un module kernel - qui n'existe pas à l'heure actuelle pour autant que je sache).Citation:
Envoyé par DakM
Il existe des systèmes permettant de migrer des sessions entière entre des serveurs sans perte de fonctionnement. Généralement, ces solutions ne sont pas gratuites (et elles peuvent même couter très cher). Je ne serais toutefois pas surpris qu'un projet open source se soit penché sur le problème.
Mais si le but est de migrer juste une application (ou son état) ainsi que des connexions réseau, il est peut être préférable de passer par une solution plus simple, avec une machine proxy qui va rediriger la connexion vers le serveur choisi.
Le but, est que mes joueurs connectés au serveur A soient redirigés vers le serveur B (IP/Port différents, ou pas!)
En gros, que les paquets récus par la machine A soient redirigés vers la machine B (qui peut etre aussi la machine A, sur un port different)
Il faut egalement que cette redirection ne soit pas notable en temps, le but étant à la machine A de pouvoir au minimum redemarrer pour une maintenance.
Une solution que je verrais (si cela est possible) serait d'envoyer l'adresse du deuxième serveurs aux clients pour qu'ils se connectent dessus. Cependant ce n'est possible que si tu as accès au code du client.
Sinon à part rediriger les flux réseaux je vois pas trop comment faire...
@Emmanuel Deloget: très intéressant, je pensais qu'une socket n'était défini que sur la machine sur laquelle il tournait. En gros on pourrait "s'envoyer" des sockets et tout reprendrait comme si de rien n'était ? C'est génial !
C'est quand même plus compliqué que ça. Ceci dit, VirtualBox propose une option pour transférer une machine virtuelle en activité d'un hôte A vers une hôte B sans interruption de service. Et j'ai moi-même travaillé sur un projet de transfert d'un processus vers une autre machine du temps ou j'étais étudiant. Donc il est possible de trouver des moyens pour régler ce types de problèmes. Maintenant, coté trivialité, on peut faire mieux :)Citation:
Envoyé par imperio
Ceci dit, la solution dont je parle (migration de sessions) ne présuppose pas la migration des services, mais de la session elle-même. Le principe est le suivant :
1/ un proxy P en front end fait semblant d'être la machine de destination
2/ il forwarde les requêtes vers la machine A
3/ A prévient P qu'elle doit entrer en mode maintenance et qu'elle n'accepte aucune nouvelle connection
4/ P met à jour le système pour rediriger les appels vers une machine B, identique à A
5/ Une fois toutes les sessions de A terminées (on peut utiliser une granularité inférieure, en traitant requête par requête), toutes les nouvelles connexions sont routées vers B et A est mis hors ligne.
C'est un principe similaire au load balancing (qui fait la même chose d'ailleurs). A ce propos, ça vaut peut-être le coup de regarder le projet haproxy (http://haproxy.1wt.eu/), utilisé pour faire du load balancing sur les serveurs haute performances et sur des connexions TCP.
Bien sûr, à ce moment-là c'est le proxy lui-même qui ne peut pas redémarrer en paix. Sans la collaboration du client, on ne peut pas vraiment faire mieux.
La c'est plus simple : vu qu'à l'entrée il y a forcément un routeur, on utilise des liens redondants - N proxy identiques sont présents, et un seul réponds. S'il est mis hors ligne, c'est un autre qui prends la main - etc. Tu va me dire que ça remonte le problème vers le routeur : c'est vrai. En même temps, si tu as un point d'entrée, il y a forcément un moment où ce point d'entrée devient critique :)Citation:
Envoyé par Médinoc
Ah, en effet.
Bonsoir,
En fait le plus gros "problème" sera que les serveurs se trouvent dans le même état.Citation:
Envoyé par DakM
Avant de vouloir transférer les clients au nouveau serveur, le serveur doit être informé de l'état des joueurs, ou en tous cas devoir le retrouver.
Une "solution simple" et naïve que je verrais bien, c'est d'envoyer au client un message particulier qui lui dit "hey, il est temps pour toi de te connecter à ce nouveau serveur xxx:yyy", le client a alors plus qu'à drop sa connection actuelle pour se reconnecter au nouveau.
Mais pour éviter toute interruption, le nouveau serveur doit connaître plus que ses clients : il doit être conscient de leur état.
Par exemple, je suppose que c'est le serveur qui a la connaissance des altérations d'état d'un joueur, le joueur/client n'est finalement qu'une super GUI des infos reçues par le serveur. L'ancien serveur doit alors donner cette info au nouveau serveur.
Tout un tas de problème de ce genre peuvent se poser en fonction de la complexité du serveur, du client etc.