SharePoint Server의 호스트 이름이 지정된 사이트 모음 아키텍처 및 배포

적용 대상:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365

호스트 이름 사이트 모음은 SharePoint Server에서 사이트를 배포하는 선택적 방법입니다. 각 사이트 모음에 자체 DNS 이름이 있는 여러 사이트 모음을 사용하려는 사용자는 호스트 이름이 지정된 사이트 모음을 배포하도록 선택할 수 있습니다. 그렇지 않으면 사용자는 경로 기반 사이트 모음을 배포해야 합니다.

호스트 이름으로 된 사이트 모음을 계획 및 구현하고 URL을 디자인 및 관리하는 방법을 알아봅니다.

호스트 이름으로 된 사이트 모음의 아키텍처 및 디자인

호스트 이름으로 된 사이트 모음을 사용하면 사이트 모음에 고유한 DNS 이름을 할당할 수 있습니다. 예를 들어 http://TeamA.contoso.com 및 http://TeamB.contoso.com으로 주소를 지정할 수 있습니다. 이 예제에서는 동일한 웹 애플리케이션에서 고유한 DNS 이름을 가진 많은 사이트를 배포하는 방법을 보여 주는 예제입니다. 또한 호스터가 환경을 많은 고객으로 확장할 수 있습니다.

이 문서에서는 SharePoint Server을 사용한 권장 구성에서 호스트 이름으로 된 사이트 모음을 구현하는 방법을 설명합니다. 고급 구성에 대한 정보는 호스트 이름으로 된 사이트 모음과 함께 여러 웹 응용 프로그램 사용 문서의 끝에 포함되어 있습니다.

호스트 이름으로 된 사이트 모음의 권장 아키텍처

호스트 이름이 지정된 사이트 모음을 배포하는 데 권장되는 구성은 다음 다이어그램과 같이 모든 호스트 이름이 지정된 사이트 모음을 단일 웹 애플리케이션 내에 배치하는 것입니다.

호스트 이름으로 된 사이트 모음의 권장 구성

다이어그램의 이 권장 구성에는 다음 요소가 포함되어 있습니다.

• 사이트 모음에 대한 응용 프로그램 풀 한 개

• 응용 프로그램 풀에 호스트된 사이트 모음에 대한 웹 응용 프로그램 한 개

