Announcement

Collapse
No announcement yet.

Exchange 2010, Two Servers, possible to fail over Send connectors ?

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Exchange 2010, Two Servers, possible to fail over Send connectors ?

    We have two Exchange 2010 Servers in a DAG (both VMs running on Hyper-V). Both have Mailbox DB, Hub Transport and CAS roles.

    The Send connectors are both at same cost and configured to route e-mail via a "Smart Host" which in this case is the MS hygiene service in the "Cloud" i.e. F.O.P.E.

    Is it possible to fail over Send connectors, so that if one Send connector "fails" then instead of it Queuing messages, the messages are redirected to the Send connector on the other Server?

  • #2
    Re: Exchange 2010, Two Servers, possible to fail over Send connectors ?

    Send Connectors do not belong to a server, they are an org setting.
    Therefore if you are routing all email to the same smart host, you just need one Send Connector with both Hub Transport servers listed as the source.

    Simon.
    --
    Simon Butler
    Exchange MVP

    Blog: http://blog.sembee.co.uk/
    More Exchange Content: http://exchange.sembee.info/
    Exchange Resources List: http://exbpa.com/
    In the UK? Hire me: http://www.sembee.co.uk/

    Sembee is a registered trademark, used here with permission.

    Comment


    • #3
      Re: Exchange 2010, Two Servers, possible to fail over Send connectors ?

      Thank you Simon for your reply. I really appreciate you taking the time to answer my question.

      In my scenario, what would be the best "reasonably priced" option to have some redundancy. For example I recently had a problem where the "active" HUB Transport Server's Virtual NIC "failed" and messages piled up in the Queue.

      What are the options? If one Server stops sending e-mail, so that e-mail would be routed through the other? Or even maybe use more than one NIC to send out messages?

      In other words, is it possible to keep e-mail flowing, without breaking the bank?

      Comment


      • #4
        Re: Exchange 2010, Two Servers, possible to fail over Send connectors ?

        It should just be a case of adding both HT servers to the send connector (and opening appropriate firewall ports), so no extra cost involved
        Tom Jones
        MCT, MCSE (2000:Security & 2003), MCSA:Security & Messaging, MCDBA, MCDST, MCITP(EA, EMA, SA, EDA, ES, CS), MCTS, MCP, Sec+
        PhD, MSc, FIAP, MIITT
        IT Trainer / Consultant
        Ossian Ltd
        Scotland

        ** Remember to give credit where credit is due and leave reputation points where appropriate **

        Comment


        • #5
          Re: Exchange 2010, Two Servers, possible to fail over Send connectors ?

          Thank you Osian, I do have both the HT Servers listed under the Send connector and both are allowed to send out by the Firewall. Yet when One HT had a problem with the NIC, messages just piled up in the Queue.

          There was no "fail over" to the other HT.

          Comment


          • #6
            Re: Exchange 2010, Two Servers, possible to fail over Send connectors ?

            If the virtual NIC had failed, how would the messages get to the other server?
            There is only so far that you can go with redundancy. Although I struggle to see how a virtual NIC would fail considering it is in software only.

            Simon.
            --
            Simon Butler
            Exchange MVP

            Blog: http://blog.sembee.co.uk/
            More Exchange Content: http://exchange.sembee.info/
            Exchange Resources List: http://exbpa.com/
            In the UK? Hire me: http://www.sembee.co.uk/

            Sembee is a registered trademark, used here with permission.

            Comment


            • #7
              Re: Exchange 2010, Two Servers, possible to fail over Send connectors ?

              Thanks for your reply Simon. What had happened was, that the "virtual NIC" was unable to ping to the router, while other VMs which were connected to the same Virtual Network, bound to the same physical NIC on the Host, were fine. I restarted the Exchange VM in question, and everything was back to "normal". By the way, there are, another two Virtual NICs that connect the two Exchange Servers (on separate hosts) together, though these other NICs are on a subnet that is not connected to the Internet.

              Would adding additional NICs help alleviate the situation i.e. if I added another NIC that was on a subnet connected to the Internet, would the send connector then be able to continue sending, if one of the NICs "failed" ?

              I completely understand what you mean about "how far you can go with redundancy", but users are becoming increasingly demanding.

              What do other "shops" have in place, to cover such eventualities, do they have multiple Edge Transport Servers in play? What are the options?
              Last edited by ub40; 7th March 2012, 09:48. Reason: Added some more details

              Comment


              • #8
                Re: Exchange 2010, Two Servers, possible to fail over Send connectors ?

                I have never known a virtual NIC to fail. As they exist purely in software, who is to say whether another virtual NIC would also fail. I don't know whether you would be able to team the NICs, again because they are virtual.

                Away from that, having the same Send Connector with multiple servers listed would allow mail to flow. If one server wasn't available the other should take over.

                The DAG should have failed over though, so whatever your NIC failure was, the traffic was still flowing. If failover had occurred then email would continue to move.

                Simon.
                --
                Simon Butler
                Exchange MVP

                Blog: http://blog.sembee.co.uk/
                More Exchange Content: http://exchange.sembee.info/
                Exchange Resources List: http://exbpa.com/
                In the UK? Hire me: http://www.sembee.co.uk/

                Sembee is a registered trademark, used here with permission.

                Comment

                Working...
                X