각각 50MB 공간이있는 40,000 개 이상의 블로그 사이트를 만들어야합니다.

Question

SharePoint에서 40,000 개 이상의 블로그 사이트를 지원할 수있는 블로깅 플랫폼을 계획해야합니다. 사용자는 스스로 블로그를 만들어냅니다.

여기서는 생산 능력 계획과 한계를 확인했습니다. SharePoint Server 2010 용량 관리 : 소프트웨어 경계 및 제한

사이트 모음이 250,000 개의 사이트를 지원할 수 있으므로 사이트 모음을 최상위 컨테이너로 유지하고 루트 웹 아래의 사이트 및 하위 사이트로 블로그를 만들 것으로 생각합니다 (예로 들어있어 레벨의 사이트가 <2000).

나중에 Max Content DB 크기가 200GB 인 것을 보았습니다. 즉, 각 블로그 (200GB / 40000)마다 ~ 5MB 만있는 것을 의미합니다. 블로거가 블로그 게시물을 만드는 동안 이미지를 업로드하면서 블로그가 너무 작아서 블로그가 너무 적습니다. 각 블로그마다 적어도 50MB가 필요하며 수요에 따라 증가하고 싶습니다.

사이트 모음을 통해 사용자, 브랜딩, MasterPage, CSS, 탐색 등을 여러 개의 사이트 모음을 사용하고 있습니다. 또한 200GB의 한도가 건너려면 사용자를 새로운 사이트 모음으로 만들기 위해 사용자를 새로운 사이트 모음으로 라우팅하는 방법을 생각할 수 없습니다.

대체 솔루션에 대한 아이디어는 무엇입니까?

또한 일부 특수한 경우 4TB의 콘텐츠 DB까지 올라갈 수 있음을 알 수 있습니다. 아무도 그 경험이 있습니까?

Answer 1

SharePoint는 강력하고 기능이 풍부하며 확장 가능한 플랫폼이며 올바르게 설계된 경우 용량 요구를 충족시킬 수 있습니다 (정보 아키텍처, 솔루션 아키텍처, 인프라 구조 및 저장소)

웹 응용 프로그램을 사용하고 블로그를 사이트 모음으로 나눌 수 있습니다. 아래는 귀하의 우려를 주소 할 수있는 점이 거의 없습니다.

1. 블로그를 적어도 20-25 개의 그룹 또는 하위 그룹 (예 : 기술, 금융, HR, 관리 등)으로 분류하십시오. 각 그룹에 대한 사이트 모음을 만듭니다. 그런 다음 사용자가 자신의 블로그에 적합한 카테고리를 선택하고 사용자를 적절한 사이트 모음 (해당 사이트 모음에서 사용자를 위해 코드를 통해 코드를 통해 코드를 통해 블로그를 만들 수 있습니다) 를 묻는 웹 파트를 만들 수 있습니다.

2. 균일 한 모양과 느낌을 갖도록, 사용자 정의 브랜딩, CSS, 마스터 페이지로 블로그 사이트 정의를 만들 수 있습니다. 또는 기존 사이트 정의를 사용하여 블로그가 작성 될 때 이러한 모든 아티팩트를 적용하는 기능을 만들 수 있습니다. Site Collection을 통해 쉽게 소비 할 수있는 XML 기반 또는 사용자 정의 탐색을 사용할 수 있습니다.이 위치에서 모든 것을 제어 할 수 있습니다 (14 하이브)

3. 사이트 모음에서 데이터 집계의 경우 검색을 사용할 수 있습니다. 사용자 지정 검색 최신 게시물 표시, 태그 , 저자 등에서도 프로그래밍 방식으로 데이터를 집계하도록 사용자 지정 타이머 작업을 만들 수도 있습니다. 총 블로그, 게시물, 의견, 사용자 등
4. 관리되는 메타 데이터, 콘텐츠 형식 공유 (콘텐츠 형식 허브), 용어 세트 (태그 지정 용), 사이트 모음 사용자 정보를 공유하기위한 사용자 프로필을 악용 할 수 있습니다.
5. 블로그 플랫폼 레벨 관리자 및 사회자의 경우 도메인 그룹을 사용할 수 있습니다. SharePoint 그룹은 사이트 수집 수준으로 범위가 지정되며 사이트 모음에서만 사용할 수 있습니다. 도메인 그룹이 될 수 있습니다 Active Directory 디렉토리의 범위 내에서 사용되는 경우 서비스.

   그러한 솔루션을위한 견고한 거버넌스 계획을 갖는 것이 매우 중요합니다.이 TechNet 기사 거버넌스 개요 . 거버넌스 계획 의지 시간이 지남에 따라 플랫폼을 제어하고 불필요한 위험을 도입하지 않고 원활하게 실행되는지 확인하십시오.

