Ok, je vois un peu mieux .... Mais il me semble que tu as inversé "client web" et "serveur web" dans le point 2. Sinon, pour le stockage des données utilisateur, personnellement j'aurais plutôt opté pour du nosql style Hadoop, quitte à utiliser en parallèle un SGBDR pour l'API.
Maintenant revenons à ton cluster de stockage : tu y stockeras 2 types de données si j'ai bien compris : fichiers "plats" (les données utilisateurs) et des bases de données. Pour les serveurs BDD, va voir ce que permet mysql cluster : ça a l'air de répondre à ton besoin. Il te reste cependant un SPOF: le proxy, mais tu pourrais le redonder par exemple en utilisant un cluster HeartBeat ou Redhat Cluster (il y a peut-être d'autres solutions) pour palier à sa défaillance. Je ne sais pas par contre si tu peux faire ça avec MariaDB.
Pour la partie "fichiers utilisateurs", à mon avis (et comme dt par ailleurs) Texte du lien est le bon candidat.
Après, tu n'es pas obligé d'utiliser un SAN pour tout ça : chaque serveur MySQL dispose de son stockage local, et chaque noeud glusterFS également. Si tu l'utilises, il te faudra au moins 2 baies pour assurer la redondance de tes données, créer tes LUNs et les affecter a tes machines (MySQL et noeuds de stockage GlusterFS) de façon à assurer la réplication sur les deux baies au niveau SGBD et/ou FS.
Sinon, si tu veux utiliser un SAN, via iSCSI, je ne suis pas sur que tu aies besoin de Multipath : Vu que tu passes par TCP/IP, tu peux assurer la redondance et la répartition de charge sur ton réseau en agrégeant tes interfaces via bonding.
Je ne sais pas si j'ai été clair, et si tout ce que je t'ai dit est réalisable (sur le papier j'ai l'impression que oui), mais en tout cas, c'est comme ça que je ferais si j'avais un truc de ce genre à implémenter. Par contre, côté perf, je ne sais pas ce que ça pourrait donner.
[^] # Re: Si tu utilises Mysql/Mariadb ou autre SGBDR ....
Posté par totof2000 . En réponse au message Besoin de conseils pour la création d'un SAN. Évalué à 2.
Ok, je vois un peu mieux .... Mais il me semble que tu as inversé "client web" et "serveur web" dans le point 2. Sinon, pour le stockage des données utilisateur, personnellement j'aurais plutôt opté pour du nosql style Hadoop, quitte à utiliser en parallèle un SGBDR pour l'API.
Maintenant revenons à ton cluster de stockage : tu y stockeras 2 types de données si j'ai bien compris : fichiers "plats" (les données utilisateurs) et des bases de données. Pour les serveurs BDD, va voir ce que permet mysql cluster : ça a l'air de répondre à ton besoin. Il te reste cependant un SPOF: le proxy, mais tu pourrais le redonder par exemple en utilisant un cluster HeartBeat ou Redhat Cluster (il y a peut-être d'autres solutions) pour palier à sa défaillance. Je ne sais pas par contre si tu peux faire ça avec MariaDB.
Pour la partie "fichiers utilisateurs", à mon avis (et comme dt par ailleurs) Texte du lien est le bon candidat.
Après, tu n'es pas obligé d'utiliser un SAN pour tout ça : chaque serveur MySQL dispose de son stockage local, et chaque noeud glusterFS également. Si tu l'utilises, il te faudra au moins 2 baies pour assurer la redondance de tes données, créer tes LUNs et les affecter a tes machines (MySQL et noeuds de stockage GlusterFS) de façon à assurer la réplication sur les deux baies au niveau SGBD et/ou FS.
Sinon, si tu veux utiliser un SAN, via iSCSI, je ne suis pas sur que tu aies besoin de Multipath : Vu que tu passes par TCP/IP, tu peux assurer la redondance et la répartition de charge sur ton réseau en agrégeant tes interfaces via bonding.
Je ne sais pas si j'ai été clair, et si tout ce que je t'ai dit est réalisable (sur le papier j'ai l'impression que oui), mais en tout cas, c'est comme ça que je ferais si j'avais un truc de ce genre à implémenter. Par contre, côté perf, je ne sais pas ce que ça pourrait donner.