Question Cluster

Bonjour,

je développe actuellement sur une machine local un projet Web nécessitant beaucoup de ressources et une utilisation précise de la fonction getmicrotime() de php.
J'ai de suite pensé à l'offre Cluster que OVH propose et qui résoudrait les problèmes de ressources. Mais quelques points restent en suspend quant à ce choix.

En effet, j'ai testé mon application (validée en local) sur un compte de type 60gp pour voir son fonctionnement sur un cluster. Là un problème survient, l'application ne fonctionne pas car il s'avère que le nombre de millisecondes retourné par la fonction getMicroTime dépend de l'heure du serveur sur lequel le script est executé, et je pense que les serveurs du cluster 60gp ne sont pas synchronisés. Il s'agit là d'une supposition, mais c'est la seule raison qui expliquerait les problèmes.

Ne m'y connaissant pas énormément en architecture serveur de ce type,
Seriez-vous en mesure de confirmer mes dires (ou de les démentir ) ?

Je crains que ce problème posé sur 60gp, soit aussi présent sur une Offre Cluster, or, c'est le pilier de mon projet.

Pouvez-vous me conseiller quand à la stratégie matérielle à adapter pour que la fonction getmicrotime soit spécifique au cluster (heure synchronisé de tous les serveurs) et non pas a chaque serveur.

Merci d'avance pour votre réponse.

 

En fait non, c'est pas ça le probleme

Disons qu'en local, l'application ne tourne que sur une unique machine donc y'a pas de probleme, puisque getmicrotime est unique. En passant l'application totalement sur leur cluster (pas de liaison ac le local) getmicrotime dépend de l'heure du serveur sur lequel le script est éxécuté dans le cluster. Enfin je pense que ça vient de là ?

Est ce que j'arrive à me faire comprendre ? :roll:

 

Pour commencer, Merci pour ta réponse si rapide :wink:

On commence à se comprendre lol

Comme tu as di

ce cas est vrai en local puisque c'est toujours l'horloge de la même machine qui est sollicité.

En revanche, dans un cluster, le script est éxécuté par des serveurs différents, donc qui ont probablement des horloges différentes (et c'est là ou est ma question).

J'ai fait un dialogue en direct en flash php mysql, chaque message à un temps en milliseconde (fonction getmicrotime() ) comme attribut, qui servt à l'ordre et à la récupération des messages. Par exemple toutes les 10 secondes on récupère les messages qui ont été postés dans l'intervalle de temps entre le temps x et le temps x-10. Partant de là si on a des horloges désynchronisées, des messages se perdent en route, on ne les vois pas tous etc...

Je sens que ça vient... lol



merci

 

J'ai reçu une réponse du service commercial d'OVH

donc en gros les serveurs des cluster 60gp ne sont pas synchro

 

et pourtant si, c'est bien ce que fais OVH par exemple, selon ton ip et la charge tu es redirigé sur tel ou tel serveur du cluster...

Toutes la gestion du temps est locale, je m'explique :

Un mr X poste un message sur le serveur, ce message sera enregistré dans la bdd avec pour attribut le nombre de millisecondes écoulés depuis le 01/01/1970 et ce en appelant la fonction getmicrotime du serveur. On apelle cet instant "t".

Un mr Y consulte toutes les 10 secondes les messages grace à un script php sur le serveur. Ce script lance getmicrotime, la valeur récupérée est y, et récupère tout les messages dont l'attribut time (dont j'ai parlé précedemment) est compris entre l'instant y-10000 (10 secondes) et y.

Ceci me permet de ne perdre aucun message avec un chat PHP MYSQL Flash et fonctionne vraiment bien sur un serveur unique (puisqu'il est toujours synchro ac lui même :wink: ).

Avec plusieurs serveurs, ben il faut qu'ils soient synchro entre eux.

Mais est ce que synchroniser chaque serveur du cluster toutes les dix minutes sur une horloge atomique par exemple (voir la synchronisation ntp), ne vas pas provoquer des pertes de messages de temps en temps telle est la question...

A ton avis ? :roll:

Merci pr ta réponse Morph

 

Merci pour ta réponse Digit

MySQL sera exécuté sur tous les serveurs du cluster car le goulot d'étranglement de l'application est SQL, car beaucoup de requête à traiter, c'est pourquoi MySQL ne sera pas sur une seule machine -> on en revient au même problème avec now .

N'étant pas un expert je vais m'orienter vers NTP. Apparement le défaut de celui-ci et de changer violemment l'heure du serveur si la commande n'est pas faite souvent. Mais peut être qu'avec un resynchro toutes les cinq minutes pour chaque serveur permet de ne pas avoir de décalage, je ne sais pas, je suis un peu perdu

 

je vais faire des test sur ma bécane linux, voir combien une machine perd en 5, 10, 20 minutes...

sinon il existe clocktime qui est apparement étonnement précis pour ce genre d'application, puis en mem temps si y'a un message perdu tout les 10000 c'est pas trés grave, ce n'est qu'un chat public...