Discussion :

[Original1992]

Bonjour à tous.
Je ne sais pas trop ou posté ça et je ne sais pas trop comment m'y prendre .. Je post ceci en espérant que quelqu'un pourra m'aiguiller ou autre.

Je dois réaliser (en virtualisation) une architecture WAMP (Windows - Apache - MySQL - PHP).
Pour le moment je dois arriver à reproduire l'état actuel de l'entreprise c'est à dire :

- 3 Serveurs sous Windows Server 2008 R2 (dont 1 pour le DC).
- Ces deux serveurs font office de Serveur MySQL (avec MySQL/PHP(PHPMyAdmin?)/Apache).
- Ces deux serveurs sont sur deux sites distants (Ville 1 & Ville 2 par exemple).
- Chacuns ont leurs espaces de stockages distants (1 chacun)(NAS/SAN).
- Les stockages contiennent donc les base de données (logique) et sont toutes les identique en tout point (pur copie, apparemment elles sont synchronisé ensemble).
- Ces deux serveurs sont en cluster : Dés que l'un est down, l'autre prends le relais et vice versa.

Déjà arriver à ce point là j'ai un peu de mal .. J'ai évidemment configurer mon DC, tout fonctionne. J'ai installer mes deux serveurs SQL et tout communique.
Maintenant mon soucis est le suivant :
- Je sais faire le clustering (du moins j'ai trouvé énormément d'informations dans mes recherches et je pense pouvoir).
- J'ai essayais FreeNAS pour simuler un NAS pour réaliser l'espace de stockage : Soucis, je n'arrive pas à accèder à son interface web .. (avez-vous un autre à me conseiller ?)
- Du coup je suis déjà bloqué là, car un espace de stockage gérant le iSCSI est nécessaire pour réaliser le clustering sur l'espace de stockage ..

--> Je pensais utilisé simplement le failover clustering de Windows une fois mon SAN correctement configurer (ce qui n'est pas le cas).

Ensuite j'ai d'autre soucis théorique dont j'essaye de comprendre la solution :
- Après avoir réussis ce clustering entre les serveurs (ce qui est l'état actuel dans l'entreprise) je dois réaliser un clustering MySQL. C'est à dire, cette fois sur les base de données. Si l'une est DOWN, l'autre prends le relais. Evidemment quand la DOWN redeviens UP, celle qui à repris, met à jour celle qui à été DOWN (et non l'inverse évidemment) ..

Alors là je suis aussi bloqué .. Je pense que je vais devoir utiliser le MySQL Cluster qu'on nous fournis est de le configurer mais je n'arrive pas à me rendre compte comment m'y prendre.
Réaliser un cluster MySQL entre les deux Stockage déjà existant ? Ou alors avoir 2 espaces de stockage PAR serveur ?

Je vous ai expliqué +/- tout le projet. Evidemment je ne vous demande pas de le faire à ma place ou autre. J'ai par contre déjà fais beaucoup de recherches sur le sujet, et vu que cela part dans tout les sens, je suis extrémement perdu. De plus c'est nouveau pour moi je n'ai pas d'expérience la dedans.
Si vous aviez des idées, indications ou autres pour m'aiguiller ou même façon de penser, cela m'aiderai énormément !

En vous remerciant énormément d'avance.

Original.

[A&Nexus]

Bonjour,

Pour moi il faut que tu gères les redondances avec des stockages locaux et avec les fonctionnalités de cluster de tes applications.

Pour la partie MySQL la version communautaire inclus un cluster NBD (attention ça n'a rien à voir avec le produit Mysql Cluster qui lui est payant).
Tu trouveras plus d'infos ici :
http://dev.mysql.com/doc/refman/5.1/...l-cluster.html

Pour la réplication des fichiers tu peux essayer du côté de DFS ou bien du cluster SMB intégré à Windows 2012 :
http://blogs.technet.com/b/clausjor/...available.aspx

[Original1992]

Bonjour,

merci pour ta réponse.

J'ai eu une réunion avec le directeur est voilà ou on en est arrivé :

Actuellement je dois me focaliser d'abord sur le clustering MySQL.
Pour ce qui est du clustering des serveurs Windows, je verrai celui plus tard.

Alors voilà ce que je peux te dire :
- Je dois utiliser Windows Server 2008 R2.
- L'entreprise utilise Apache, PHP, PhpMyAdmin & MySQL.
- Le but serait que, lorsqu'on perds une DB MySQL, l'autre prends le relais automatiquement. Ensuite elle met à jour celle qui à été down.

D'après ce que j'ai compris, je dois avoir :
- Un serveur MySQL (Windows Server 2008 R2) qui peut faire office également de Management (ndb_mgmd & mysqld)
- 2 serveurs de stockages (ici j'utilise deux NAS virtuel) qui font office de NDBD.

J'ai vu que c'était MySQL Cluster à utiliser (bien ce nom) mais pas le CGE (lui est payant).

Avec ces informations là , que peux-tu me dire ?

- Dois-je configurer d'abord mon serveur MySQL normalement (en y installant PHP, MySQL Server Community, PhpMyAdmin & Apache) en premier ?
- Mettre en place dans le réseau mes deux Noeuds de stockage (Par exemple ici j'ai simplement mis deux OpenNAS) ?
- Ensuite, installer sur le serveur MySQL, MySQL Cluster ?
- Puis avec MySQL cluster, rediriger automatiquement les différents rôles sur les machines ?

Merci à toi !

[A&Nexus]

Tu dois avoir deux serveurs Windows avec du stockage local (le même stockage ne doit pas être monté sur les deux serveurs).

http://www.null-byte.org/development...ntu-12-04-lts/

Ce lien devrait t'aider c'est sur Ubuntu mais la logique reste la même.

[Original1992]

J''avoue ne pas avoir compris ta phrase.

Pourquoi deux Windows Server avec stockage local ?
Le principe est d'avoir un serveur MySQL (W2K8R2) et un espace de stockage distant. Sur ce stockage (si j'ai bien compris, les noeuds) on fait du clustering.
Pour les programmeurs, cela reviens au même, ils n'ont qu'à utiliser la connexion au serveur (plus tard je devrai avoir 2 serveurs avec uniquement 1 IP).

Du coup je ne comprends pas trop, ce que j'ai compris avec ta phrase c'est que je dois avoir 1 serveur par noeuds ?
Mais les noeuds (stockage, les DB) seront identiques (vu que c'est du cluster).

Désolé mais ma connaissance est limité dans ce domaine et après de nombreuses recherches qui m'ont envoyer de tout les côté, je suis un peu embrouillé.
Merci à toi.

Original.

[A&Nexus]

Il faut dégrossir cette partie là.

Dans la doc officielle du cluster NBD Mysql 5.6 il est mentionné ceci
http://dev.mysql.com/doc/refman/5.6/...l-windows.html


Node IP Address
Management (MGMD) node 192.168.0.10
MySQL server (SQL) node 192.168.0.20
Data (NDBD) node "A" 192.168.0.30
Data (NDBD) node "B" 192.168.0.40

For management nodes and data nodes, it is not necessary to install the MySQL Server binary; however, each management node requires the management server daemon (ndb_mgmd.exe); each data node requires the data node daemon (ndbd.exe or ndbmtd.exe)

Dans certains cluster tu as un stockage partagé comme un SAN ISCSI avec deux hyperviseurs par exemple.
Dans d'autres cas tu as des cluster avec stockage local. Comme Exchange par exemple qui copie chaque banque de boîtes aux lettre sur chaque serveur en local.

Mysql Cluster rentre plutôt dans le cas n°2 du stockage local.

Au départ pour que ça ne soit pas trop fouilli comment par une archi complète comme décrite dans la doc pour bien comprendre comment ça fonctionne.

[Original1992]

Salut. Merci pour ta réponse.

Actuellement j'étais partis sur ceci (n'oublions pas que tout est pour l'instant sous virtualisation) :

Node IP Address
Management & MySQL server (MGMD & SQL) node 191.168.2.2 --> Windows Server 2008 R2
Data (NDBD) node "A" 191.168.2.251 --> OpenNAS
Data (NDBD) node "B" 191.168.2.252 --> OpenNAS

Je pensais rajouter aux deux Data des HD iSCSI et les connecté à mon Windows Server.
Les gens se connectent donc ainsi sur le serveur pour accèder à la base de donnée et non les Data.

Mon approche est-elle mauvaise ? Sais-tu si cela est correcte ?

Si j'ai bien compris, il faudrait que en plus de configurer un HD iSCSI sur chacun des mes Data et de les connecter à mon Serveur, j'installe et configure MySQL Cluster sur le serveur également ?
J'ai apparemment compris que d'après la citation que tu as cité, qu'il n'est pas nécessaire d'installer MySQL dessus, mais uniquement NBDB. Ceci ce fait-il automatiquement avec MySQL Cluster ? Cela demande-t-il autre chose ?

Encore désolé pour mon ignorance, je vais fouiller la documentation un peu plus en profondeur que tu m'as fourni.

Merci à toi,

Original.

[A&Nexus]

Pour moi tu peux pas rattacher les data sur le serveur windows.
Ca reviendrait à ce que les datas soient sur l'IP 192.168.2.2 et plus sur l'IP 192.168.2.251/252

Et sur tes DATA il faut pas que tu ai un OpenNAS mais un Windows Server car il faut avoir un server car les services doivent tourner (ndbd.exe).

[Original1992]

Oui. C'est le but justement. Qu'il faut contacter le serveur (lorsque les programmeurs programme) plutôt que les DATA direct. A moins que je ne me trompe ?
Je ne peux pas placer les fichiers et le services ndbd.exe sur mon OpenNAS par exemple ? Cela ne fonctionne pas ?

Tu conseilles alors de faire un espace de stockage distant sous Windows server ? Utiliser alors un Windows Server 2008 R2 Datacenter ?
Et à ce moment là réaliser une relation iSCSI ?

Qu'en penses-tu ? Est-ce que je me suis embrouiller à un moment ? Merci à toi.

[A&Nexus]

Pour ta première question tu as compris on n'attaque pas la base de données en direct on passe par le serveur frontal.

Après pour tout le reste tu t'embrouilles avec ton "stockage".
Nœud = Windows serveur.

En tout tu en as trois.
Commence déjà par ca.

Note 1 : si tu n'as pas de licence datacenter part sur des serveurs Linux plutot. Ca sera également plus stable (c'est dommage de griller trois licence pour ca).
Note 2 : Comment veux-tu lancer un service ou même un exe sur un NAS ?
On peut pas il faut forcement le lancer depuis un windows qui le lancera depuis le NAS.

[Original1992]

Je suis en virtuel, donc pour l'instant aucun soucis de ce côté là.
OpenNAS est un peu un Linux non ? Cela pourrai fonctionner non ?

Donc il faut absolument d'après toi :

- Un Windows Server (Avec quoi dessus ? Le MySQL et le MGMT ?)
- Deux Windows Server (Pour les DATA ? Et on stockes les données dessus ?)

On peut pas il faut forcement le lancer depuis un windows qui le lancera depuis le NAS.

Pas très bien compris cette phrase là.

Merci de ton aide en tout cas !

Original.

[A&Nexus]

C'est ça.
Tu peux effectivement installer le management sur le serveur mysql principal.

Tu suis ce que dit la doc mysql (voir lien dans post précédent)

MySQL Management (MGMD) node 192.168.0.10
MySQL server (SQL) node 192.168.0.20
MySQL Data (NDBD) node "A" 192.168.0.30
MySQL Data (NDBD) node "B" 192.168.0.40

[Original1992]

Salut.

Le problème c'est que dans le lien que tu fournis il utilise du Linux (il suffit de voir la vidéo explicatif sur MySQL Cluster pour voir ça).

Mais il y à encore quelques éléments que je n'arrive pas à comprendre dans ton explications.
Tu dis donc, que chaque Node équivaut à UN serveur Windows ? Ou en fait, qu'un Windows équivaut à UN stockage ?
Pour chaque espace de stockage il en faut un ?

Car quand je regarde les différents schémas il montre un MySQL et un Management et à tout ça et relié plusieurs stockages qui sont des noeuds.
Ça reviens un peu chère que de devoir utiliser que des DataCenter non ? Il est donc impossible d'utiliser uniquement 1 Serveur Windows (qui est le MySQLD et le MGMT) et les stockages en NAS distant par exemple ?

Désolé d'avoir tant de mal.

Merci à toi.

Original.

[Original1992]

Je viens de me poser une question supplémentaire.

Si j'installe MySQLD et MGMT sur mon Windows Server 2008 ET que j'installe les Nodes sur mes OpenNAS ( qui sont des Linux non ? Ou cela n'ira pas ? Il me faut absolument un OS style CentOS/Windows DataCenter) ) et que dans la configuration du MGMT je cible l'IP de la Node Linux (OpenNAS) et défini le chemin, cela n'ira pas ?

Désolé de poser des questions pareils, mais j'ai énormément d'idées dans la tête après tant de recherches je suis complétement perdu

Merci de ton aide en tout cas

EDIT : Tant que j'y suis ,je viens de finir d'installer un serveur avec Apache, PHP, MySQL et phpMyAdmin. Est ce que d'après toi tout mes serveurs doivent avoir cette configuration ? Ou uniquement le serveur que les clients font contacter (en frontal) et donc le MySQL server (SQL) node 192.168.0.20 dans ton exemple ?
Penses-tu (je ne pense pas) que les autres serveurs requis également ces configurations/installations ?

Merci à toi et en espérant que tu puisses m'aider encore un peu !

Original.

[Original1992]

Petit up