Необходимо создать более 40 000 сайтов блога с 50 МБ пространства для каждого

Question

Мне нужно планировать платформу блога на SharePoint, которая будет поддерживать более 40 000 сайтов блога. Пользователи придут и создают блог для себя.

Я проверил здесь для планирования емкости и пределы: SharePoint Server 2010 Управление потенциалами: Границы программного обеспечения и Пределы

Поскольку коллекция сайта может поддерживать 250 000 сайтов, я подумал, чтобы поддерживать коллекцию сайта в качестве контейнера верхнего уровня и создавать блоги, как сайты и подсветки под root-Web (так что нет сайтов на уровне <2000).

Позже я увидел, что размер MAX Content DB составляет 200 ГБ, что означает, что у меня только ~ 5 МБ только для каждого блога (200 ГБ / 40000). Это слишком дешевле для блога, поскольку блоггер также загрузит изображения при создании записей в блоге. Мне нужно как минимум 50 МБ для каждого блога и хотите увеличить его по требованию.

Я думаю, что есть несколько коллекций сайта, но будет трудно управлять пользователями, брендинг, MESTERPAGE, CSS, навигацией и т. Д. Кроме того, я не могу думать о том, как маршрутить пользователя в новую коллекцию сайта, чтобы создать блог, когда ограничение 200 ГБ пересекается.

Любые идеи для альтернативного решения?

Кроме того, я вижу, что мы можем пойти до 4 ТБ контента БД в некоторых особых случаях. У кого-нибудь есть опыт с этим?

Answer 1

Я думаю, что SharePoint является мощным, богатым функциями и расширяемой платформой и может удовлетворить ваши потребности в емкости, если это разработано правильно (информационная архитектура, архитектура решения, архитектура инфраструктуры и хранение)

Вы можете использовать веб-приложение и разделите блоги на сайты. Ниже приведены несколько пунктов, которые могут отвечать вашим вопросам:

1. классифицируйте блоги не менее 20-25 групп или подгрупп (для технологии E.g, финансов, HR, управление и т. Д.). Создайте коллекцию сайта для каждой из этих групп. Затем вы можете создать веб-панель, который попросит пользователю выбрать соответствующую категорию для своего блога и перенаправить пользователя на соответствующую коллекцию сайта (лучше, вы можете создать блог через код для пользователя в соответствующей коллекции сайта)

2. Чтобы иметь единый вид и почувствовать, вы можете создать определение сайта в блоге с помощью пользовательских брендингов, CSS, главной страницы. Или вы можете создать функцию, чтобы применить все эти артефакты, когда блог создан с использованием существующего определения сайта. Вы можете использовать XML или настраиваемую навигацию, которую вы можете легко потреблять в коллекциях сайта. Этот способ, которым вы контролируете все это из одного места (14 улей)

3. Для агрегации данных между коллекциями сайта вы можете использовать поиск. Вы можете создавать пользовательские поисковые веб-панели для отображения последних сообщений, tags , авторов и т. Д. Вы также можете создать пользовательские задания таймера для программных заданий. как общие блоги, посты, Комментарии, пользователи и т. Д.
4. Вы можете использовать приложения для обслуживания, такие как управляемые метаданные, пользовательские профили для совместного использования типов содержимого (HUB Content Hub), наборы терминов (для мечения), пользовательская информация между сайтами
5. Для блогов. Уровень администрации и модераторов, вы можете использовать доменные группы. Группы SharePoint находятся на уровне сбора сайта, и они Может использоваться только в рамках сайта. Доменные группы могут быть Используется в любом месте в рамках каталога Active Directory сервис.

   Обратите внимание, что очень важно иметь план солидного управления на месте для такого решения. Проверьте эту технику этой статьи Обзор управления . План управления будет Помогите вам контролировать платформу со временем и убедитесь, что она проводится гладкой без внедрения ненужных рисков.

Answer 2

Минимальный размер базы данных - это рекомендация, а не остановка.Ознакомьтесь с моим постом блога в базах данных и SharePoint: http://davidlozzi.com/tag/database/ Отказ

Если вы хотите перейти выше минимальных требований, вам нужно будет включать дополнительные задачи обслуживания, возможно улучшенное оборудование и такое.SharePoint может поддерживать базы данных 4TB, вплоть до инфраструктуры, чтобы эффективно поддерживать ее.

Answer 3

Если это в первую очередь блог платформа, то я не был бы слишком беспокоиться о размере хранения.Сообщения блога не будут такими большими, и если только изображения не будут не принять значительное пространство.Я согласен с комментариями Давида по размерам и ограничениям базы данных.

Когда думаете о квотах и размерах, вы обнаружите, что у вас не будет единого использования со всех сайтов.Обычно я планирую 20% использования квоте, когда у меня большое количество сайтов.С 40K сайтами, что в вашем случае может быть даже меньше, чем в вашем случае.

С помощью этого сказал, я все еще люблю пытаться иметь больше коллекций сайта, чем под-сайты, поскольку он усиливает вашу способность администрировать его (разрешения, резервное копирование / восстановление, функции).Если ваша забота является брендированием и навигацией, вы можете легко управлять этим, установив относительно простой набор функций, которые могут развернуть свои шестерни, CSS и глобальный поставщик навигаций.

Answer 4

Как по имени SharePoint говорит все это, делитесь все в одном точке, чтобы остановить дублирование данных, поэтому, если все, что связано с брендом, могут быть разделены в коллекции сайта, я не эксперт, но это мое мнение, а вы Может создать только одно определение сайта и другой шаблон сайта с пользовательской главной страницей, которая может быть передана между определениями сайта для создания тысяч сайтов блога.

Одно из темы, я думаю, что вы должны рассмотреть это то, что если вы создадите блоги в SharePoint, что означает, что он будет делать некоторую рециркулировать бассейн приложений в полночь или другое время, а блоги не будут доступны (я не 100% уверены, что если это происходит везде, но это происходит в нашем приложении SharePoint)

Также другая вещь, которую вы будете рассматривать, это управление памятью, если есть тысячи сайтов, каждая отдельная строка вашего кода для WebParts должна выполняться после передовой практики SharePoint.

Кстати, если бы я был тобой, я бы обратился к некоторым компаниям SharePoint Hosting Companies и получите несколько советов, поскольку они должны были сделать что-то подобное, я знаю, что эта компания, которая помогает SharePoint User Group и других людей, вы должны дать им попробовать :)

Это компания SharePoint Hosting, которая может предоставить вам бесплатный блог SharePoint, только если вы запрашиваете

Нет, я не являюсь маркетинговым парнем для них, я просто видел MVP, рассказывая о них здесь

SharePoint Blogger с дополнительными обычными знаниями архитектуры