Answer 2

최소 데이터베이스 크기는 정지가 아닌 권장 사항입니다.데이터베이스 및 SharePoint에서 블로그 게시물을 확인하십시오. "Nofollow"> http://davidlozzi.com/tag/database/.com/a> ...에

최소 요구 사항을 넘기를 원한다면 하드웨어를 향상시킬 수있는 추가 유지 보수 작업을 포함시켜야합니다.SharePoint는 4TB 데이터베이스를 지원할 수 있으며 인프라까지 효과적으로 지원합니다.

Answer 3

이것이 주로 블로그 플랫폼 인 경우, 스토리지 크기가 너무 걱정하지 않을 것입니다.블로그 게시물은 그렇게 크지 않을 것입니다. 이미지가 엄청난 일이 아니면 상당한 공간을 차지하지 않습니다.나는 David의 데이터베이스 크기와 제한에 대한 의견에 동의합니다.

할당량 및 크기 조정에 대해 생각할 때 모든 사이트에서 균일 한 사용이 없음을 알게 될 것입니다.나는 일반적으로 많은 수의 사이트가있을 때 할당량 사용량의 20 %를 계획합니다.40K 사이트가있는 경우, 귀하의 경우보다 적은 것보다 적을 수 있습니다.

IT (사용 권한, 백업 / 복구, 기능)를 관리 할 수있는 능력을 향상시킬 수 있으므로 하위 사이트보다 더 많은 사이트 모음을 시도하고 싶습니다.귀하의 우려 사항이 브랜딩 및 탐색이면 마스터 페이지, CSS 및 전역 탐색 공급자를 배포 할 수있는 상대적으로 간단한 기능 세트를 설치하여 쉽게 관리 할 수 있습니다.

Answer 4

SharePoint라는 이름으로 모든 것을 모두 공유하여 데이터 복제를 중지하기 위해 단일 지점에서 모든 것을 공유하십시오. 그래서 브랜딩과 관련된 모든 것이 사이트 모음에서 공유 할 수 있지만 전문가가 아닙니다. 그러나 이것은 내 의견이 아니지만 내 의견이며, 사이트 정의간에 공유 할 수있는 사용자 정의 마스터 페이지가있는 사용자 정의 마스터 페이지가있는 하나의 사이트 정의 및 다른 사이트 템플릿을 만들 수 있습니다.

주제가 고려해야 할 사항이 아닌 경우, SharePoint에서 블로그를 만들면 자정 또는 다른 시간에 일부 응용 프로그램 풀 재활용을 수행 할 수 있거나 블로그에 액세스 할 수 없을 것입니다 (나는 어디에서나 발생하는 경우 100 % 확실하지만 우리의 SharePoint 응용 프로그램에서 발생합니다)

또한 수천 개의 사이트가있는 경우 메모리 관리를 고려할 또 다른 사항은 SharePart 모범 사례를 따르고 있습니다.

btw 내가 당신 이었으면 일부 SharePoint 호스팅 회사에 연락하여 비슷한 작업을 수행 해야하는 경우에 따라 조언을 얻을 수 있습니다.이 회사는 SharePoint 사용자 그룹 및 다른 사람들을 도와줍니다. 시도해 봐야합니다 :)

이는 를 요청한 경우에만 무료 SharePoint 블로그를 제공 할 수있는 SharePoint 호스팅 회사입니다.

아니, 나는 그들을 위해 마케팅 녀석이 아니라, 나는 그들에 대해 여기에 그들에 대해 말하는 MVP를 보았다

추가 일반 아키텍처 지식이있는 SharePoint Blogger