Планирование емкости и нагрузочное тестирование SharePoint в Microsoft 365

В этой статье описывается, как можно выполнить развертывание в SharePoint в Microsoft 365 без традиционного нагрузочного тестирования, так как нагрузочное тестирование запрещено в SharePoint в Microsoft 365. SharePoint в Microsoft 365 — это облачная служба, и корпорация Майкрософт управляет возможностями загрузки, работоспособностью и общим балансом нагрузки в службе.

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

Общие сведения о том, как SharePoint в Microsoft 365 выполняет планирование емкости

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

Хотя рост часто непредсказуем для любого клиента в одной ферме, агрегированная сумма запросов с течением времени предсказуема. Определив тенденции роста в SharePoint в Microsoft 365, мы можем запланировать дальнейшее расширение.

Чтобы эффективно использовать емкость и справляться с непредвиденным ростом, в любой ферме мы используем автоматизацию, которая отслеживает и отслеживает различные элементы службы. Используется несколько метрик, одним из основных из которых является загрузка ЦП, которая используется в качестве сигнала для масштабирования серверов переднего плана. Кроме того, мы рекомендуем поэтапный или волновой подход, так как среды SQL будут масштабироваться в соответствии с нагрузкой и ростом с течением времени. Последующие этапы и волны позволяют правильно распределить нагрузку и рост.

Емкость — это не просто добавление дополнительного оборудования на постоянной основе, но она также относится к управлению и управлению этой емкостью, чтобы обеспечить обслуживание допустимых запросов на нагрузку. Мы рекомендуем клиентам следовать рекомендациям, чтобы убедиться, что они имеют лучшие возможности. Это также означает, что у нас есть шаблоны регулирования и элементы управления, чтобы гарантировать, что мы не допускаем "оскорбительного" поведения в службе. Хотя не все "плохое" поведение является преднамеренным, мы должны гарантировать, что мы ограничиваем эффект этого поведения. Дополнительные сведения о регулировании и способах его предотвращения см. в статье Руководство по предотвращению регулирования .

Почему не удается нагрузочный тест SharePoint в Microsoft 365

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

С SharePoint в Microsoft 365 нам нужно делать по-другому, так как масштаб относительно текучий и корректирует, регулирует и управляет нагрузкой на основе определенной эвристики. Будучи такой крупномасштабной мультитенантной средой, мы должны защищать все клиенты в одной ферме, поэтому мы автоматически регулируем все нагрузочные тесты.

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

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