Dimensionnement / Synchronisation

Pour le storage tu peux utiliser un NAS chez OVH, ils fonctionnement plutôt bien selon mes tests.
Attention aux disques sur la gamme public cloud, les perfs sont loin d'un serveur dédiés avec disques SSD.

https://www.ovh.com/fr/nas/stockages_NAS_HA_Hybrid.xml

Bonjour,

Ton infra est cohérente si ce n'est que je n'utiliserai pas le loadbalancer ovh mais plutot 2 vm avec haproxy.
C'est 2 vm pourront être facilement administré pour tes besoins avec la possibilité de basculer l'ip failover d'un serveur à l'autre sans trop de soucis.
Celui proposer par ovh manque de stabilité à mon gout, autant gérer ton infra de bout en bout.

Entre mysql master/slave et master/master tout ce discute.
Tu as l'argument pour le master/slave et ainsi avoir un noeud pour la sauvegarde, avec du master/master tu ajoutes une couche de sûreté lors d'un incident sur la base de données ou pour faire des mises à jour.
Au delà il y a le cluster si tu fais de l'innodb exclusivement.

Pour les systèmes de fichiers partagés, glusterfs ralenti beaucoup le système au niveau des IO.
Il faut éviter d'avoir le même disque que la racine voir un système indépendant pour gérer que ce filesystem particulier car le système n'aime pas trop, cependant ca marche quand meme.
Moi ce que je conseille, c'est d'utiliser un nas uniquement pour les documents commun et de connecter tous les front web dessus.
Ca va simplifier aussi tes déploiements et l'augmentation/diminution des ressources de ta plateforme.

Je pense qu'il manque un point important pour gérer la scalabilité.
Il te faut une machine d'admin qui va héberger tes outils comme la sup ou un ansible pour ajouter simplement de nouveaux serveurs.
Cette machine va permettre d'orchestrer tous les équipements et d'assurer les ressources, tu peux meme imaginer un système qui lorsque tu es à 80% de ressources utilisées ajoute un nouveau node front pour permettre d'aller encore plus loin.

Les possibilités sont grandes, j'espère t'avoir éclairé.

Bonne journée
https://www.captainadmin.com

Perso hormis quelques petites coupures (très très rare) sur le LB d'OVH je n'ai vraiment pas à m'en plaindre.... Vu le prix c'est vraiment sympas comme service.

Qui plus est il y'a eu une récente migration des système d'IP LB chez OVH et je crois qu'ils sont passé sur HAProxy justement.

Pour MySQL perso j'ai un faible pour le cluster, mais ça demande au moins 3 serveurs et du 100% innodb. Par conséquent en cas de MyISAM il ne reste que le système master/slave. Et là idéalement il faut coder son appli comme il faut pour faire les SELECT sur les slaves et les INSERT/UPDATE/DELETE sur le master.

Quand à la machine d'admin ce n'est pas forcément nécessaire. Même si c'est très utile d'avoir une VM dédiée à ça (monitoring, script de lancement de nodes supplémentaires, etc).

Salut,

Ce que je te conseille c'est de stocker tes sources sur des disques SSD pour garder de bonnes performances vu le traffic que tu à l'air d'avoir, les sources ne sont pas censées évoluer en permanence mais plutôt entre chaque version, tu n'as donc pas besoin de les synchroniser en permanence entre tes serveurs. Pour le déploiement d'une nouvelle version tu peux automatiser tout ça avec Fabric ou autre outil équivalent.
Concernant le contenu qui évolue en permanence (images, ect) l'objet storage est selon moi la solution adaptée à cela, tu n'as pas de limite physique au stockage et le coût s'adapte à ta consommation réel. Je n'ai pas encore testé celui d'OVH mais cela ne va pas tarder je suis dessus :slight_smile: