|
Bas de page | |
---|---|
Auteur | Sujet : Synchronisation des journaux USN entre deux serveurs sur une même LUN |
casiusxxx Indigné v2.1 | Bonsoir,
Chacun des serveurs héberge une instance de la même application (basée sur JBoss 4.02/J2EE 1.4) sur son volume RAID 1 local. Avec l'évolution de l'application un problème est apparu concernant le choix de cette architecture.
1) Monter un lecteur réseau vers un partage de fichiers (SMB v1) d'un serveur physique (Windows Server 2003) : Fonctionnel mais ce modèle ne garanti aucune tolérance de panne au niveau serveur, donc rejeté. 2) Monter un lecteur réseau vers un partage de fichiers (SMB v1) d'un cluster MSCS (Windows Server 2003) : L'application n'arrive pas à joindre le système de fichiers sous le mappage du lecteur réseau (et pourtant c'est le même serveur que dans le test ci-dessus mais via le nom d'instance du cluster). 3) Configurer un partage de fichiers (SMB v1) directement (sans monter de lecteur réseau) dans l'application : L'application n'arrive pas à joindre le système de fichiers. 4) Configurer un volume local dans l'application : Fonctionnel, mais n'offre pas le fonctionnement désiré. En attendant de trouver mieux ça reste la solution de dépannage avec un script (redondé sur chaque serveur) de Robocopy de la différence de fichiers entre les deux instances de l'application. 5) Configurer l'application pour utiliser un espace de fichiers sur DFS ou NFS : L'accès aux partages de fichiers via NFS ou DFS pose des problèmes politico-administratifs au sein de l'entreprise. Dommage car cela aurait été une solution élégante au problème. 6) Configurer l'application pour utiliser un volume hébergé sur une LUN SAN partagée entre les 2 serveurs (sur chacun des serveurs il y a une carte SAN et on y a présenté la même LUN de SAN) : C'est fonctionnel, les fichiers y sont visibles, on peut créer et modifier des deux côtés. Le problème c'est qu'à chaque changement sur les fichiers (ajout, suppression, modification) sur un serveur, l'autre bécane ne voit pas le changement tant qu'elle ne redémarre pas ou ne démonte-remonte pas la LUN et c'est normal car les journaux USN ne sont pas synchronisés (comme c'est le cas en cluster MSCS par exemple). J'ai cherché du côté de la commande FSUTIL, sur les forums et Technet mais je n'ai rien trouvé qui répond à mon problème. Voici un schéma (désolé si c'est moche car pas d'éditeur de schéma @ home) : Pour 2 serveurs non membres d'un cluster, y-a-t 'il un moyen de synchroniser les journaux USN sur les propriétés physiques des fichiers ?
Message édité par casiusxxx le 28-03-2013 à 21:13:47 --------------- Mon topac de vente |
![]() Publicité | Posté le 27-03-2013 à 22:15:09 ![]() ![]() |
casiusxxx Indigné v2.1 | J'ai bien conscience que c'est clairement pas une solution supportée par Microsoft, mais ont fait avec les contraintes que nous imposent le client et les admin/« experts » de leur domaine respectif (DFS, SAN, ESX, LAN...) En fait, le but recherché par le client c'est bien la haute disponibilité et aussi les performances. Message édité par casiusxxx le 27-03-2013 à 23:25:55 --------------- Mon topac de vente |
casiusxxx Indigné v2.1 | Pour le DFS la partie qui pose problème c'est l'administrateur du domaine : si j'ai pas xx k€/an à lui lâcher il ne m'autorise pas l'accès... Idem pour l'achat de licences Microsoft qui ne sont pas au standard du SI de l'entreprise. Je peux oublier. Et même si je payais cette licence avec mon salaire on ne m'autoriserait pas à l'installer dans le domaine. On a un client qui a de gros problèmes organisationnels et structurels, mais il faut faire avec le temps qu'il fasse le ménage dans ses équipes. [EDIT] Message édité par casiusxxx le 28-03-2013 à 16:25:14 --------------- Mon topac de vente |
Je@nb ModérateurKindly give dime | Pour faire du DFS tu es pas obligé de le pointer sur le domaine.
|
casiusxxx Indigné v2.1 |
Pour les règles de mon SI, si malheureusement. On ne nous autorise pas à faire du DFS décentralisé. Idem pour les NFS, FTP et SFTP qui nous sont prohibés pour les applications sur serveurs Windows.
C'est comme pour les licences hors contrats standards. On doit faire avec ce qu'on nous donne.
Ça n’apparaît pas dans mon schéma car on ne gère pas le stockage centralisé. Il s'agit d'une équipe admins/« experts » qui ne font que ça et qui proposent des solutions totalement redondées, clusters ou HPC aware. [EDIT] Donc, la synchronisation des changements dans les journaux USN se font au commit de la transaction. S'il y a plusieurs machines sur un même volume le plus simple c'est d'utiliser le mode cluster MSCS pour synchroniser les journaux. Sinon, il faut développer une surcouche synchronisante développée sur des méthodes FSRM et qui vient s'intercaler entre le système de fichiers et l'application. Ca s'appelle réinventer la poudre et génèrerait beaucoup trop de boulot pour le besoin d'origine. Je vais tenter une approche différente avec JBOSS sans trop retoucher à l'architecture en place : 1) J'essaye de voir avec les dev' si l'application gère les BLOB SQL. Ca serait pratique, même si je doute que les performances ne seront pas trop au rendez-vous. 2) J'essayerais de faire pointer l'application vers un partage de fichiers (SMB v2.1) hébergé sur un cluster Windows Server 2008 R2 distant. 3) L'application doit recevoir une mise à jour majeure qui va upgradé JBoss vers la version 5.1 (soit des spécifications de Java EE 5 avec capacité à Java EE 6). Il est possible que cette simple mise à jour corrige le problème de communication avec SMB v1 en cluster. 666) Je vais défoncer le crâne du technico-commercial qui a validé l'architecture utilisée par son application sans rien dire sur ce détail super important ! Message cité 1 fois Message édité par casiusxxx le 29-03-2013 à 19:38:19 --------------- Mon topac de vente |
MysterieuseX Chieuse |
|
casiusxxx Indigné v2.1 | Voilà, dans mon équipe on est pris en sandwich entre d'un côté des techos manu pilus qui défendent leur bout de steak et de l'autre côté un jeu de commerciaux/acheteurs qui veulent juste faire passer les trucs en force. La semaine prochaine, si j'ai le temps pour ce projet, j'effectuerais les quelques tests mentionnés en dernier. Message édité par casiusxxx le 29-03-2013 à 19:39:46 --------------- Mon topac de vente |
Sujets relatifs | |
---|---|
Restrictions sur serveurs et sur postes pour un admin du domaine | connexion pc à plusieurs serveurs |
Achat gros serveurs de stockage | Serveurs Dell 12ème génération - H710 et HDD non Dell |
Logiciel suivi d'exploitation serveurs applis | Besoin d'un coup de main pour différents serveurs |
Synchronisation Bi-directionnelle | Synchronisation Outlook - Server Exchange |
Connecter deux serveurs ? | 2 Lans / 2 modem routeurs / 1 serveurs avec 2 cartes |
Plus de sujets relatifs à : Synchronisation des journaux USN entre deux serveurs sur une même LUN |