What is new for OCS 2007 R2 architectures?
I had a chance to review an upcoming OCS 2007 R2 architecture planning document and I have summarized some of the 350 page document below:
R2 Topology options
Similar to the current release of OCS there are three topologies to consider for your school’s R2 deployment:
- Office Communications Server Enterprise Edition in a consolidated configuration.
This topology is recommended for most schools of any size. It provides performance, high availability, and scalability.
- Office Communications Server Standard Edition.
This topology is for small or midsize deployments, such as branch and pilot deployments, that do not have high availability and performance requirements.
- Office Communications Server Enterprise Edition in an expanded configuration
The Enterprise Edition in an expanded configuration continues to be supported in Office Communications Server 2007 R2. However, the recommended configuration in Office Communications Server 2007 R2 is the consolidated configuration listed as the first option. The primary advantage offered by the expanded configuration in Office Communications Server 2007 was its ability to scale in very large deployments. In Office Communications Server 2007 R2, the limitations for scaling have been removed from the consolidated configuration, making it the preferred solution both in terms of scaling and simplified administration.
Below is a reference architecture OCS Enterprise Edition consolidated deployment which most schools might pattern if they deploy all the feature sets in R2:
As you notice above with the 64-bit architecture in R2, you can now effectively scale OCS even with a consolidated Edge and FE servers approach.
What are some of the new roles/servers in R2?
Running on your internal network at your school:
· Front End Server
Note:
IM Conferencing Server, Telephony Conferencing Server, are automatically installed with a Front End Server.
· Back-End Database
SQL 2008 or SQL 2005 supported
· A/V Conferencing Server
· Web Conferencing Server
· Application Server (New in R2)
· Four new unified communication applications:
· Conferencing Attendant
· Conferencing Announcement Service
· Outside Voice Control
· Response Group Service
· Director
· Mediation Server
· Archiving Server
· Monitoring Server (New in R2)
QoE and CDR consolidated on one server now
· Communicator Web Access
· Web Components Server (runs Internet Information Services, or IIS)
· Group Chat Server (New in R2)
Do each of these OCS R2 roles/server have to run stand alone?:
The good news is now that R2 is 64-bit only the answer is no and I would imagine most schools would run almost all of these roles on a few Front End servers in a pool and then just add more servers to the Front End pool as demand increases.
If you notice in the Enterprise consolidated reference architecture above there are only a few server roles broken out such as SQL, director, CWA, group chat server, monitoring, archiving and everything else is running on the Front End servers.
Is there a list of what OCS server roles I can and can’t run together?:
Yes, here is a table from the newly released documentation:
| This server role/configuration | Can collocate with this server role/component | Cannot collocate with this server role/component |
| Standard Edition configuration | · Archiving Server (not recommended) · Monitoring Server | · Director · Communicator Web Access · Edge Server · Mediation Server · Group Chat Server or Compliance Server |
| Enterprise Edition consolidated configuration | None | Never collocated |
| Back-End Database server | · Archiving database · Monitoring database · Group Chat database · Compliance database (for Group Chat) | · Any other Office Communications Server role |
| Enterprise Edition expanded configuration, Front End Server | None | Never collocated |
| Enterprise Edition expanded configuration, Web Conferencing Server | None | Never collocated |
| Enterprise Edition expanded configuration, Application Sharing Server | None | Never collocated |
| Enterprise Edition expanded configuration, A/V Conferencing Server | None | Never collocated |
| Web components | · Archiving Server · Monitoring Server | · Front End Server · Web Conferencing Server · Application Sharing Server · A/V Conferencing Server · Director · Communicator Web Access · Edge Server · Mediation Server · Group Chat Server or Compliance Server |
| Director | None | Never collocated |
| Communicator Web Access | None | Never collocated |
| Edge Server | None | Never collocated |
| Mediation Server | None | Never collocated |
| Archiving Server | · Web components · Monitoring Server | · Front End Server · Web Conferencing Server · Application Sharing Server · A/V Conferencing Server · Director · Communicator Web Access · Edge Server · Mediation Server · Group Chat Server or Compliance Server |
| Monitoring Server | · Web components · Archiving Server | · Front End Server · Web Conferencing Server · Application Sharing Server · A/V Conferencing Server · Director · Communicator Web Access · Edge Server · Mediation Server · Group Chat Server or Compliance Server |
| Group Chat Server | None | Never collocated |
| Compliance Server (for Group Chat) | None | Never collocated |
What roles do I deploy into my school’s perimeter network (DMZ)?:
Access Edge service
Validates and forwards SIP signaling traffic between internal and external users.
A/V Edge service
Enables audio and video conferencing, desktop sharing, and audio/video (A/V) peer-to-peer communications with external users who are equipped with a supported client.
Web Conferencing Edge
Service enables external users to participate in conferences that are hosted by an internal Web Conferencing Server.
Do my Edge roles have to run standalone?:
Again, the good news is no with the 64-bit only scalability of R2. The requirement for the A/V Edge role having to be a separate dedicated server has gone away as well.
![clip_image002[7] clip_image002[7]](http://blogs.technet.com/blogfiles/ucedsg/WindowsLiveWriter/WhatisnewforOCSR2architectures_9F4B/clip_image002%5B7%5D_thumb.jpg)
Summary:
I hope this provides you a first look at R2 architecture considerations. In my next few blog posts I will talk about the R2 prerequisites, R2 deployment considerations, and migration from OCS RTM to R2.