• 루트 사이트 모음(http://webapp.contoso.com)입니다.

• 예제 사이트와 함께 콘텐츠를 호스트할 여러 호스트 이름으로 된 사이트 모음

  • HR, 시설 및 구매에 대한 하위 사이트를 사용하여 게시된 인트라넷 콘텐츠(http://intranet.contoso.com)

  • 팀 1, 팀 2 및 팀 3에 대한 하위 사이트가 있는 팀 사이트(http://teams.contoso.com).

  • 사이트 URL이 있는 내 사이트 형식은 http://my.contoso.com/personal/<site_name>입니다.

이 예제에서는 웹 애플리케이션 내의 사이트 수와 사이트의 URL이 중요하지 않습니다.

호스트 이름 사이트 모음에 대한 웹 애플리케이션을 만들 때 웹 애플리케이션 및 루트 사이트 모음의 URL은 입니다 http://<_webapp.contoso.com_>/.

이 아키텍처는 Microsoft 365 환경에서 사용하는 것과 동일한 아키텍처이므로 호스트 이름이 지정된 사이트 모음을 배포하는 것이 좋습니다. 따라서 이 구성은 가장 많이 테스트된 구성입니다. 앱 모델 및 요청 관리를 비롯한 새로운 기능은 이 구성에 최적화되어 있으며 앞으로 가장 안정적인 구성입니다.

권장 구성에는 다음 요소가 포함되지 않습니다.

• 여러 영역이 포함된 환경에서 앱 사용

• 호스트 이름으로 된 사이트 모음 및 경로 기반 사이트 모음 혼용(루트 사이트 모음 제외)

• 호스트 이름으로 된 사이트 모음이 있는 여러 웹 응용 프로그램

호스트 이름으로 된 사이트 모음과 경로 기반 사이트 모음 비교

호스트 이름으로 된 사이트 모음을 사용하는 경우 웹 응용 프로그램의 각 사이트 모음에 고유한 DNS 이름이 할당됩니다. 여러 호스트 이름이 지정된 사이트 모음을 단일 웹 애플리케이션에 배포하는 경우 리소스가 여러 애플리케이션 풀 및 웹 애플리케이션을 지원하는 데 사용되지 않으므로 팜의 확장성이 향상됩니다.

SharePoint Server에서는 호스트 이름으로 된 사이트 모음과 경로 기반 사이트 모음을 둘 다 지원합니다. 다음 표에서는 두 옵션 간의 차이점을 자세히 설명하고 호스트 이름으로 된 사이트 모음에 대한 추가 정보를 제공합니다.

표: 호스트 이름으로 된 사이트 모음과 경로 기반 사이트 모음 비교

	호스트 이름으로 된 사이트 모음	경로 기반 사이트 모음
사이트 만들기	Microsoft PowerShell을 사용하여 호스트 이름으로 된 사이트 모음을 만들 수 있습니다. 중앙 관리를 사용하여 호스트 이름이 지정된 사이트 모음을 만들 수 없습니다.	중앙 관리 또는 PowerShell을 사용하여 경로 기반 사이트 모음을 만들 수 있습니다.
URL	웹 응용 프로그램에서 호스트 이름으로 된 각 사이트 모음에 고유한 DNS 이름이 할당됩니다. 영역을 사용하여 베니티 URL을 비롯한 최대 5개 URL을 호스트 이름으로 된 사이트에 할당할 수 있습니다.	웹 응용 프로그램의 모든 경로 기반 사이트 모음은 웹 응용 프로그램과 동일한 호스트 이름(DNS 이름)을 공유합니다. 웹 응용 프로그램을 확장하여 최대 5개 영역을 구현하고 각 영역에 대해 다른 호스트 이름을 만들 수 있습니다. 그러나 영역의 호스트 이름은 웹 응용 프로그램 내의 모든 사이트 모음에 적용됩니다.
루트 사이트 모음 및 검색	웹 응용 프로그램에서 콘텐츠를 크롤링하려면 루트 사이트 모음이 필요합니다. 루트 사이트 모음은 사용자가 액세스할 수 없는 사이트 모음일 수 있습니다.	일반적으로 단일 경로 기반 사이트 모음이 웹 응용 프로그램 내의 루트 사이트 모음으로 사용됩니다. 관리 경로를 사용하여 웹 애플리케이션 내에서 더 많은 사이트 모음을 만들 수 있습니다.
URL 매핑	PowerShell 명령을 사용하여 URL(Set-SPSiteUrl, , Remove-SPSiteUrlGet-SPSiteUrl)을 관리합니다.	대체 액세스 매핑을 사용하여 URL을 관리합니다.
셀프 서비스 사이트 만들기	호스트 이름으로 된 사이트 모음으로 셀프 서비스 사이트를 만들려면 사용자 지정 솔루션을 사용해야 합니다. SharePoint Server 기본 설치의 일부인 셀프 서비스 사이트 만들기 기능은 호스트 이름 사이트 모음에서 작동하지 않습니다.	SharePoint Server 기본 설치에 포함된 셀프 서비스 사이트 만들기 기능을 사용하는 경우 경로 기반 사이트가 만들어집니다.
관리 경로	호스트 이름으로 된 사이트 모음에 대한 관리 경로는 팜 수준에서 적용되며, 모든 웹 응용 프로그램에 사용할 수 있습니다. PowerShell을 사용하여 호스트 이름으로 된 사이트 모음에 대한 관리 경로를 만들어야 합니다.	경로 기반 사이트에 대한 관리 경로는 웹 응용 프로그램 수준에서 적용됩니다. 중앙 관리 또는 Microsoft PowerShell을 사용하여 경로 기반 사이트 모음에 대한 관리 경로를 만들 수 있습니다.

호스트 이름으로 된 사이트 모음의 URL 디자인 및 관리

PowerShell cmdlet을 통해 호스트 이름으로 된 사이트 모음의 URL 매핑을 관리하고 URL을 단일 사이트 모음으로 매핑할 수 있습니다.

• Set-SPSiteUrl - 사이트에 대한 URL 매핑을 추가하거나 변경합니다.

• Remove-SPSiteUrl - 사이트에서 URL 매핑을 제거합니다.

• Get-SPSiteUrl— 사이트 모음에 대한 모든 URL 및 관련 영역을 참조하세요.

이러한 cmdlet은 호스트 이름으로 된 사이트 모음에 대해 대체 액세스 매핑과 비슷한 URL 매핑 기능을 제공합니다.

영역 및 호스트 이름으로 된 사이트 모음

호스트 이름 사이트 모음은 모든 영역을 통해 사용할 수 있습니다. 호스트 이름 사이트 모음은 기본 영역으로 제한되지 않습니다. 필요한 경우 여러 영역을 구현하고 영역 및 호스트 이름이 지정된 사이트 모음을 사용하여 다른 인증 설정 또는 정책을 구성할 수 있습니다.

영역당 하나의 URL을 할당하여 단일 사이트 모음에 최대 5개 URL을 할당할 수 있습니다. 하나의 영역만 구현하여 권장 아키텍처를 따르는 경우에도 호스트 이름으로 된 사이트 모음에 최대 5개 URL을 할당할 수 있습니다. 이 프로비전은 웹 애플리케이션을 확장하여 영역을 구현하지 않으면 SharePoint Server에서 기본 영역을 사용하기 때문입니다.

예를 들어 다음과 같은 URL을 통해 같은 인터넷 사이트에 액세스할 수 있습니다.

• www.Contoso.com

• www.Contoso.uk

• www.Contoso.ca

• www.Contoso.au

• www.Contoso.ie

검색 크롤링 계정은 Windows 통합 인증(NTLM 또는 Kerberos)을 사용하여 기본 영역을 통해 콘텐츠에 액세스할 수 있어야 합니다. 클레임 인증은 한 영역에서 여러 유형의 인증을 허용하므로 이 요구 사항은 다른 인증 요구 사항에 영향을 주지 않아야 합니다.

관리 경로 및 호스트 이름으로 된 사이트 모음

동일한 사이트 모음에 대해 구성된 URL은 스키마와 도메인이 다를 수 있지만 관리 경로가 동일해야 합니다. 즉, 도메인 뒤의 '/' 뒤에 있는 모든 항목은 동일해야 합니다. 예를 들어 및 http://www.Contoso.com/sites/Site1 는 http://www.Fabrikam.com/sites/Site1 모두 동일한 사이트 모음을 가리킬 수 있지만 http://www.Contoso.com/sites/Site1 및 http://www.bar.com/sites/Project1 는 가리킬 수 없습니다.

URL 관리 cmdlet은 http://www.Contoso.com과 같은 호스트 이름의 루트 사이트 모음에 대해서만 작동합니다. 이러한 cmdlet은 루트 아래에 있는 관리 경로 사이트 모음(예: http://www.Contoso.com/sites/Project1)에서 작동하지 않습니다. 호스트 이름으로 된 사이트 모음 아래의 사이트는 호스트 이름으로 된 루트 사이트 모음의 URL 설정을 상속합니다.

호스트 이름으로 된 사이트 모음을 사용한 오프 박스 SSL 종료

오프 박스 SSL 종료는 프록시 서버가 SSL 요청을 종료한 다음 HTTP를 사용하여 웹 서버에 요청을 전달하는 경우에 발생합니다. 호스트 이름으로 된 사이트 모음에 대해 오프 박스 SSL 종료가 수행되도록 하려면 SSL 연결을 종료하는 역방향 프록시 서버 등의 장치가 사용자 지정 HTTP 헤더 Front-End-Https: On을 생성할 수 있어야 합니다. 자세한 내용은 오프박스 SSL 종료와 함께 호스트 이름 사이트 모음 사용을 참조하세요.

SSL의 오프박스 종료는 지원되지만 암호화되지 않은 트래픽이 프록시 서버에서 웹 서버로 전송되므로 권장되지 않습니다.

호스트 이름 사이트 모음에 사용되는 프로토콜은 cmdlet을 사용하여 Set-SPSiteUrl URL을 특정 영역 http 또는 https에 매핑할 때 지정한 URL 매개 변수의 값에 따라 달라집니다. 웹 응용 프로그램, SSL 인증서, 역방향 프록시 구성 및 기타 필요한 구성에 대한 IIS 바인딩이 완전한지 확인하세요.

경로 기반 사이트 모음을 사용하는 경우

다음 조건이 적용되는 경우 기존 경로 기반 사이트 모음 및 대체 액세스 매핑을 사용합니다.

• 기본 SharePoint Server 설치의 일부분인 셀프 서비스 사이트 만들기 기능을 사용해야 하는 경우

  이 조건은 사용자 지정 셀프 서비스 사이트 만들기 솔루션에는 적용되지 않습니다.

• SSL 종료가 필요하지만 필요한 사용자 지정 HTTP 헤더를 생성하도록 SSL 종료 디바이스를 구성할 수 없습니다.

  SSL 종료가 요구 사항이 아닌 경우 이러한 디바이스에서 호스트 이름 사이트 모음과 SSL 브리징을 계속 사용할 수 있습니다.

• 이러한 그룹이 제공하는 추가 보안을 위해 다른 애플리케이션 풀을 사용하거나 여러 프록시 그룹을 사용해야 합니다.

  이 경우 호스트 이름으로 된 사이트 모음을 사용할 수 있습니다. 그러나 여러 웹 애플리케이션에서 호스트 이름 사이트 모음에 대한 URL을 매핑하는 데 필요한 추가 구성은 호스트 이름이 지정된 사이트 모음을 사용하는 이점보다 훨씬 큽니다. 자세한 내용은 호스트 이름으로 된 사이트 모음과 함께 여러 웹 응용 프로그램 사용을 참조하세요. 경로 기반 사이트 모음을 만드는 방법에 대한 자세한 내용은 SharePoint Server에서 사이트 모음 만들기를 참조하세요.

호스트 이름으로 된 사이트 모음과 함께 호스트 헤더 사용

호스트 헤더를 사용하면 웹 서버가 동일한 IP 주소 및 포트 조합에서 여러 웹 사이트를 호스트할 수 있습니다. 들어오는 HTTP 요청에 호스트 헤더 이름이 포함되어 있고 일치하는 호스트 헤더가 IIS에 구성된 경우 IIS는 적절한 웹 사이트의 콘텐츠로 응답합니다.

호스트 헤더는 웹 애플리케이션(IIS 웹 사이트) 수준에서 구성되며 웹 사이트 바인딩 속성 중 하나입니다.

IIS의 호스트 헤더와 호스트 이름이 지정된 사이트 모음 간의 차이점을 이해하는 것이 중요합니다. IIS 웹 사이트 수준의 호스트 헤더는 경로 기반 사이트 모음에만 사용됩니다.

호스트 이름이 지정된 사이트 모음을 사용하는 경우 SharePoint는 IIS를 통해 전달된 들어오는 요청에 따라 주소에 대한 올바른 사이트를 확인할 책임이 있습니다. 대부분의 경우 IIS 웹 사이트 수준에서 호스트 헤더 바인딩을 적용하면 IIS 웹 사이트를 통해 호스트 이름이 지정된 사이트 모음에 액세스할 수 없습니다. 이 액세스 불가능은 IIS가 호스트 헤더 바인딩과 다른 호스트 이름 요청에 응답하지 않기 때문입니다.

IIS에서 와일드카드 호스트 헤더 바인딩을 사용할 수 있지만 웹 애플리케이션 내의 모든 사이트 모음이 와일드카드 호스트 헤더 패턴을 준수하는지 확인해야 합니다.

동일한 웹 응용 프로그램에서 호스트 이름으로 된 사이트 모음과 경로 기반 사이트 모음 혼용

동일한 웹 응용 프로그램에서 호스트 이름으로 된 사이트 모음과 경로 기반 사이트 모음을 함께 사용할 수 있습니다. 두 유형의 사이트 모음에 모두 액세스할 수 있도록 하려면 웹 애플리케이션에서 확장된 영역에 대한 IIS 웹 사이트를 포함하여 웹 애플리케이션의 IIS 웹 사이트에 호스트 헤더 바인딩을 배치하지 마세요. 기존 웹 애플리케이션에 호스트 헤더 바인딩 집합이 있는 경우 IIS에서 바인딩을 제거할 때까지 IIS는 호스트 이름 사이트 모음에서 페이지를 반환하지 않습니다.

내 사이트

내 사이트에서 두 유형의 사이트 모음을 모두 사용하는 경우 내 사이트를 경로 기반 사이트가 아닌 호스트 이름으로 된 사이트로 만드는 고유한 프로비전 프로세스를 구현하세요.

호스트 이름으로 된 사이트 모음의 배포 및 구성

호스트 이름으로 된 사이트 모음의 웹 응용 프로그램 만들기

동일한 서버에서 동일한 포트 번호를 공유하는 둘 이상의 IIS 웹 사이트를 구성하지 않으려면 기본 영역에 웹 애플리케이션을 만듭니다. IIS 웹 사이트 수준에서 호스트 헤더 바인딩을 적용하지 마세요.

호스트 이름으로 된 사이트 모음의 웹 응용 프로그램을 만들려면

1. 다음 멤버 자격이 있는지 확인합니다.

   • SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할

   • 업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할

   • Microsoft PowerShell cmdlet을 실행 중인 서버의 관리자 그룹입니다.

   관리자는 cmdlet을 Add-SPShellAdmin 사용하여 SharePoint Server cmdlet을 사용할 수 있는 권한을 부여할 수 있습니다.

   참고

   권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청합니다. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하세요.

2. SharePoint 관리 셸을 엽니다.

3. PowerShell 명령 프롬프트(즉, PS C:\>)에 다음 구문을 입력합니다.

New-SPWebApplication -Name 'Contoso Sites' -port 80 -ApplicationPool ContosoAppPool -ApplicationPoolAccount (Get-SPManagedAccount 'Contoso\JDoe') -AuthenticationProvider (New-SPAuthenticationProvider -UseWindowsIntegratedAuthentication)

루트 사이트 모음 만들기

루트 사이트 모음은 모든 웹 애플리케이션에 대한 요구 사항입니다. 콘텐츠를 크롤링하는 데도 필요합니다. 이 사이트 모음은 웹 애플리케이션과 동일한 URL을 가져야 합니다. 현재 SharePoint는 웹 애플리케이션과 동일한 URL을 사용하여 호스트 이름이 지정된 사이트 모음을 만들지 못하게 합니다. 따라서 루트 사이트 모음은 경로 기반 사이트 모음으로 만들어집니다.

다음 예제에서는 루트 사이트 모음인 빈 사이트 모음을 만듭니다.

New-SPSite 'http://<servername>' -Name 'Portal' -Description 'Portal on root' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

웹 응용 프로그램의 루트 사이트 모음만 콘텐츠 원본에 표시됩니다. 웹 애플리케이션의 다른 모든 호스트 이름 사이트 모음이 콘텐츠 원본에 표시되지 않더라도 기본적으로 검색은 다른 호스트 이름이 지정된 사이트 모음을 자동으로 크롤링합니다.

호스트 이름으로 된 사이트 모음 만들기

호스트 이름으로 된 사이트 모음을 만들려면 Microsoft PowerShell을 사용해야 합니다. SharePoint Server 중앙 관리 웹 애플리케이션을 사용하여 호스트 이름 사이트 모음을 만들 수는 없지만 중앙 관리를 사용하여 사이트 모음을 만든 후 관리할 수 있습니다.

다음 예제와 같이 -HostHeaderWebApplication 매개 변수와 함께 Microsoft PowerShell New-SPSite cmdlet을 사용하여 호스트 이름이 지정된 사이트 모음을 만들 수 있습니다.

호스트 이름이 지정된 사이트 모음을 만들려면 다음을 수행합니다.

1. 다음 멤버 자격이 있는지 확인합니다.

   • SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할

   • 업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할

   • Microsoft PowerShell cmdlet을 실행 중인 서버의 관리자 그룹입니다.

   관리자는 cmdlet을 Add-SPShellAdmin 사용하여 SharePoint Server cmdlet을 사용할 수 있는 권한을 부여할 수 있습니다.

   참고

   권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청합니다. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하세요.

2. SharePoint 관리 셸을 엽니다.

3. PowerShell 명령 프롬프트(즉, PS C:\>)에 다음 구문을 입력합니다.

   New-SPSite 'http://portal.contoso.com' -HostHeaderWebApplication (Get-SPWebApplication 'Contoso Sites') -Name 'Portal' -Description 'Customer root' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'
   

   이 구문은 "Contoso Sites"라는 SharePoint Server 웹 애플리케이션에 URL https://portal.contoso.com 이 있는 호스트 이름의 사이트 모음을 만듭니다.

호스트 이름으로 된 사이트 모음과 함께 관리 경로 사용

호스트 이름으로 된 사이트 모음을 사용하여 관리 경로를 구현할 수 있습니다. 호스터는 각 사이트 모음이 고객의 고유한 호스트 이름을 공유하지만 호스트 이름 뒤의 URL 경로로 구분되는 여러 사이트 모음을 동일한 고객에게 제공할 수 있습니다. 호스트 이름으로 된 사이트 모음의 관리 경로는 팜당 20개로 제한됩니다. 자세한 내용은 SharePoint Server에 대한 소프트웨어 경계 및 제한을 참조하세요.

호스트 이름으로 된 사이트 모음의 관리 경로는 경로 기반 사이트 모음의 관리 경로와 다르게 동작합니다. 호스트 이름으로 된 사이트 모음의 관리 경로는 호스트 이름으로 된 사이트 모음이 있는 웹 응용 프로그램에 관계없이 팜 내의 모든 호스트 이름으로 된 사이트 모음에서 사용할 수 있습니다. 반면, 경로 기반 사이트 모음의 관리 경로는 동일한 웹 응용 프로그램 내의 사이트에만 적용됩니다. 경로 기반 사이트 모음에 대한 관리 경로는 다른 웹 애플리케이션의 경로 기반 사이트 모음에 적용되지 않습니다. 한 유형의 사이트 모음에 대한 관리 경로는 다른 유형의 사이트 모음에 적용되지 않습니다.

관리 속성을 만들려면 먼저 원하는 기본 URL을 사용하여 사이트 모음을 만들어야 합니다. 예를 들어 를 만들 http://teams.contoso.com/finance 려면 먼저 에 대한 http://teams.contoso.com사이트 모음을 만들어야 합니다.

호스트 이름으로 된 사이트 모음에 사용할 관리 경로를 만들려면 다음 예제와 같이 PowerShell New-SPManagedPath cmdlet에 HostHeader 매개 변수를 사용합니다.

New-SPManagedPath 'departments' -HostHeader

Explicit 매개 변수를 사용하여 명시적 관리 경로를 만들 수도 있습니다.

다음 예제에서는 관리 경로에 만들어진 호스트 이름으로 된 사이트 모음을 보여줍니다.

New-SPSite 'http://portal.contoso.com/departments/marketing' -HostHeaderWebApplication (Get-SPWebApplication 'Contoso Sites') -Name 'Marketing' -Description 'Portal Marketing' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

기존 관리 경로를 제거하려면 다음 예제와 같이 PowerShell Remove -SPManagedPath cmdlet을 사용합니다.

Remove-SPManagedPath 'departments' -HostHeader

사이트 모음이 있는 경우에도 PowerShell을 사용하여 관리 경로를 제거할 수 있습니다. 관리 경로를 제거하면 사이트 모음에 더 이상 액세스할 수 없습니다. 기존 사이트 모음에 액세스하려면 PowerShell을 사용하여 관리 경로를 다시 만듭니다.

호스트 이름으로 된 사이트 모음에 URL 매핑

새 호스트 이름 사이트 모음을 만들 때 기본 대체 액세스 매핑은 여전히 존재하지만 사용할 수 없습니다. PowerShell 명령을 사용하여 호스트 이름으로 된 사이트 모음에 대한 URL 매핑을 관리합니다.

기존 사이트에 매핑을 추가합니다.

Set-SPSiteUrl (Get-SPSite 'http://teams.contoso.com') -Url 'http://teamsites.contoso.com' -Zone Intranet

각 URL 매핑이 단일 영역에 적용됩니다. URL을 매핑할 때는 다음 영역 이름 중 하나를 사용합니다.

• 기본

• 인트라넷

• 인터넷

• 사용자 지정

• 엑스트라넷

Zone 매개 변수를 지정하지 않고 URL 매핑 항목이 새 항목인 경우 기본 영역이 사용됩니다. 고유한 사이트 모음에 대해서는 URL이 5개로 제한됩니다.

사이트에 대한 매핑을 제거합니다.

Remove-SPSiteUrl 'http://teamsites.contoso.com'

사이트에 대한 모든 URL 매핑을 표시합니다.

Get-SPSiteUrl -Identity (Get-SPSite 'http://teams.contoso.com')

호스트 이름으로 된 사이트 모음에 대한 SSL 인증서 구성

SSL을 사용하는 단일 웹 응용 프로그램을 구성한 다음 해당 웹 응용 프로그램 내에 여러 개의 호스트 이름으로 된 사이트 모음을 만들 수 있습니다. SSL을 통해 사이트를 탐색하려면 IIS 웹 사이트에 서버 인증서를 설치하고 할당해야 합니다. 웹 응용 프로그램의 각 호스트 이름으로 된 사이트 모음은 IIS 웹 사이트에 할당한 단일 서버 인증서를 공유합니다.

와일드카드 인증서 또는 SAN(주체 대체 이름) 인증서를 얻은 다음 이 인증서와 일치하는 호스트 이름으로 된 사이트 모음 URL 형식을 사용해야 합니다. 예를 들어 *.contoso.com 와일드카드 인증서를 획득하는 경우 이러한 사이트에서 브라우저 SSL 유효성 검사를 통과하도록 하려면 , https://site2.contoso.com등과 같은 https://site1.contoso.com호스트 이름 사이트 모음 URL을 생성해야 합니다. 그러나 사이트에 고유한 두 번째 수준 도메인 이름이 필요한 경우 여러 개의 호스트 이름으로 된 사이트 모음 대신 여러 개의 웹 응용 프로그램을 만들어야 합니다.

호스트 이름으로 된 사이트 모음에 대해 SSL을 구성하려면 웹 응용 프로그램을 만들 때 SSL을 사용하도록 설정합니다. 이 설정은 HTTP 바인딩 대신 SSL 바인딩이 있는 IIS 웹 사이트를 만듭니다. 웹 응용 프로그램을 만든 후 IIS 관리자를 열고 해당 SSL 바인딩에 인증서를 할당합니다. 그런 다음 웹 응용 프로그램에서 사이트 모음을 만들 수 있습니다.

호스트 이름 사이트 모음을 사용하여 여러 영역을 구현하는 경우 인증서 및 바인딩(SSL 또는 HTTP)의 구성이 각 영역 및 해당 IIS 사이트에 적합한지 확인합니다.

오프 박스 SSL 종료와 함께 호스트 이름으로 된 사이트 모음 사용

오프 박스 SSL 종료와 함께 호스트 이름으로 된 사이트 모음을 사용할 수 있습니다. 호스트 이름으로 된 사이트 모음과 함께 SSL 종료를 사용하려면 다음과 같은 여러 요구 사항이 있습니다.

• 하나 이상의 IIS 사이트에 대한 바인딩이 포트 80(또는 종결자가 요청을 전달하는 임의 포트)에 있어야 합니다. 웹 응용 프로그램의 IIS 사이트(또는 웹 응용 프로그램에 대한 영역의 IIS 사이트)를 HTTP/80과 함께 사용하는 것이 좋습니다.

• SSL 종결자 또는 역방향 프록시는 클라이언트의 원래 HTTP 호스트 헤더를 유지해야 합니다.

• 클라이언트 SSL 요청이 기본 SSL 포트(443)로 전송되는 경우 SSL 종결자나 역방향 프록시가 암호 해독된 HTTP 요청을 기본 HTTP 포트(80)의 프런트 엔드 웹 서버로 전달해야 합니다. 클라이언트 SSL 요청이 기본이 아닌 SSL 포트로 전송되는 경우에는 SSL 종결자나 역방향 프록시가 암호 해독된 HTTP 요청을 기본이 아닌 동일한 포트의 프런트 엔드 웹 서버로 전달해야 합니다.

• SSL 연결을 종료하는 역방향 프록시 서버 등의 장치가 사용자 지정 HTTP 헤더 Front-End-Https: On을 생성할 수 있어야 합니다. 이 헤더는 OWA(Outlook Web Access)에서 사용하는 것과 동일한 사용자 지정 헤더입니다. 프런트 엔드-Https: 켜기/끄기. 이 사용자 지정 헤더에 대한 자세한 내용은 이 섹션의 뒷부분에 포함되어 있습니다.

오프 상자 SSL 종료와 함께 호스트 이름으로 된 사이트 모음을 사용하려면 일반적으로 SSL 종료에 대해 구성하는 방식으로 웹 응용 프로그램을 구성하고 위에 설명한 요구 사항을 충족하는지 확인하세요. 이 시나리오에서 SharePoint Server은 HTTP 대신 HTTPS를 사용하여 해당 웹 응용 프로그램에 호스트 이름으로 된 사이트 모음 링크를 렌더링합니다.

역방향 프록시 서버는 SharePoint Server 호스트 이름으로 된 사이트 모음을 게시하고 오프 상자 SSL 종료를 수행할 수 있습니다. 이 시나리오에서 역방향 프록시 서버는 최종 사용자와 SharePoint 웹 프런트 엔드 서버 간의 연결 형식을 SSL/TLS에서 HTTP로 변경하거나 그 반대로 변경합니다. 이 시나리오의 역방향 프록시 서버는 SharePoint 웹 프런트 엔드 서버에 요청을 전달할 때 사용자의 요청에 추가 HTTP 헤더를 삽입해야 합니다. 이 추가 HTTP 헤더는 SharePoint Server가 응답에서 URL을 적절하게 렌더링하도록 최종 사용자가 시작한 연결 유형을 SharePoint Server에 나타냅니다. HTTP 헤더 이름은 "Front-End-Https"이며 허용되는 값은 다음과 같습니다.

표: Front-End-Https 헤더 값

값	설명
설정	역방향 프록시 서버는 암호화된(SSL 또는 TLS) HTTPS 연결을 통해 최종 사용자의 요청을 받았습니다. 예를 들어 Front-End-Https: On입니다.
해제	역방향 프록시 서버가 암호화되지 않은 HTTP 연결을 통해 최종 사용자의 요청을 받았습니다.

값은 대/소문자를 구분하지 않습니다. 예를 들어 on, ON, On 및 oN이 모두 허용됩니다.

이 사용자 지정 헤더는 호스트 이름으로 된 사이트 모음에서만 작동합니다. 경로 기반 사이트 모음에는 작동하지 않습니다.

다음 예제에서는 https에 만들어진 호스트 이름으로 된 사이트 모음을 보여줍니다.

New-SPSite 'https://portal.contoso.com' -HostHeaderWebApplication  (Get-SPWebApplication 'Contoso Sites') -Name 'Portal' -OwnerAlias 'contoso\administrator' -language 1033 -Template 'STS#0'

그러면 URL이 https://portal.contoso.com인 SharePoint Server 웹 응용 프로그램에 URL이 https://webapp.contoso.com인 호스트 이름으로 된 사이트 모음이 만들어집니다.

여러 영역이 포함된 환경에서 앱 사용

2013년 3월 공개 업데이트를 사용하면 각 웹 응용 프로그램 영역에 대해 앱 도메인을 구성하고 대체 액세스 매핑 및 호스트 헤더 웹 응용 프로그램 구성을 사용할 수 있습니다. 이 업데이트가 발표되기 전에는 하나의 앱 도메인만 호스트할 수 있었으며, 기본 영역에 있어야 했습니다. 대체 액세스 매핑 또는 호스트 헤더 웹 애플리케이션 구성에서 앱 도메인을 사용할 수 없습니다.

이 문제를 해결하려면 SharePoint Server 누적 업데이트 서버 핫픽스 패키지: 2013년 3월 12일을 적용하세요(SharePoint 2013용 업데이트 참조).

경로 기반 사이트 모음을 호스트 이름으로 된 사이트 모음으로 마이그레이션

기존 웹 응용 프로그램에서 호스트 이름으로 된 사이트 모음 확인

다음 스크립트를 사용하여 경로 기반이고 호스트 이름이 지정된 기존 사이트 모음을 식별할 수 있으므로 나중에 한 형식에서 다른 형식으로 변환할지 여부를 결정할 수 있습니다.

$webApp = Get-SPWebapplication 'http://webapp.contoso.com'
foreach($spSite in $webApp.Sites)
{
if ($spSite.HostHeaderIsSiteName)
{ Write-Host $spSite.Url 'is host-named' }
else
{ Write-Host $spSite.Url 'is path based' }
}

경로 기반 사이트 모음을 호스트 이름으로 된 사이트 모음으로 변환

PowerShell cmdlet Set-SPSite를 사용하여 경로 기반 사이트 모음을 호스트 이름 사이트 모음 및 호스트 이름 사이트 모음으로 경로 기반 사이트 모음으로 변환할 수 있습니다. 사이트 이름을 바꾼 후 캐시를 강제로 새로 고치려면 앱 풀 재활용을 권장합니다. SharePoint 중앙 관리 웹 사이트 또는 사이트 모음을 연결 및 분리하거나 콘텐츠 데이터베이스를 탑재 및 분리하여 사이트 모음을 변환하는 Windows PowerShell cmdlet을 사용할 수 없습니다.

다음 예제에서는 표준 사이트 모음을 경로 기반 사이트 모음으로 변환합니다.

Get-SPSite https://SP2013content.contoso.com/sites/PathBasedSiteCollection|Set-SPSite -url https://HostNamedSiteCollection.contoso.com

호스트 이름으로 된 사이트 모음과 함께 여러 웹 응용 프로그램 사용

둘 이상의 웹 응용 프로그램을 사용하는 경우 시스템에 작업 오버헤드와 복잡성이 추가됩니다. 사이트 모음에 하나의 웹 응용 프로그램을 사용하는 것이 좋습니다. 그러나 다음과 같은 이유로 여러 웹 응용 프로그램에서 사이트 모음을 구현할 수도 있습니다.

• 조직의 보안 정책에 따라 별도의 웹 응용 프로그램이나 응용 프로그램 풀이 필요합니다.

• 웹 응용 프로그램을 서로 다르게 구성해야 합니다.

• 조직에서 여러 프록시 그룹을 사용해야 합니다.

더 많은 구성 단계를 완료해야 하므로 팜에서 여러 웹 애플리케이션을 사용하여 호스트 이름이 지정된 사이트 모음을 구현하는 것이 더 복잡합니다. 예를 들어 호스트 이름으로 된 사이트의 URL은 단일 팜에서 같은 포트를 공유하는 여러 웹 응용 프로그램으로 분산될 수 있습니다. 이 시나리오의 경우 요청이 올바른 웹 응용 프로그램으로 매핑되도록 하기 위해 구성 단계를 추가로 수행해야 합니다. 각 웹 응용 프로그램을 표시하도록 별도의 IP 주소를 구성하여 팜의 각 웹 서버에 대한 매핑을 수동으로 구성해야 합니다. 또한 각 사이트에 대해 고유 IP 주소를 할당하기 위해 호스트-헤더 바인딩을 만들고 관리해야 합니다. 스크립트는 서버 간에 이 구성을 관리하고 복제할 수 있습니다. 그러나 이 구성 복제는 솔루션에 복잡성을 더합니다. 각 고유 URL에도 DNS의 매핑이 필요합니다. 일반적으로는 여러 웹 응용 프로그램을 사용해야 하는 경우 대체 액세스 매핑 기능이 포함된 경로 기반 사이트 모음을 사용하는 것이 좋습니다.

다음 두 개의 표에서는 사이트 모음을 구현하는 세 가지 디자인 선택 항목을 비교해서 보여줍니다. 두 표는 각 방법의 결과 및 구성 값이 아키텍처에 따라 어떻게 달라지는지를 이해하는 데 도움이 됩니다.

표: 사이트 모음 프로비전을 위한 각 디자인을 선택한 결과

	팜의 모든 사이트가 단일 웹 응용 프로그램으로 통합되는 호스트 이름으로 된 사이트 모음	대체 액세스 매핑 및 여러 웹 응용 프로그램을 포함하는 경로 기반 사이트 모음	팜에 여러 웹 응용 프로그램이 있는 호스트 이름으로 된 사이트 모음
사이트 모음 프로비전	Microsoft PowerShell 또는 사용자 지정 사이트 모음 프로비전 솔루션을 사용하여 사이트를 프로비전합니다.	중앙 관리 또는 Microsoft PowerShell을 사용하여 사이트를 배포합니다.	Microsoft PowerShell 또는 사용자 지정 사이트 모음 프로비전 솔루션을 사용하여 사이트를 프로비전합니다.
URL 관리	DNS의 모든 사이트 모음을 매핑하여 웹 애플리케이션을 나타내는 단일 IP 주소를 가리킬 수 있습니다.	영역을 둘 이상 구현하는 경우에는 각 사이트 URL에 대해 대체 액세스 매핑을 구성합니다. DNS에도 각 영역에 해당하는 매핑이 있어야 합니다.	동일한 포트를 공유하는 사이트에 대한 요청이 올바른 웹 애플리케이션에 매핑되도록 하려면 추가 구성이 필요합니다. DNS에도 각 고유 호스트 이름에 해당하는 매핑이 있어야 합니다. 이 구성은 각 사이트에 대해 팜의 각 웹 서버에서 수동으로 완료해야 합니다.
더 많은 URL	호스트 이름으로 된 사이트 모음에 영역당 하나씩, 최대 5개의 URL을 할당할 수 있습니다. 웹 애플리케이션을 여러 영역으로 확장할 필요는 없습니다. 영역이 구현되지 않으면 기본 영역이 사용됩니다.	허용되는 영역 수는 5개이므로 사이트 모음의 URL 수는 5개로 제한됩니다.	호스트 이름으로 된 사이트 모음에 영역당 하나씩, 최대 5개의 URL을 할당할 수 있습니다. 웹 애플리케이션을 여러 영역으로 확장할 필요는 없습니다. 영역이 구현되지 않으면 기본 영역이 사용됩니다.
서비스 응용 프로그램	팜의 모든 사이트가 단일 서비스 응용 프로그램 그룹을 사용합니다.	각 웹 응용 프로그램에 대해 사용자 지정 서비스 응용 프로그램 그룹을 구현할 수 있습니다.	각 웹 응용 프로그램에 대해 사용자 지정 서비스 응용 프로그램 그룹을 구현할 수 있습니다.
영역	동일한 사이트 모음에 대해 서로 다른 URL을 구현하기 위해 여러 영역을 구현할 필요가 없습니다. 영역이 구현되지 않으면 기본 영역이 사용됩니다.	같은 사이트 모음에 대해 다른 URL을 구현하려면 영역이 필요합니다.	동일한 사이트 모음에 대해 서로 다른 URL을 구현하기 위해 여러 영역을 구현할 필요가 없습니다. 영역이 구현되지 않으면 기본 영역이 사용됩니다.
인증	웹 응용 프로그램 하나에서 인증 옵션은 5개 영역으로 제한됩니다. 그러나 영역 하나에 대해 많은 인증 방법을 구현할 수 있습니다.	각 웹 응용 프로그램에 대해 서로 다른 인증 및 영역 디자인을 구현할 수 있습니다.	각 웹 응용 프로그램에 대해 서로 다른 인증 및 영역 디자인을 구현할 수 있습니다.
인증	도메인 URL 간 클라이언트 스크립팅 격리 기능이 제공됩니다.	원하는 경우 웹 응용 프로그램을 전용 응용 프로그램 풀로 격리하여 프로세스를 격리할 수 있습니다. 도메인 URL 간 격리 기능이 제공됩니다.	원하는 경우 웹 응용 프로그램을 전용 응용 프로그램 풀로 격리하여 프로세스를 격리할 수 있습니다. 도메인 URL 간 격리 기능이 제공됩니다.
정책	영역을 사용하여 호스트 이름으로 된 사이트에 각기 다른 정책을 할당할 수 있습니다.	웹 응용 프로그램 수준에서 정책을 사용하여 개별 사이트나 문서에 대해 구성된 사용 권한과 상관없이 사용 권한을 적용할 수 있습니다. 또한 영역별로 다른 정책을 구현할 수 있습니다.	각 웹 응용 프로그램별로 다른 정책을 구현하여 개별 사이트나 문서에 대해 구성된 사용 권한과 상관없이 사용 권한을 적용할 수 있습니다. 또한 영역별로 다른 정책을 구현할 수 있습니다.

디자인 결정 사항에 영향을 줄 수 있는 또 다른 확장성 수치로는 사이트 모음, 콘텐츠 데이터베이스 및 관리 경로의 권장 최대 수가 포함됩니다.

다음 표에는 이 문서에서 설명하는 3가지 디자인 옵션을 기반으로 하여 URL을 관리하는 데 필요한 구성이 요약되어 있습니다.

표: 각 사이트 모음 디자인에 필요한 구성

	팜의 모든 사이트가 단일 웹 응용 프로그램으로 통합되는 호스트 이름으로 된 사이트 모음	대체 액세스 매핑 및 여러 웹 응용 프로그램을 포함하는 경로 기반 사이트 모음	팜에 여러 웹 응용 프로그램이 있는 호스트 이름으로 된 사이트 모음
SharePoint Server 내	웹 응용 프로그램 만들기 사용자가 액세스할 수 없는 루트 사이트 모음(예: https://HNSC01.fabrikam.com)을 만듭니다. 호스트 헤더를 사용하여 호스트 이름이 지정된 사이트 모음을 만듭니다(예: https://intranet.fabrikam.com). 필요에 따라 각 사이트 모음에 대한 URL을 더 추가하고 Set-SPSiteUrl을 사용하여 영역을 구성합니다. (회사 포털 디자인 샘플에는 영역이 하나만 있으므로 필요하지 않습니다.)	호스트 헤더를 사용하여 웹 애플리케이션을 만듭니다(예: https://intranet.fabrikam.com). 원하는 경우 대체 액세스 매핑 구성. 디자인 샘플에는 영역이 하나만 있으므로 필요하지 않습니다.) 루트 경로 기반 사이트 모음 만들기	웹 응용 프로그램 만들기 사용자가 액세스할 수 없는 루트 사이트 모음(예: https://HNSC01.fabrikam.com)을 만듭니다. 호스트 헤더를 사용하여 호스트 이름이 지정된 사이트 모음을 만듭니다(예: https://intranet.fabrikam.com). 필요에 따라 각 사이트 모음에 대한 URL을 더 추가하고 Set-SPSiteUrl을 사용하여 영역을 구성합니다. (회사 포털 디자인 샘플에는 영역이 하나만 있으므로 필요하지 않습니다.)
IIS 내	웹 응용 프로그램의 모든 호스트 이름으로 된 사이트(도메인)에 대해 SSL 인증서(와일드카드 인증서 또는 SAN 인증서) 연결	각 영역에 대해 IIS에서 SSL 인증서 연결(각 영역은 IIS에서 개별 웹 응용 프로그램임)	웹 응용 프로그램의 호스트 이름으로 된 사이트(도메인)에 대해 SSL 인증서(와일드카드 인증서 또는 SAN 인증서)연결 팜의 각 웹 서버와 포트를 공유하는 각 웹 응용 프로그램에 대해 다음 작업 수행 각 웹 응용 프로그램을 표시하도록 별도의 IP 주소 구성 IIS 웹 사이트 바인딩을 수동으로 편집하여 웹 애플리케이션을 만들 때 만들어진 호스트 헤더 바인딩을 제거하고 이 바인딩을 IP 주소 바인딩으로 바꿉니다.

여러 IP 주소에서 여러 웹 애플리케이션을 사용하는 경우 각 서버에 대한 NIC, DNS 및 부하 분산 장치에 대한 추가 구성을 완료해야 할 수 있습니다.

호스트 이름으로 된 사이트 모음으로 여러 웹 응용 프로그램 만들기

호스트 이름으로 된 사이트 모음과 함께 동일한 서버 및 포트에서 여러 웹 응용 프로그램을 실행하려면 웹 응용 프로그램에 서로 다른 IP 주소를 할당해야 합니다. 이 아키텍처 유형에서는 웹 서버에 IP 주소를 추가하고 호스트 이름이 이 웹 응용 프로그램의 IP 주소를 가리키도록 네트워크 라우터를 구성해야 합니다.

호스트 이름 사이트 모음에 대한 여러 웹 애플리케이션을 만드는 프로세스에는 다음 작업이 포함됩니다.

• 여러 웹 응용 프로그램 만들기

• 팜에 포함된 각 웹 서버의 IIS에서 새 가상 IP 주소 추가

호스트 이름으로 된 사이트 모음에 대한 여러 웹 응용 프로그램 만들기

다음 예제에서는 웹 응용 프로그램을 만듭니다.

New-SPWebApplication -Name 'webapp' 'webapp.contoso.com' -port 80 -ApplicationPool ContosoAppPool -ApplicationPoolAccount (Get-SPManagedAccount 'Contoso\JDoe') -AuthenticationProvider (New-SPAuthenticationProvider -UseWindowsIntegratedAuthentication)

각 웹 응용 프로그램에 대해 이 작업을 반복합니다.

IIS에서 가상 IP 주소 추가

웹 응용 프로그램을 호스트할 모든 서버에 IP 바인딩을 적용해야 합니다. sleep 명령을 60초로 설정하여 웹 응용 프로그램의 기존 호스트 헤더가 제거되기 전에 팜의 모든 서버에 IP 바인딩이 설정되었는지 확인하세요. 이 작업을 위해 원격 스크립팅을 사용할 수 있습니다.

다음 명령을 사용하여 직접 만든 각 웹 응용 프로그램에 고유 IP 바인딩을 추가한 다음 이러한 웹 응용 프로그램에서 호스트 헤더 바인딩을 제거합니다.

Import-Module WebAdministration
#add empty binding to webapp on IP 192.168.10.20
New-WebBinding -Name 'webapp' -IPAddress '192.168.10.20' -HostHeader ''
Sleep 60
# remove existing binding webapp.contoso.com from existing web application
Get-WebBinding -Name 'webapp' -HostHeader 'webapp.contoso.com'|Remove-WebBinding

참고 항목

기타 리소스

Get-SPSiteUrl

Set-SPSiteUrl

Remove-SPSiteUrl

SharePoint Server의 논리 아키텍처 계획