nicoolas a écrit 2 commentaires

  • [^] # Re: Quelques pistes

    Posté par  . En réponse au message Elaboration Projet loadbalancing serveur frontaux server de données répliqués ou clustering + sauvegarde. Évalué à 1.

    - bjr

    Voici que maintenant et pour être compétitif sur un marché international, je veux désormais internationaliser mon application.

    Par reconnaissance ip + detection des variables passées par le navigateur , en utilisant une solution à base de laodbalancing je me suis posé la question à savoir si je pouvais louer des serveur hebergés à différents endroits géographiquement différents

    Ceci afin de diminuer le temps d'accès des visiteurs en fonction des marchés que je veux conquérir.

    Avec ivs il semble qu'une solution permette de faire du laodbalancing via tunneling de manière assez baique qui pourriat me convenir dans un premier temps.

    ainsi il peut être envisageable de router vers des serveurs situés aux U.S. pour mon application de cuisine Française ainsi traduite..

    Le visiteur US arrive sur mon loadbalancer celui ci detecte ( si possible ) sa provenance , sa langue; passe ensuite les variables nécessaires qui vont bien et renvoi celui ci vers l'un de serveurs US.

    Idem pour un visiteur Français..

    Les serveurs US vont donc répondre à cet utilisateur, et le gérer de manière autonome.

    Les contenus des différents serveurs frontaux vont donc avoir tous le même contenu synchronisé avec tel ou telle méthode.

    C'est la seul solution que j'ai trouvé pour démarrer avec des coûts pas trop énormes mais il y deux questions majeurs :

    Pour mon système les utilisateurs qui visitent les sites

    non reconnus ( non enregistrés )

    pourront avoir des variables stockés sur le cookie mais de manière légère ( type ajax léger ), et néanmoins des sessions possibles..( je pense passer le maximun de données via url )

    ils interoggent donc le sgb uniquement en mode lecture.

    Ma question est :

    une fois le site frontal prenant en charge un visiteur, comment se comporte ensuite le loadbalcaner pendant la navigation du visiteur ? laisse t il le serveur frontal s occuper du visiteur jusqu'a un time out ? ou bien reprend t il "la main" à chaque changement de page ? peut on parler de connection persistante ( de serveur j'entends pas sgdb ). Ma question est surtout de savoir si l'utilisateur ne risque pas se retrouver gérer par un autre serveur quelques minutes après le début de sa navigation, un élement à prendre enn compte au niveau du dépoiement du software..



    Les serveurs frontaux n'ont pas de contenus de sgbd ( ou bien on peut envisager qu'il soit également slave SGBD d'un modele repliqué pour la lecture ?)


    Les serveurs frontaux doivent quand meme interrogger le sgbd qui lui ( vu le cout de la répication,sauvegarde et maintenance ) sera herbergé en un seul point .


    En mode réplication, le serveur master sera d'une plus grande capacité et sera autorisé à répondre uniquement au serveurs frontaux et au serveurs slave, mais là je suis un peu perdu av ec cette architecture, ne vais pas perdre du temps en connection si certains des frontaux interrogent le sgcb en wan en mode écriture depuis un point géographiquement éloigné ?

    Pour les utilisateurs qu i s'enregistrent ( login + pass ) le cookie sera utilisé et obligatoire pour bénéficier de leur interface d'admin.

    Je pense que l'on aura pour le SGBD 60% lecture , et 40 % écriture, dont 25 % d'écriture par le système lui même ( cron job de fichiers externes ) et 15 % par les utilisateurs eux mêmes.

    Les images j'aimerais pouvoir les stocker sur un autre type de serveur pas sous apache mais quelque chose de plus simple et plus rapide, akaima certe c est bien mais hors busdget j ep ourrais imaginer additionner des serveurs fontaux pour cela , completement isolé par domaine géographique..

    Si vous pouviez me donner vos points de vues sur le sujet , would be cool !

    merci
  • [^] # Re: Quelques pistes

    Posté par  . En réponse au message Elaboration Projet loadbalancing serveur frontaux server de données répliqués ou clustering + sauvegarde. Évalué à 1.

    merci grandement , je pars à l'assaut )