Some comments inline
/Simon
> We are a relatively small site: 350ish users, single NT4 domain, 1 PDC, 1
> BDC, Single Exchange 5.5/NT4 server currently banging up against the 16Gb
[quoted text clipped - 19 lines]
> requirements (I already manage a couple of clusters here so am well aware
> of the costs etc. of them).
Cluster definitely sounds like an overkill in this environment.
> I'm looking to plan for an AD/Exchange migration and trying to understand
> the options with FE/BE setups.
[quoted text clipped - 6 lines]
> Current reading also indicates that, to be able to do anything more than
> read Public Folders via OWA requires a FE server.
This is not true. A one server soultion can provide a fully functional
OWA/OMA and EAS experience.
(You may have some troubles with RPC/HTTP if you ever choose to use it in
the future.)
> Other advantages I see are, if you have a FE/BE config, you can
> "seemlessly" move users between BE servers (and presumably introduce new
> BE servers) without any knowledge of the users (obviously except during
> the physical move of a mailbox perhaps) as clients only ever access the FE
> server.
Quite right
> However, if a FE was hosted in the DMZ (we don't yet use reverse-proxying
> although that might be investigated in future) would that be the same FE
> server that we get clients to access internally, or would it be advised to
> have a seperate internal FE server for internal clients?
For the amount of traffic you are talking about it might be worth trying to
do it with the same serevr.
> How realistic, given the stated usage patterns, would it be to utilise the
> likes of VMWare for FE & OWA servers/services, whilst utilising physical
> servers for the BE/Mailbox servers?
We have lots of customers running FE servers as virtual machines. It works
just fine but it is a bit of a support grey zone from MS. Back Ends should
absolutely not be virtual machines.
> We also need to look into the options re: Enterprise/Standard. 75Gb is
> probably plenty, but I'm not keen on everything in one such large store
[quoted text clipped - 12 lines]
> external users peak load accessing email) would it be realistic to run ISA
> on a decent VMWare host?
That is also a possiblity but to be honest you might be just as well using a
single back end server. Then use FW NAT to open up port 443 to the BE server
for OWA.
> Any thoughts would be appreciated.
>
> Paul
Paul - 26 Oct 2006 12:13 GMT
> Some comments inline
>
[quoted text clipped - 41 lines]
> (You may have some troubles with RPC/HTTP if you ever choose to use it in
> the future.)
Interesting. I thought this was the case, but I'm basing my comment on the
following from
http://www.microsoft.com/technet/prodtechnol/exchange/Guides/E2k3FrontBack/3beec
46b-188a-4067-9f1e-c9fe17e1cb9f.mspx?mfr=true
------------------------------------------------
Improved Public Folder Access and Features
A front-end Exchange server increases the robustness of accessing public
folders, as it knows the state of back-end servers and can use multiple
referrals to access public folder data. This includes system data such as
calendar free/busy information. In addition, in Exchange Server 2003, a
front-end Exchange server enables your users using Outlook Web Access to
reply or forward to posts in public folders. Without a front-end server,
public folder posts can be only read.
------------------------------------------------
(This was from the section titled "Front-End and Back-End TOpology
Advantages")
This is obviously referring to some other kind of scenario. Anyone know what
that might be?
>> Other advantages I see are, if you have a FE/BE config, you can
>> "seemlessly" move users between BE servers (and presumably introduce new
[quoted text clipped - 44 lines]
>>
>> Paul