디지털 자산 라이브러리 토폴로지 및 아키텍처(SharePoint Server 2010)
적용 대상: SharePoint Server 2010
마지막으로 수정된 항목: 2016-11-30
이 문서에서는 디지털 자산 라이브러리 배포와 관련된 논리 아키텍처 및 토폴로지 결정에 대해 설명합니다. 디지털 자산 관리에 대한 자세한 내용은 디지털 자산 관리 개요(SharePoint Server 2010)를 참조하십시오.
Microsoft SharePoint Server 2010 자산 라이브러리는 일종의 문서 라이브러리로, 다른 사이트 사용자와 공유하는 이미지, 오디오, 비디오 파일과 같은 미디어 파일의 모음입니다. 자산 라이브러리는 디지털 자산에 대한 특수한 콘텐츠 형식이 포함된 SharePoint Server 라이브러리에 지나지 않으므로 전체적인 아키텍처 및 토폴로지에는 최소한의 영향만 미칩니다. 논리 아키텍처 및 토폴로지 결정에 잠재적으로 영향을 줄 수 있는 요인은 다음과 같습니다.
전체 사이트 구조에서 디지털 자산 라이브러리의 배치
논리 아키텍처에서 디지털 자산 라이브러리와 콘텐츠 데이터베이스 간의 관계
BLOB(Binary Large Object) 캐시 또는 비트 전송률 제한을 사용한 서버 팜 최적화
필요한 경우 크기가 큰 디지털 자산을 수용하기 위해 디지털 자산에 대한 전용 데이터베이스 또는 서버 하드웨어를 사용하여 서버 팜 확장
이 문서의 내용
디지털 자산 관리를 위한 논리 아키텍처
디지털 자산 라이브러리 토폴로지의 구성 요소
일반적인 디지털 자산 라이브러리 토폴로지
디지털 자산 라이브러리를 위한 토폴로지 확장
디지털 자산 관리를 위한 논리 아키텍처
SharePoint Server 2010에 포함된 디지털 자산 관리의 핵심 요소는 자산 라이브러리입니다. 솔루션 내 모든 수준에서 모든 사이트에 자산 라이브러리를 추가할 수 있습니다. 그러나 수천 개에서 수만 개에 이르는 파일과 같이 전체 크기가 큰 데이터를 자산 라이브러리에 저장하거나, 전체적으로 수백 기가바이트의 저장 공간이 필요한 오디오 또는 비디오 파일을 저장하려는 경우에는 자산 라이브러리를 만들고 자산을 저장할 위치를 신중하게 계획해야 합니다.
예를 들어 여러 개별 팀이 각각 고유한 사이트를 가지며 공유 미디어 집합을 사용해야 하는 공동 작업 사이트가 있는 경우 최상위 사이트에 자산 라이브러리를 만들어 개별 팀에서 사용할 자산을 저장할 수 있습니다. 이 시나리오에서는 콘텐츠 데이터베이스가 사이트 모음 내 모든 사이트에서 공유되므로 자산 라이브러리에 저장되는 파일의 양과 크기가 앞의 예에서보다 크게 줄어들 수 있습니다.
다음 그림에서는 자산 라이브러리를 사이트 모음 루트에 배치하고 사이트 모음의 다른 사이트가 포함된 콘텐츠 데이터베이스를 공유하는 경우에 대한 논리 아키텍처의 예를 보여 줍니다.
.gif "단일 사이트 모음")
또 다른 예로, 내부 직원이 사용하는 교육 비디오가 포함될 대규모 회사 교육 사이트의 경우 고유한 콘텐츠 데이터베이스를 사용하고 사이트 계층 구조에서 그 아래에 다른 사이트가 없는 사이트 모음의 최상위 사이트에 자산 라이브러리를 배치할 수 있습니다. 이렇게 하면 자산 라이브러리에 업로드되는 파일을 위한 충분한 저장 공간이 확보될 수 있습니다. 또한 콘텐츠 데이터베이스가 이미 단독으로 격리되어 있고 솔루션의 다른 어떤 사이트와도 콘텐츠를 공유하지 않으므로 이후 확장을 계획할 수도 있습니다.
다음 그림에서는 나머지 사이트로부터 독립된 콘텐츠 데이터베이스가 포함된 별도의 사이트 모음에 자산 라이브러리를 배치하는 경우에 대한 논리 아키텍처의 예를 보여 줍니다.
.gif "두 개의 개별 사이트 모음")
다음 표에는 이러한 두 가지 방식이 요약되어 있습니다. 이러한 두 가지 방식을 결합하여 구현할 수도 있습니다.
| 영역 | 단일 사이트 모음 | 별도의 사이트 모음 |
|---|---|---|
설명 |
디지털 자산 라이브러리가 다른 콘텐츠와 동일한 사이트 모음 내에 포함됩니다. 사이트 구조 내에서 여러 디지털 자산 라이브러리를 만들 수 있습니다. |
별도의 사이트 모음을 배포하여 디지털 자산 라이브러리를 호스팅합니다. |
사용 |
팀에서 디지털 자산 라이브러리를 해당 팀 사이트에 추가하거나, 최상위 사이트에 포함된 라이브러리를 사용할 수 있습니다. |
팀에서 중앙 집중식으로 관리되는 디지털 자산 라이브러리에서 미디어 파일을 추가하고 사용합니다. 참고 게시 사이트를 사용하는 경우 별도의 사이트에 있는 자산 라이브러리의 URL을 게시 사이트의 추천 콘텐츠 브라우저 위치 목록에 추가할 수 있습니다. 그러면 콘텐츠 작성자가 SharePoint Server 2010 내에서 또는 Microsoft Word와 같은 Microsoft Office 2010 제품군 응용 프로그램 내에서 웹 페이지에 자산을 삽입할 때 자산 라이브러리에 액세스할 수 있습니다. |
관리 |
팀에서 해당 팀의 고유한 라이브러리를 관리합니다. 미디어 파일은 사이트 모음의 다른 모든 콘텐츠와 동일한 방식으로 관리됩니다. |
미디어 파일이 별도의 데이터베이스에 있으므로 이러한 콘텐츠를 서로 다른 서비스 수준 계약에 따라 개별적으로 관리할 수 있습니다. |
성능 및 용량 |
전체 미디어 파일의 크기가 커지면 사이트의 전체적인 성능에 영향을 줄 수 있습니다. 사이트 모음이 데이터베이스 크기 제한에 근접하거나 해당 제한을 초과하는 경우 전체 서버 팜을 확장하는 것이 더 어렵습니다. |
미디어 파일이 별도의 데이터베이스에 있으므로 필요한 경우 데이터베이스를 전용 하드웨어로 확장하여 이러한 콘텐츠가 서버 팜의 나머지 부분에 미치는 성능 영향을 줄일 수 있습니다. |
디지털 자산 관리를 솔루션에 통합할 계획인 경우 저장될 파일의 양과 크기뿐 아니라 이러한 파일이 사용되는 방식도 신중하게 고려해야 합니다. 그러면 자산 라이브러리가 있어야 할 위치를 결정할 때 사이트 아키텍처를 디자인하는 데 도움이 됩니다.
디지털 자산 라이브러리 토폴로지의 구성 요소
디지털 자산 라이브러리 토폴로지에는 웹 서버, 응용 프로그램 서버, 데이터베이스 서버 등 모든 표준 SharePoint 토폴로지와 동일한 요소가 사용됩니다. 디지털 자산 관리와 관련된 구성 요소는 토폴로지 내 특정 위치에 배치되지만 토폴로지의 전체 구조는 변경하지 않습니다. 디지털 자산 라이브러리 토폴로지에 대해 구성 관련 결정을 내려야 하는 구성 요소는 다음과 같습니다.
BLOB 캐시 디스크 기반 BLOB 캐시는 자주 사용되는 이미지, 오디오, 비디오 파일과 같은 BLOB(Binary Large Object)와 .css 및 .js 파일과 같이 웹 페이지를 표시하는 데 사용되는 기타 파일에 대한 캐싱을 제어합니다. 솔루션이 자산 라이브러리를 포함하며 서버 팜의 모든 프런트 엔드 웹 서버에서 사용하도록 설정되는 경우 항상 BLOB 캐시를 사용하도록 설정해야 합니다.
비트 전송률 제한 비트 전송률 제한은 서버와 클라이언트 컴퓨터 간의 미디어 파일 형식 및 데이터의 다운로드 속도를 측정하는 IIS(인터넷 정보 서비스) 7.0 확장입니다. 비트 전송률 제한은 서버 팜의 모든 프런트 엔드 웹 서버에서 사용하도록 설정할 수 있으며, 솔루션에 자산 라이브러리의 오디오 또는 비디오 파일이 포함되는 경우 항상 비트 전송률 제한을 사용하도록 설정해야 합니다. 자세한 내용은 비트 전송률 제한(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=155151&clcid=0x412)(영문일 수 있음)을 참조하십시오.
최대 파일 업로드 크기 최대 업로드 파일 크기는 사용자가 서버에 업로드할 수 있는 파일의 최대 크기를 지정하기 위해 SharePoint Server 2010 웹 응용 프로그램에서 사용하는 설정입니다. 최대 파일 업로드 크기는 중앙 관리를 호스팅하는 서버의 모든 웹 응용 프로그램에 대해 구성되며 자산 라이브러리에 업로드되는 파일의 크기를 수용하도록 조정해야 합니다.
자세한 내용은 캐싱 및 성능 계획(SharePoint Server 2010)을 참조하십시오.
디지털 자산 라이브러리 솔루션을 매우 큰 용량의 콘텐츠를 저장하는 데 사용할 경우 RBS(원격 Blob 저장소)를 사용하여 큰 이진 데이터(BLOB) 저장소를 Microsoft SQL Server 2008에서 외부 저장소 솔루션으로 이동하는 방안을 고려해야 합니다. RBS는 SharePoint Server 2010 또는 IIS(인터넷 정보 서비스) 7.0의 기능이 아닙니다. 자세한 내용은 RBS 개요(SharePoint Server 2010)를 참조하십시오.
일반적인 디지털 자산 라이브러리 토폴로지
이 섹션에서는 전체적인 서버 팜 토폴로지에 영향을 줄 수 있는 구성 요소를 살펴봅니다.
디지털 자산 라이브러리는 SharePoint Server 2010에서 지원하는 모든 서버 팜 토폴로지와 원활하게 작동합니다. 서버 팜은 단일 서버, 소규모 서버 팜 또는 대규모 서버 팜일 수 있습니다.
BLOB 캐시 또는 비트 전송률 제한을 배포하려는 경우 해당 구성 요소를 웹 서버에 배포해야 합니다.
BLOB 캐시는 IIS 7.0에서 사용하도록 설정되며 모든 프런트 엔드 웹 서버에 저장됩니다.
비트 전송률 제한을 사용하는 경우 모든 프런트 엔드 웹 서버의 IIS 7.0에서 설치하고 구성해야 합니다.
또한 중앙 관리 웹 사이트를 호스팅하는 서버를 사용하여 해당 서버에 포함된 각 웹 응용 프로그램에 대한 최대 파일 업로드 크기를 구성합니다.
참고
서버 팜의 크기와 구현하려는 솔루션의 종류에 따라 검색 데이터베이스와 같은 특정 역할에 대해 지정된 추가 서버나 쿼리 및 인덱스 서버가 포함될 수 있습니다.
다음 그림에서는 디지털 자산 라이브러리 토폴로지에 대해 추가되는 구성 요소가 포함된 일반적인 3계층 서버 팜 토폴로지를 보여 줍니다.
.gif "디지털 자산 관리를 위한 기본 팜 토폴로지")
| 설명선 | 요소 |
|---|---|
1 |
각각 고유한 BLOB 캐시 및 비트 전송률 제한이 사용하도록 설정된 프런트 엔드 웹 서버(해당되는 경우) |
2 |
중앙 관리를 실행하는 응용 프로그램 서버. 중앙 관리의 각 웹 응용 프로그램에 대한 최대 파일 업로드 크기가 지정됩니다. |
3 |
하나 이상의 콘텐츠 데이터베이스를 포함하는 데이터베이스 서버 |
디지털 자산 라이브러리를 위한 토폴로지 확장
디지털 자산 라이브러리를 포함하는 솔루션을 계획하고 확장할 때 고려해야 하는 두 가지 주요 요소는 용량 계획과 성능입니다. 비디오 및 오디오 파일은 이미지 또는 기타 종류의 파일보다 크기가 훨씬 더 클 수 있으므로 이러한 파일을 포함할 경우 포함하지 않을 때보다 더 빨리 저장 용량에 도달할 수 있습니다. 또한 언제든지 이러한 파일에 액세스해야 하는 사용자의 수에 따라 파일에 대한 요청이 서버에 전달된 다음 클라이언트 브라우저로 전송되는 속도가 네트워크 성능에 영향을 줍니다.
예를 들어 교육 비디오를 저장하기 위해 자산 라이브러리를 사용하려는 경우 각 비디오의 평균 크기와 조직에 필요한 비디오의 예상 총 개수를 고려해야 합니다. 또한 비디오를 볼 사용자의 수와 가장 자주 요청될 가능성이 있는 비디오도 고려해야 합니다.
디지털 자산 라이브러리 토폴로지의 각 주요 구성 요소에 대해 다음 문제를 고려합니다.
데이터베이스 저장소 사용자가 업로드하는 모든 파일을 수용할 수 있을 만큼 충분한 저장 용량이 콘텐츠 데이터베이스 서버에 있는지 여부. 사용자가 서버에 업로드할 것으로 예상되는 파일의 평균 크기와 개수를 파악하는 것이 중요합니다.
BLOB 캐시 저장소 캐시될 파일을 위한 충분한 저장 용량이 프런트 엔드 웹 서버에 있는지 여부
RBS(원격 BLOB 저장소) 콘텐츠의 양이 많아질 것으로 예상되는 경우 RBS를 사용하여 BLOB 저장소를 콘텐츠 데이터베이스에서 외부 저장소 솔루션으로 이동하는 방안을 고려해야 합니다. 자세한 내용은 RBS 개요(SharePoint Server 2010)를 참조하십시오.
디지털 자산 라이브러리 계획의 논리 아키텍처는 서버 팜을 확장하기 위한 옵션에 영향을 줍니다. 디지털 자산 라이브러리가 전용 사이트 모음에 포함되어 있으면 필요한 경우 해당 데이터베이스를 전용 서버로 간편하게 이동하여 용량 및 성능을 향상시킬 수 있습니다.
See Also
Concepts
디지털 자산 라이브러리 계획(SharePoint Server 2010)
디지털 자산 관리 개요(SharePoint Server 2010)
캐싱 및 성능 계획(SharePoint Server 2010)