Hi All;

Accessing the same data(Raid Group) from different controllers does slow
down the system considerebly. 
All modern controllers will demand the administrator to choose the primary
controler for Raid Groups. 
Two controller accesing the same data will require drive interface switching
between ports, controllers will not be able to optimize the head movement,
caching will suffer due to dublicate records on both controllers,  a lot of
data transfers between each controller... 

Only very few disk systems support multi controler access to same data and
when you read their best practice document you will notice that this is not
recommended.  

Best regards
Mertol 


Mertol Ozyoney 
Storage Practice - Sales Manager

Sun Microsystems, TR
Istanbul TR
Phone +902123352200
Mobile +905339310752
Fax +902123352222
Email [EMAIL PROTECTED]



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mattias Pantzare
Sent: Friday, November 14, 2008 11:48 PM
To: David Pacheco
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] continuous replication

> I think you're confusing our clustering feature with the remote
> replication feature. With active-active clustering, you have two closely
> linked head nodes serving files from different zpools using JBODs
> connected to both head nodes. When one fails, the other imports the
> failed node's pool and can then serve those files. With remote
> replication, one appliance sends filesystems and volumes across the
> network to an otherwise separate appliance. Neither of these is
> performing synchronous data replication, though.

That is _not_ active-active, that is active-passive.



If you have a active-active system I can access the same data via both
controllers at the same time. I can't if it works like you just
described. You can't call it active-active just because different
volumes are controlled by different controllers. Most active-passive
RAID controllers can do that.

The data sheet talks about active-active clusters, how does that work?
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to