SharePoint Server의 호스트 이름이 지정된 사이트 모음 아키텍처 및 배포
적용 대상: 
2013 2016 2019 구독 버전 
Microsoft 365의 SharePoint
호스트 이름으로 된 사이트 모음은 SharePoint Server에서 사이트를 배포하는 기본 방법입니다. Microsoft 365 환경에서는 호스트 이름이 지정된 사이트 모음을 사용하므로 이러한 사이트 모음에 최적화된 새로운 기능이 더 안정적일 것으로 예상됩니다. 호스트 이름으로 된 사이트 모음을 계획 및 구현하고 URL을 디자인 및 관리하는 방법을 알아봅니다.
호스트 이름으로 된 사이트 모음의 아키텍처 및 디자인
호스트 이름으로 된 사이트 모음을 사용하면 사이트 모음에 고유한 DNS 이름을 할당할 수 있습니다. 예를 들어 http://TeamA.contoso.com 및 http://TeamB.contoso.com으로 주소를 지정할 수 있습니다. 이렇게 하면 동일한 웹 응용 프로그램에 고유한 DNS 이름을 가진 많은 사이트를 배포할 수 있습니다. 또한 호스터가 환경을 많은 고객으로 확장할 수 있습니다. 호스트 이름으로 된 사이트 모음을 사용하지 않을 경우 SharePoint 웹 응용 프로그램에 동일한 호스트 이름(DNS 이름)을 공유하는 많은 경로 기반 사이트 모음이 포함됩니다. 예를 들어 팀 A는 http://contoso.com/sites/teamA에 사이트 모음이 있고, 팀 B는 http://contoso.com/sites/teamB에 사이트 모음이 있습니다.
요구 사항에 따라 대체 액세스 매핑을 사용한 경로 기반 사이트가 필요한 경우(이 문서의 뒷부분에서 설명)가 아니라면 호스트 이름으로 된 사이트 모음을 사용하는 것이 좋습니다. 이 문서에서는 SharePoint Server을 사용한 권장 구성에서 호스트 이름으로 된 사이트 모음을 구현하는 방법을 설명합니다. 고급 구성에 대한 정보는 호스트 이름으로 된 사이트 모음과 함께 여러 웹 응용 프로그램 사용 문서의 끝에 포함되어 있습니다.
호스트 이름으로 된 사이트 모음의 권장 아키텍처
사이트 배포 시 권장되는 구성은 다음 다이어그램에 설명된 대로 단일 웹 응용 프로그램 내에 있는 모든 사이트에 호스트 이름으로 된 사이트 모음을 사용하는 것입니다.
호스트 이름으로 된 사이트 모음의 권장 구성
다이어그램의 이 권장 구성에는 다음 요소가 포함되어 있습니다.
사이트 모음에 대한 응용 프로그램 풀 한 개
응용 프로그램 풀에 호스트된 사이트 모음에 대한 웹 응용 프로그램 한 개
루트 사이트 모음(
http://webapp.contoso.com)입니다.예제 사이트와 함께 콘텐츠를 호스트할 여러 호스트 이름으로 된 사이트 모음
HR, Facilities 및 Purchasing에 대한 하위 사이트를 사용하여 게시된 인트라넷 콘텐츠(
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-SPSiteURL, Get-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을 통해 같은 인터넷 사이트에 액세스할 수 있습니다.
검색 크롤링 계정은 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 종료 시 호스트 이름 사이트 모음 사용을 참조하세요.
호스트 이름으로 된 사이트 모음에 사용되는 프로토콜은 Set-SPSiteURL cmdlet을 사용하여 URL을 특정 영역에 매핑할 때 지정한 Url 매개 변수 값(http 또는 https)에 따라 달라집니다. 웹 응용 프로그램, 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가 호스트 이름으로 된 사이트 모음의 페이지를 반환합니다. 자세한 내용은 Update a web application URL and IIS bindings for SharePoint 2013를 참조하세요.
동일한 웹 응용 프로그램에서 호스트 이름으로 된 사이트 모음과 경로 기반 사이트 모음 혼용
동일한 웹 응용 프로그램에서 호스트 이름으로 된 사이트 모음과 경로 기반 사이트 모음을 함께 사용할 수 있습니다. 사용자가 두 유형의 사이트 모음에 모두 액세스할 수 있게 하려면 웹 응용 프로그램에서 확장된 영역의 IIS 웹 사이트를 포함하여 웹 응용 프로그램의 IIS 웹 사이트에 호스트 헤더 바인딩을 포함하지 마세요. 기존 웹 응용 프로그램에 호스트 헤더 바인딩이 설정되어 있는 경우 IIS에서 바인딩을 제거해야 IIS가 호스트 이름으로 된 사이트 모음의 페이지를 반환합니다.
내 사이트
내 사이트에서 두 유형의 사이트 모음을 모두 사용하는 경우 내 사이트를 경로 기반 사이트가 아닌 호스트 이름으로 된 사이트로 만드는 고유한 프로비전 프로세스를 구현하세요.
호스트 이름으로 된 사이트 모음의 배포 및 구성
호스트 이름으로 된 사이트 모음의 웹 응용 프로그램 만들기
동일한 서버에 같은 포트 번호를 공유하는 IIS 웹 사이트를 둘 이상 구성하지 않으려는 경우 기본 영역에 웹 응용 프로그램을 만듭니다. IIS 웹 사이트 수준에서 호스트 헤더 바인딩을 적용하지 마세요.
호스트 이름으로 된 사이트 모음의 웹 응용 프로그램을 만들려면
다음 멤버 자격이 있는지 확인합니다.
SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할
업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할
Microsoft PowerShell cmdlet을 실행 중인 서버의 Administrators 그룹
관리자는 Add-SPShellAdmin cmdlet을 사용하여 SharePoint Server cmdlet 사용 권한을 부여할 수 있습니다.
참고
권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청하십시오. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하십시오.
SharePoint 관리 셸 을 엽니다.
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중앙 관리 웹 응용 프로그램을 사용하여 호스트 이름으로 된 사이트 모음을 만들 수는 없지만 사이트 모음을 만든 후 중앙 관리에서 관리할 수 있습니다.
다음 예제와 같이 Microsoft PowerShell New-SPSite cmdlet에 -HostHeaderWebApplication 매개 변수를 사용하여 호스트 이름으로 된 사이트 모음을 만들 수 있습니다.
호스트 이름 사이트 모음을 만들려면 다음을 수행합니다.
다음 멤버 자격이 있는지 확인합니다.
SQL Server 인스턴스에 대한 securityadmin 고정 서버 역할
업데이트하려는 모든 데이터베이스에 대한 db_owner 고정 데이터베이스 역할
Microsoft PowerShell cmdlet을 실행 중인 서버의 Administrators 그룹
관리자는 Add-SPShellAdmin cmdlet을 사용하여 SharePoint Server cmdlet 사용 권한을 부여할 수 있습니다.
참고
권한이 없는 경우 설치 관리자 또는 SQL Server 관리자에게 문의하여 권한을 요청하십시오. PowerShell 권한에 대한 자세한 내용은 Add-SPShellAdmin을 참조하십시오.
SharePoint 관리 셸 을 엽니다.
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'
그러면 URL이 http://portal.contoso.com인 SharePoint Server 웹 응용 프로그램에 URL이 http://portal.contoso.com인 호스트 이름으로 된 사이트 모음이 만들어집니다.
호스트 이름으로 된 사이트 모음과 함께 관리 경로 사용
호스트 이름으로 된 사이트 모음을 사용하여 관리 경로를 구현할 수 있습니다. 호스터는 각 사이트 모음이 고객의 고유한 호스트 이름을 공유하지만 호스트 이름 뒤의 URL 경로로 구분되는 여러 사이트 모음을 동일한 고객에게 제공할 수 있습니다. 호스트 이름으로 된 사이트 모음의 관리 경로는 팜당 20개로 제한됩니다. 자세한 내용은 SharePoint Server 2016에 대한 소프트웨어 경계 및 제한을 참조하세요.
호스트 이름으로 된 사이트 모음의 관리 경로는 경로 기반 사이트 모음의 관리 경로와 다르게 동작합니다. 호스트 이름으로 된 사이트 모음의 관리 경로는 호스트 이름으로 된 사이트 모음이 있는 웹 응용 프로그램에 관계없이 팜 내의 모든 호스트 이름으로 된 사이트 모음에서 사용할 수 있습니다. 반면, 경로 기반 사이트 모음의 관리 경로는 동일한 웹 응용 프로그램 내의 사이트에만 적용됩니다. 경로 기반 사이트 모음의 관리 경로는 다른 웹 응용 프로그램의 경로 기반 사이트 모음에 적용되지 않습니다. 특정 사이트 모음 유형의 관리 경로는 다른 사이트 모음 유형에 적용되지 않습니다.
관리 속성을 만들려면 먼저 원하는 기본 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://site1.contoso.com, https://site2.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)에서 사용하는 것과 동일한 사용자 지정 헤더 Front-End-Https: On/Off 입니다. 이 사용자 지정 헤더에 대한 자세한 내용은 이 섹션의 뒷부분에 포함되어 있습니다.
오프 상자 SSL 종료와 함께 호스트 이름으로 된 사이트 모음을 사용하려면 일반적으로 SSL 종료에 대해 구성하는 방식으로 웹 응용 프로그램을 구성하고 위에 설명한 요구 사항을 충족하는지 확인하세요. 이 시나리오에서 SharePoint Server은 HTTP 대신 HTTPS를 사용하여 해당 웹 응용 프로그램에 호스트 이름으로 된 사이트 모음 링크를 렌더링합니다.
역방향 프록시 서버는 SharePoint Server 호스트 이름으로 된 사이트 모음을 게시하고 오프 상자 SSL 종료를 수행할 수 있습니다. 이 시나리오에서 역방향 프록시 서버는 최종 사용자와 SharePoint 웹 프런트 엔드 서버 간의 연결 형식을 SSL/TLS에서 HTTP로 변경하거나 그 반대로 변경합니다. 이 시나리오에서 역방향 프록시 서버는 요청을 SharePoint 웹 프런트 엔드 서버로 전달할 때 사용자 요청에 추가 HTTP 헤더를 삽입해야 합니다. 이 추가 HTTP 헤더는 SharePoint Server에 최종 사용자가 시작한 연결 형식을 나타내어 SharePoint Server의 응답에 URL이 적절하게 렌더링되도록 합니다. HTTP 헤더 이름은 "Front-End-Https"이며 허용되는 값은 다음과 같습니다.
표: Front-End-Https 헤더 값
| 값 | 설명 |
|---|---|
| On | 역방향 프록시 서버가 암호화된(SSL 또는 TLS) HTTPS 연결을 통해 최종 사용자의 요청을 받았습니다(예: Front-End-Https: On). |
| Off | 역방향 프록시 서버가 암호화되지 않은 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이 http://webapp.contoso.com인 호스트 이름으로 된 사이트 모음이 만들어집니다.
여러 영역이 포함된 환경에서 앱 사용
참고
이 섹션은 SharePoint Server 2013에만 적용됩니다.
2013년 3월 공개 업데이트를 사용하면 각 웹 응용 프로그램 영역에 대해 앱 도메인을 구성하고 대체 액세스 매핑 및 호스트 헤더 웹 응용 프로그램 구성을 사용할 수 있습니다. 이 업데이트가 발표되기 전에는 하나의 앱 도메인만 호스트할 수 있었으며, 기본 영역에 있어야 했습니다. 대체 액세스 매핑 또는 호스트 헤더 웹 응용 프로그램 구성에 앱 도메인을 사용할 수 없었습니다.
이 문제를 해결하려면 SharePoint Server 누적 업데이트 서버 핫픽스 패키지: 2013년 3월 12일을 적용하세요(SharePoint 2013용 업데이트 참조).
경로 기반 사이트 모음을 호스트 이름으로 된 사이트 모음으로 마이그레이션
기존 웹 응용 프로그램에서 호스트 이름으로 된 사이트 모음 확인
SharePoint Server 2010에서 SharePoint Server로 마이그레이션하는 경우 SharePoint Server 2010 사이트가 만들어진 방식을 확인하는 것이 좋습니다. 사이트가 경로 기반 사이트로 만들어진 경우 해당 사이트를 호스트 이름으로 된 사이트 모음으로 마이그레이션합니다. 호스트 이름으로 된 사이트와 경로 기반 사이트가 함께 구현된 경우 경로 기반 사이트로 만들어진 사이트를 식별하고 해당 사이트를 호스트 이름으로 된 사이트 모음으로 마이그레이션합니다. 이렇게 하려면 'HostHeaderIsSiteName' 플래그를 확인하세요.
다음 예제에서는 지정된 웹 응용 프로그램 내의 사이트가 호스트 기반으로 만들어졌는지, 아니면 경로 기반으로 만들어졌는지 확인합니다.
$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). 원하는 경우 Set-SPSiteUrl 을 사용하여 각 사이트 모음에 대해 URL을 더 추가하고 영역 구성(회사 포털 디자인 예제에서는 영역이 하나뿐이므로 이 작업을 수행할 필요가 없음) |
호스트 헤더를 사용하여 웹 애플리케이션을 만듭니다(예: https://intranet.fabrikam.com). 원하는 경우 대체 액세스 매핑 구성. 이 문서의 디자인 예제에서는 영역이 하나뿐이므로 이 작업을 수행할 필요가 없습니다. 루트 경로 기반 사이트 모음 만들기 |
웹 응용 프로그램 만들기 사용자가 액세스할 수 없는 루트 사이트 모음을 만듭니다(예: https://HNSC01.fabrikam.com). 호스트 헤더를 사용하여 호스트 이름 사이트 모음을 만듭니다(예: https://intranet.fabrikam.com). 원하는 경우 Set-SPSiteUrl 을 사용하여 각 사이트 모음에 대해 URL을 더 추가하고 영역 구성(회사 포털 디자인 예제에서는 영역이 하나뿐이므로 이 작업을 수행할 필요가 없음) |
| 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