Syndicated from the Exchange Partner Marketing blog
By Ian Hameroff
This happens to be the title of one of the highest rated sessions we had in our Business Productivity track at this year’s WPC. This Interactive was led by Michael van Dijken, a top subject matter expert on hosting Exchange and a member of my member of my Exchange Partner Marketing team.
As evidenced by the experience we had in the breakout room (and the feedback in the session evals), Michael drove a very compelling discussion around what it means to be an Exchange hosting partner in this new world of public and private clouds, whether offered by Microsoft or our rich eco-system of solutions partners.
Michael did such a great job drive framing this discussion, I asked him to do a guest posting to provide you some guidance and direction if you are considering hosting Exchange 2010—whether in a public and/or private cloud—considering we are now in an age of native multi-tenancy built into the product, in a post-HMC world.
Without further ado, here’s Michael:
A few weeks ago, I once again had the pleasure of attending our annual Worldwide Partner Conference. As I’ve come to expect, this was an outstanding event, and I had the opportunity to have many great conversations with partners. As the “hosting guy” on the team, several of my conversations were with hosting service providers, and I was encouraged by the number of hosters getting ready to upgrade to Exchange 2010. One of the questions which I found come up consistently (both in conversations and in my interactive breakout session at WPC titled “So You Want To Host Exchange?” – BP22i) was whether to deploy Exchange 2010 using the “/hosting” mode switch, or to simply use the standard configuration typical of an on-premises deployment. Given that this was such a topic of interest, I thought I’d address it here on the Exchange Partner blog. But first a little background on the subject. With the release of Exchange 2010 SP1 earlier this year, we added a deployment option known as /hosting mode. Using this deployment option creates what can be thought of as a multi-tenant approach to hosting Exchange. In actual fact, /hosting mode uses a different Active Directory schema to create true separation between tenants – something which can obviously be very beneficial to service providers. While this sounds like cotton candy, it should be noted that deploying using /hosting mode does have some limitations, most notably the fact that Exchange Unified Messaging is not available. There are no plans, at this time, to address this in the immediate future. You can learn more about this topic on TechNet. Now, if you’re a service provider considering upgrading your hosting infrastructure to Exchange 2010, here’s my perspective on how to pick the right approach – it’s the same perspective I gave at WPC. Each approach has its pros and cons, and as with most things, your target customers should drive your decision. /hosting mode is an excellent approach if isolation and information privacy is of utmost concern to your target customers – but its light on a few key features as noted above. The on-premises approach delivers the features customers are asking for, but a lot of work needs to be done to the configuration to “mimic” multi-tenancy (and doesn’t ultimately achieve the same level of separation as /hosting mode). “That’s all well and good, but what are customers asking for?” you might ask. Well, fortunately we have great research to draw from here. We know that most customers on Exchange 2003 and many on Exchange 2007 plan to upgrade to Exchange 2010 in the next several months. This is a great starting point – it means opportunity abounds. We also know that one of the primary reasons these customers cite for their desire to upgrade is so that are able to use the advanced features in Exchange 2010 – like Unified Messaging and the native archiving and discovery capabilities. So, interpreting these two pieces of information, we see that a significant portion of the opportunity is best served offering a full-featured hosted Exchange service. This perspective, by the way, resonates with service providers we’ve spoken to in recent months. Now, there are (somewhat limited) scenarios where /hosting mode may be applicable. For example, particular regulated industries might require a high degree of tenant separation, or certain customer segments where features may not be a primary decision driver. At this point, you’re probably asking “hasn’t Microsoft said that /hosting mode is the only way to go for service providers?” Well, yes, that has been our guidance. However, recognizing and listening to your feedback, we have started to adjust our perspective and began to articulate this at the Hosting Summit held in March. We’ll continue to do so in the coming months leading up to the release of Exchange Server 2010 SP2. You might also be wondering how to deploy without using /hosting mode given that our published guidance is for /hosting mode. The best approach to do this today is to use a hosting automation solution, or to engage the services of a System Integrator with depth in the hosting industry (such as Implement.com). Following this approach both speeds your time to market, and offers you the confidence of a product already tested and proven in the marketplace. Check out these hosting automation solutions from the partners we work closely with: Parallels Automation Microsoft Exchange Service Module Ensim Unify Service Provider Edition Cortex control panel from Citrix for delivering hosted Exchange Extend ASP for hosting Exchange We will also provide more guidance in due course. Stay tuned! So, hosting mode or standard enterprise deployment – it comes down to the needs of your customers and the market you’re trying to serve. Michael van Dijken Senior Product Management Exchange Partner Marketing
A few weeks ago, I once again had the pleasure of attending our annual Worldwide Partner Conference. As I’ve come to expect, this was an outstanding event, and I had the opportunity to have many great conversations with partners. As the “hosting guy” on the team, several of my conversations were with hosting service providers, and I was encouraged by the number of hosters getting ready to upgrade to Exchange 2010.
One of the questions which I found come up consistently (both in conversations and in my interactive breakout session at WPC titled “So You Want To Host Exchange?” – BP22i) was whether to deploy Exchange 2010 using the “/hosting” mode switch, or to simply use the standard configuration typical of an on-premises deployment. Given that this was such a topic of interest, I thought I’d address it here on the Exchange Partner blog. But first a little background on the subject.
With the release of Exchange 2010 SP1 earlier this year, we added a deployment option known as /hosting mode. Using this deployment option creates what can be thought of as a multi-tenant approach to hosting Exchange. In actual fact, /hosting mode uses a different Active Directory schema to create true separation between tenants – something which can obviously be very beneficial to service providers.
While this sounds like cotton candy, it should be noted that deploying using /hosting mode does have some limitations, most notably the fact that Exchange Unified Messaging is not available. There are no plans, at this time, to address this in the immediate future. You can learn more about this topic on TechNet.
Now, if you’re a service provider considering upgrading your hosting infrastructure to Exchange 2010, here’s my perspective on how to pick the right approach – it’s the same perspective I gave at WPC. Each approach has its pros and cons, and as with most things, your target customers should drive your decision. /hosting mode is an excellent approach if isolation and information privacy is of utmost concern to your target customers – but its light on a few key features as noted above. The on-premises approach delivers the features customers are asking for, but a lot of work needs to be done to the configuration to “mimic” multi-tenancy (and doesn’t ultimately achieve the same level of separation as /hosting mode).
“That’s all well and good, but what are customers asking for?” you might ask. Well, fortunately we have great research to draw from here. We know that most customers on Exchange 2003 and many on Exchange 2007 plan to upgrade to Exchange 2010 in the next several months. This is a great starting point – it means opportunity abounds. We also know that one of the primary reasons these customers cite for their desire to upgrade is so that are able to use the advanced features in Exchange 2010 – like Unified Messaging and the native archiving and discovery capabilities. So, interpreting these two pieces of information, we see that a significant portion of the opportunity is best served offering a full-featured hosted Exchange service. This perspective, by the way, resonates with service providers we’ve spoken to in recent months.
Now, there are (somewhat limited) scenarios where /hosting mode may be applicable. For example, particular regulated industries might require a high degree of tenant separation, or certain customer segments where features may not be a primary decision driver.
At this point, you’re probably asking “hasn’t Microsoft said that /hosting mode is the only way to go for service providers?” Well, yes, that has been our guidance. However, recognizing and listening to your feedback, we have started to adjust our perspective and began to articulate this at the Hosting Summit held in March. We’ll continue to do so in the coming months leading up to the release of Exchange Server 2010 SP2.
You might also be wondering how to deploy without using /hosting mode given that our published guidance is for /hosting mode. The best approach to do this today is to use a hosting automation solution, or to engage the services of a System Integrator with depth in the hosting industry (such as Implement.com). Following this approach both speeds your time to market, and offers you the confidence of a product already tested and proven in the marketplace. Check out these hosting automation solutions from the partners we work closely with:
We will also provide more guidance in due course. Stay tuned!
So, hosting mode or standard enterprise deployment – it comes down to the needs of your customers and the market you’re trying to serve.
Michael van Dijken Senior Product Management Exchange Partner Marketing
By Hyder Ali, Industry Director, B2B Operator Channels, Microsoft
Last month Microsoft hosted its annual Worldwide Partner Conference, this year in Los Angeles. The event was a big success and as always, I enjoyed the opportunity to speak with many of our hosting partners from around the globe. We also had the opportunity to make an exciting announcement that will bring new capabilities into the Dynamic Data Center Toolkit for Hosting Providers (DDTK-H).
One thing we’ve heard our hosting partners tell us in the past year is that they want to be able to deliver hosted services that take full advantage of System Center Virtual Machine Manager 2012 to deliver more compelling offerings for their customers.
Mike Schutz and I presented one of the breakout sessions at WPC, titled “Hyper-V Cloud: Building and Managing Enterprise Ready Public and Private Clouds”. During this session we announced an updated roadmap for the DDTK-H which will help partners take advantage of enhanced capabilities of System Center Virtual Machine Manager 2012 to enable hosting providers to deliver the next generation of partner hosted cloud services.
We are extending the Web API support within DDTK-H for System Center Virtual Machine Manager 2012 which delivers industry leading fabric management, virtual machine management and services deployment in private cloud environments. System Center Virtual Machine Manager 2012 is scheduled to release by the end of the calendar year. Also we announced that the DDTK-H capabilities will be included in future versions of System Center and be exposed as a REST API.
DDTK-H will continue to get Microsoft support for Windows Server, System Center, and SQL Server. They can also choose to leverage System Center Virtual Machine Manager 2012 when it ships and we will continue to provide deployment guidance.
DDTK-H was built to simplify and lower your cost of deployment. There are many case studies that show how DDTK-H has lowered the cost and reduced time to market for Service Providers. With this announcement, Service Providers can continue to enjoy these benefits to address market demand for cloud services.
We continue to see the DDTK-H as one of the fastest path for service providers to deploy a cloud offer. Microsoft currently has over 186 partners that are leveraging the DDTK-H today and successfully offering production services to their customers.
What I hope that partners took out of the breakout session and roadmap announcement is that Microsoft is committed to providing a hosting partner focused solution in future releases of Windows Server and System Center. This will help lower total cost of ownership and reduce time to market for our partners, allowing them to have an offer in production within weeks in some cases.