none
DAG in Active - Active Configuration RRS feed

  • Question

  • Is it possible to configure 4 Exchange 2013 CU9 servers in a DAG, all with identical active DB copies, and have clients connect to any of the servers?
    Thursday, May 28, 2015 7:10 PM

Answers

  • Failure Domains.

    If you have a DB fail, you will have the second copy on another server automatically connect and the connection between your LB and client won't notice.  Also the client access role is more/less a dumb proxy so it handles the connections between the LB (or client at this point) and the mailbox.  When the mailbox db moves to another host, it will be brokered seamlessly.  You don't want to be connecting to a server name and instead should be connecting to a LB name such as mail.contoso.com to keep the experience the same across mailbox servers.  It is also bad practice to put server names in an SSL cert as it exposes what your underlying infrtastructure is.

    Exchange 2010 use to have client connections be made to one CAS and then broker the connection to your mailbox hosted on another server but that has been streamlined in 2013.


    Jason Apt, Microsoft Certified Master | Exchange 2010 My Blog

    Thursday, May 28, 2015 9:43 PM

All replies

  • You can not have multiple copies of the same DB active at the same time. If you have, 4 example, 4 DBs and there are four copies of them, I would make MBX1 active on SVR1 and MBX2 active on SVR2 and so on.  Then put a hardware load balancer in front of Exchange for clients to connect to.  It will balance the initial request before sending your connection to the server that is hosting the active database copy that your mailbox resides in.

    Hope this helps.

    Thanks,

    Jason


    Jason Apt, Microsoft Certified Master | Exchange 2010 My Blog

    Thursday, May 28, 2015 9:00 PM
  • You can not have multiple copies of the same DB active at the same time. If you have, 4 example, 4 DBs and there are four copies of them, I would make MBX1 active on SVR1 and MBX2 active on SVR2 and so on.  Then put a hardware load balancer in front of Exchange for clients to connect to.  It will balance the initial request before sending your connection to the server that is hosting the active database copy that your mailbox resides in.

    Hope this helps.

    Thanks,

    Jason


    Jason Apt, Microsoft Certified Master | Exchange 2010 My Blog

    But if your a client and your mailbox DB is only active on one server, what's the point in load balancing if you need to connect to that specific mailbox server? 
    Thursday, May 28, 2015 9:27 PM
  • Failure Domains.

    If you have a DB fail, you will have the second copy on another server automatically connect and the connection between your LB and client won't notice.  Also the client access role is more/less a dumb proxy so it handles the connections between the LB (or client at this point) and the mailbox.  When the mailbox db moves to another host, it will be brokered seamlessly.  You don't want to be connecting to a server name and instead should be connecting to a LB name such as mail.contoso.com to keep the experience the same across mailbox servers.  It is also bad practice to put server names in an SSL cert as it exposes what your underlying infrtastructure is.

    Exchange 2010 use to have client connections be made to one CAS and then broker the connection to your mailbox hosted on another server but that has been streamlined in 2013.


    Jason Apt, Microsoft Certified Master | Exchange 2010 My Blog

    Thursday, May 28, 2015 9:43 PM