Re: Active/Active clustering?

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance



You have to understand two things here:
- How clusters work in terms of ownership of resources, including the quorum. Windows Server 2003 supports 1) (Traditional) Shared quorum 2) Majority Node Set (MNS) and 3) MNS with File Share Witness (with hotfix KB 921181 or SP2).
- Active/Active is only supported on 2 nodes, making quorum option #2 (MNS) irrelevant. If you add a 3rd node, it's not A/A any more.
- Not quite sure if option 3 has been tested with Exchange 2003 or if it even works - conceptually, it should.
- Regardless, if you use a shared quorum or a FSW, it resides in one data center.
- If and when the link between the 2 snaps, NODE1 in BLDG1 will own the quorum. The shared storage in BLDG2 used by EVS2 on NODE2 will not be accessible to NODE1 (believe that'll be over the fibre link as well). EVS2 will not fail over to NODE1.
- NODE2 in BLDG2 will not be able to stake claim over the resources (EVS2 - which it hosts) because it doesn't have quorum.

Other than that, Active/Active isn't recommended even by Microsoft - it suffers from scalability and virtual memory fragmentation problems.

Would recommend looking at Exchange Server 2007 - the built-in replication functionality will help you achieve higher availability, with or without clustering.

Alternatively, look at 3rd party solution that use synchronous & asynchronous replication to provide such functionality - with or without clustering.
--
Bharat Suneja
MVP - Exchange
www.zenprise.com
NEW blog location:
exchangepedia.com/blog
----------------------------------------------


"Phil McNeill" <philmcneill@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message news:%23Ar74flFIHA.5980@xxxxxxxxxxxxxxxxxxxxxxx
So, I am reading some bad things about this kind of setup. Our network configuration is such that we have two buildings with a single fibre link between them. We have domain controllers at either end to service login requests for the local users, and I thought it would make sense in a two node cluster to have one in each building, and the database split so during normal operations each server services clients in the same building. In my simplistic view of things, this seems to accomplish both high-availability and disaster recovery in the event that one server, or one whole datacenter goes away.

Since there is only one network link between the buildings, both public network and heartbeat travel across the same physical link. So, in the event of a failure of that link, what happens to my mail? I am assuming in an Active/Passive setup, the active server continues as normal, with only the redundancy lost. Clients sitting in the passive node's building lose access to mail (since it's all running in the node at the other end of a broken piece of fibre). Please correct me if I'm wrong there.

In an Active/Active setup, would all clients retain access to their local database? This is the big advantage to going Active/Active that I can see.

Should I give up on the idea of geoclustering altogether and just keep the two boxes beside each other in the same datacenter and come up with a different DR solution (standby server at remote location?)

Opinions/tips appreciated.

Thanks,

Phil


.



Relevant Pages

  • Re: Active/Active clustering?
    ... If you are trying to cover for a lost link can users come through the ... improve our uptime (clustering) end up being detrimental to it. ... DB server, and look at options for DB redundancy down the line. ... Clients sitting in the passive node's ...
    (microsoft.public.exchange.admin)
  • HA & Failover options
    ... instances for all the technology components (App Server, DB Server, ... Application Server 10g Release 3 and Oracle Database Release 2. ... Clustering features. ... how instantaneous is failover to the secondary site with data ...
    (comp.databases.oracle.server)
  • Re: Replication with failover clustering??
    ... We are having Merge Replication setup with push subscription. ... Microsoft SQL Server clustering is not a good fit for geospatial clustering ... Both clustering and database mirroring do do automatic failover, ...
    (microsoft.public.sqlserver.replication)
  • Re: Choosing correct high availability setup
    ... won't be supported/allowed with Windows Server 2008 Failover Clustering. ... No matter how you do your SQL, IIS will need to know the instance name to ...
    (microsoft.public.sqlserver.clustering)
  • Re: Exchange 2003 SP1, Windows 2003 SP2
    ... and then performed an Upgraded Virtual Server procedure. ... really old and only applies if you already have Exchange Server 2003 SP1, ... MVP - Windows Server - Clustering ... before upgrading to SP2 on a clustered exchange back-end. ...
    (microsoft.public.windows.server.clustering)