Compartilhar via


/hosting mode의 미래

최초 문서 게시일: 2011 10월 13일 목요일

Exchange 2010 SP1을 릴리스하면서 우리는 같은 기본 플랫폼에서 공유되는 테넌트 조직을 완벽하게 분리하는 Active Directory 구조를 사용하여 Exchange를 배포하는 기능인 /hosting mode(영문일 수 있음) 스위치를 추가했습니다. /hosting mode를 사용하면 다중 테넌트 지원 Exchange를 호스팅할 때 HMC(Hosted Messaging and Collaboration)(영문일 수 있음) 같은 솔루션의 필요성이 매우 떨어집니다. /hosting mode는 호스터가 일정 규모의 서비스를 운영할 때 필요한 자동화 도구에 포함되어 있지 않지만, 다중 테넌트 지원 인프라(예: 테넌트 조직 및 서비스 계획)의 일반적인 요구 사항을 해결합니다.

한편으로, /hosting mode는 이러한 유형의 서비스를 제공할 때 기본적으로 발생하는 여러 가지 과제를 해결해 줍니다. 반면에 일반 온-프레미스 구성과 비교했을 때 /hosting mode는 축소된 기능 집합(영문일 수 있음)을 제공합니다. SP1과 /hosting mode를 릴리스했을 당시 우리는 고객과 파트너 모두로부터 그러한 기능 중 다수가 비즈니스를 수행하는 데 꼭 필요하다는 이야기를 들었습니다. 그러한 피드백에 대해 저는 SP2부터는 온-프레미스 구성을 사용하는 호스터들이 지원을 받게 될 것(해당 구성이 특정 설계 요구 사항을 충족시키는 경우에 한해)이라고 고지(영문일 수 있음)했습니다. 또한 호스터들에게 무엇이 올바른 접근 방식인지에 대한 우리의 관점(영문일 수 있음)도 밝혔습니다.

이 블로그 게시물의 목적은 /hosting mode와 관련하여 우리의 생각이 어떻게 달라졌는지를 설명해 드리는 것입니다. 축소된 기능의 중요성에 대한 피드백을 접한 이후로 우리는 Exchange에서 다중 테넌트 지원 호스트에 가장 좋은 접근 방식은 온-프레미스 구성을 호스팅 인프라의 기초로 사용하는 것이라는 결론을 내렸습니다. 따라서 /hosting mode에는 더 이상 기능이 추가되지 않을 것이며, 다음 버전의 Exchange에서는 사라질 것입니다. 다음은 여러분이 알고 계셔야 할 몇 가지 중요한 사실입니다.

  • /hosting mode는 Exchange 2010의 표준 지원 수명 주기가 끝날 때까지 지원될 것입니다. 따라서 SP2 및 미래의 서비스 팩이나 롤업에서도 계속 사용할 수 있을 것입니다. 하지만 /hosting mode에 더 이상 기능은 추가되지 않을 것이며, 기능 집합이 축소된다는 점과 향후 업그레이드할 때 일이 복잡해진다는 사실 때문에 /hosting mode를 계속 사용하는 것을 권장하지 않습니다.
  • 다음 버전의 Exchange에서는 다중 테넌트 지원 호스팅이 Exchange 2010 SP2에서 사용된 접근 방식(영문일 수 있음)과 비슷한 방식으로 지원될 것입니다.
  • Exchange 2010 /hosting mode에서 Exchange(2010 또는 미래 버전)의 온-프레미스 구성으로 마이그레이션하려면 별도의 포리스트에 배포해야 합니다.
  • Microsoft는 온-프레미스 구성을 사용하여 다중 테넌트 지원 환경을 호스팅하기 위한 지침을 게시할 예정입니다. 또한 온-프레미스 구성을 사용하여 Exchange 2007 HMC 또는 Exchange 2010 SP1 /hosting mode에서 Exchange 2010 SP2로 업그레이드하거나 마이그레이션하기 위한 단계별 프로세스를 게시할 것입니다.
  • 호스팅 자동화 도구 및 제어판 솔루션은 호스팅 ISV 파트너에 의해 제공될 것입니다. 우리는 이들의 솔루션이 Microsoft 호스팅 지침을 충족시켜 Microsoft로부터 지원을 받을 수 있도록 하기 위해 긴밀히 협조하고 있습니다.

이것은 기존의 방향을 완전히 바꾼 것으로서, /hosting mode를 구축한 호스터의 경우 다소의 마이그레이션 작업이 필요할 수밖에 없습니다. 하지만 좋은 소식도 있습니다. 이 새로운 접근 방식을 사용하면 호스터가 고객에게 호스팅 Exchange 기능을 더 많이 제공할 수 있습니다. 또한 Lync를 호스팅 서비스 포트폴리오에 훨씬 더 간단하고 쉽게 통합할 수 있습니다.

Worldwide Partner Conference에서 발표된 데이터를 참조해 볼 때 이것은 호스터들에게 상당한 규모의 시장 기회를 열어 줍니다. Exchange 2010으로 업그레이드를 계획 중인 고객 중 대다수는 이 제품의 고급 기능(예: /hosting mode에서는 사용할 수 없는 Exchange UM) 그리고 호스팅 UC 서비스가 가장 큰 원인이었다고 대답했습니다.

아마도 지금 가장 궁금해 하실 것은 당연히 “지금 무엇을 해야 하는 건가?”라는 문제일 것입니다. 아직 Exchange 2010을 배포하지 않은 경우에는 /hosting mode를 사용하지 않고 온-프레미스 구성을 사용하여 Exchange 2010 SP2로 바로 넘어가시는 것이 좋습니다. 그러면 고객들이 원하는 기능을 제공할 수 있고, 포리스트를 교차하면서 마이그레이션할 필요가 없어집니다.

이미 /hosting mode를 구축한 경우에는 Exchange 2010의 표준 지원 수명 주기가 끝날 때까지 완벽한 지원을 계속 받게 되실 것입니다. 하지만 계속 몇몇 기능을 사용하지 못하는 점을 감수해야 합니다. 또한 /hosting mode를 사용하여 Exchange를 배포한 상태에서 Lync를 호스팅할 계획이면 Lync를 별도의 포리스트에 배포해야 합니다. 온-프레미스 구성을 사용하여 Exchange 2010 SP2로 전환하는 것을 고려해 보실 수도 있습니다. 이 중 어떤 것도 문제가 되지 않는다면 다음 버전의 Exchange가 제공될 때까지 계속 사용하셔도 됩니다.

이미 언급한 대로 앞으로 몇 개월 동안 저희 팀은 두 시나리오 모두에 대해 호스팅 및 단계별 프로세스 문서를 제공할 것입니다.

이 결정으로 인해 상당한 문제가 발생할 수 있음을 잘 알고 있지만, 서비스 공급자 파트너 커뮤니티를 더욱 발전시키기 위해서는 이것이 가장 낫고 유연한 대처라고 믿고 있습니다. 앞으로 몇 개월 동안 더 많은 정보를 제공해 드릴 것이지만, 현재 인프라 계획을 세울 때 참고하시라고 이와 같이 기존의 방향이 완전히 바뀌었음을 분명히 밝혀 드립니다.

Kevin Allison
총 관리자
Exchange 고객 경험

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Future of /Hosting Mode를 참조하십시오.