Quand il s'agit de répliquer un LUN ou une partition sur un serveur physiquement séparé, Linux a DRBD (maintenant dans le noyau!). Si je comprends bien, il a des modes de réplication synchrones et asynchrones. Lorsque vous avez un réseau rapide entre vos deux serveurs, cela peut durer.
Je dois faire la même chose pour les serveurs Windows. Je sais qu'il y a des packages non gratuits qui font cela (des recommandations seraient bien), mais compte tenu de ce que nous appelons un «budget» ici, j'ai besoin d'en savoir plus sur les options les plus gratuites. Si seulement.
Nous sommes sur Server 2008 pour la grande majorité de nos serveurs de stockage. Si R2 nous fournit ce dont nous avons besoin, je dois le savoir maintenant pour pouvoir planifier les mises à niveau dans 4 semaines.
Le nœud du problème est que je dois répliquer un tas de LUN stockés sur des périphériques HP EVA 6100 (disques 10 000 tr / min) et EVA 4400 (principalement les lecteurs FATA 1 To), vers autre chose. Maintenant, HP a le très bon Replication Manager qui gérera la réplication entre les deux, mais nous essayons de nous sevrer du 6100 qui sera bientôt en fin de vie. Nous devons répliquer sur quelque chose qui n'est pas '' t un EVA.
Selon ma surveillance des performances, la plus grande partie de notre stockage à répliquer est accessible de manière très rapide (ce sont les données du serveur de fichiers). Les E / S de sauvegarde éclipsent les E / S régulières par un facteur de trois. Le montant total à répliquer est d'environ 7 To, avec un changement de fichier quotidien de l'ordre de 500 Go (tous ces fichiers Outlook PST s'additionnent). Je ne sais pas quel est le changement net au niveau du bloc.
Nous avons Fibre Channel disponible, et dans un centre de données, nous avons même les débuts d'un réseau isolé iSCSI. Mais entre nos deux centres de données, nous sommes (actuellement) limités à un seul canal 1 GigE, qui sera mis à niveau vers un canal 10 GigE au cours des 12 prochains mois.
Il existe des utilitaires sur étagère, je ne sais pas grand-chose à leur sujet
Disponibilité à double prise Semble faire quelque chose comme la réplication au niveau du bloc, mais pas tout à fait. C'est peut-être ce que je recherche.
Veritas Storage Foundation Semble être une exagération sérieuse pour ce problème particulier, mais ajouterait beaucoup de flexibilité à notre environnement.
CommVault Simpana Réplication hétérogène, compatible WAN.
Et bien d'autres encore.
Si cet environnement était Linux avec Samba, DRBD serait un ajustement presque parfait. Je ne sais tout simplement pas s'il y a un équivalent du côté Microsoft de la maison.
la source
Réponses:
La réplication via la plateforme de stockage sera à peu près toujours le meilleur choix. Étant donné le désir de passer d'une plate-forme à une autre, il est beaucoup plus difficile à faire, car la plupart du temps, vous ne pouvez répliquer que d'une baie à une autre. Maintenant, si vous vous en tenez aux baies HP, elles devraient pouvoir se répliquer entre elles afin que le coût du logiciel de réplication ne soit pas un gaspillage.
Vérifiez auprès de votre vendeur, peut-être qu'ils peuvent vous obtenir une bonne affaire sur le logiciel de réplication si vous êtes en train de remplacer vos baies.
Utilisez votre VAR comme ressource, c'est pour ça qu'ils sont là.
la source
Jetez un œil aux produits prenant en charge Open System SnapVault.
À M
la source
SteelEye DataKeeper bloque la réplication au niveau des volumes et fonctionne très bien pour nous dans des circonstances similaires.
la source
en plus de ceux mentionnés, il y a aussi NeverFail et WanSyncHA
J'ai essayé les deux pour mettre en miroir un échange 2003 sur WAN, et ils basculent bien. Les prix sont cependant assez élevés.
Liens:
http://www.neverfailgroup.com/
http://arcserve.com/us/highavailability.aspx
la source
Si ce n'était que des serveurs de fichiers dont vous aviez besoin, je voterais pour le DFSR, car il est au niveau du bloc, contrôlable, gratuit (inclus) et comme un maillage, c'est une réplication, mais avec au moins une limitation de non-aller: (PST's tipped pour moi) Les fichiers doivent être marqués fermés afin de lancer une réplication des blocs. Si les gens gardent Outlook ouvert, comme ils le font toujours, 24/7 ... ces PST ne seront jamais répliqués dans DFSR. Juste une autre raison de marteler les administrateurs Exchange pour bloquer la création de PST (ou le bloquer sur vos serveurs de fichiers). Une note pour vérifier les solutions que vous examinez est également la prise en charge de la synchronisation des fichiers ouverts pour vous assurer que vous ne découvrez pas à la dure, comme nous l'avons fait, que les fichiers ouverts n'étaient pas répliqués.
la source