Microsoft 365의 SharePoint 용량 계획 및 부하 테스트

이 문서에서는 Microsoft 365의 SharePoint에서 부하 테스트가 허용되지 않으므로 기존 부하 테스트 없이 Microsoft 365의 SharePoint에 배포하는 방법을 설명합니다. Microsoft 365의 SharePoint는 클라우드 서비스이며 Microsoft는 서비스의 부하 기능, 상태 및 전반적인 부하 분산을 관리합니다.

사이트 시작의 성공을 보장하는 가장 좋은 방법은 포털 출시 계획에서 강조 표시된 기본 원칙, 사례 및 권장 사항을 따르는 것입니다.

Microsoft 365의 SharePoint에서 용량 계획을 수행하는 방법 개요

온-프레미스 배포를 통해 Microsoft 365의 SharePoint의 주요 이점 중 하나는 클라우드의 탄력성과 분산 지역의 사용자를 위한 최적화입니다. 당사의 대규모 환경은 매일 수백만 명의 사용자에게 서비스를 제공하고 있습니다. 따라서 팜을 분산하고 확장하여 용량을 효과적으로 처리하는 것이 중요합니다.

한 팜의 모든 테넌트에서 증가를 예측할 수 없는 경우가 많지만 시간이 지남에 따라 집계된 요청 합계를 예측할 수 있습니다. Microsoft 365의 SharePoint 성장 추세를 파악하여 향후 확장을 계획할 수 있습니다.

용량을 효율적으로 사용하고 예기치 않은 성장을 처리하기 위해 모든 팜에서 서비스의 다양한 요소를 추적하고 모니터링하는 자동화가 있습니다. 여러 메트릭이 활용되며, 주요 메트릭 중 하나는 CPU 로드이며 프런트 엔드 서버를 스케일 업하는 신호로 사용됩니다. 또한 SQL 환경이 시간이 지남에 따라 부하 및 증가에 따라 확장되므로 단계적/웨이브 접근 방식을 사용하는 것이 좋습니다. 단계 및 웨이브에 따라 해당 부하 및 증가의 올바른 분포를 허용합니다.

용량은 지속적으로 더 많은 하드웨어를 추가하는 것 이상이지만 유효한 부하 요청을 서비스하도록 해당 용량을 관리하고 제어하는 것과도 관련이 있습니다. 고객이 최상의 환경을 갖추도록 권장 지침을 따르는 것이 좋습니다. 또한 서비스에서 "악의적인" 동작을 허용하지 않도록 제한 패턴 및 컨트롤이 마련되어 있음을 의미합니다. 모든 "나쁜" 동작이 의도적인 것은 아니지만 해당 동작의 영향을 제한해야 합니다. 제한 및 이를 방지하는 방법에 대한 자세한 내용은 제한되지 않는 방법 지침 문서를 검토하세요.

Microsoft 365에서 테스트 SharePoint를 로드할 수 없는 이유

온-프레미스 환경에서 부하 테스트는 스케일링 가정의 유효성을 검사하고 궁극적으로 팜의 중단점을 찾는 데 사용됩니다. 부하를 사용하여 채도합니다.

Microsoft 365의 SharePoint에서는 크기가 상대적으로 유동적이며 특정 추론에 따라 부하를 조정, 제한 및 제어하기 때문에 다르게 수행해야 합니다. 이러한 대규모 다중 테넌트 환경이므로 동일한 팜의 모든 테넌트를 보호해야 하므로 부하 테스트를 자동으로 제한합니다.

그러나 테스트를 로드하려고 하면 제한되는 것 외에 실망스럽고 잠재적으로 오해의 소지가 있는 결과를 받을 수 있습니다. 이러한 문제가 발생할 수 있는 이유는 크기 조정 및 팜 분산 작업이 지속적으로 수행되므로 오늘 테스트한 팜이 테스트 기간 동안 또는 테스트 후 몇 시간 내에 크기가 변경될 수 있기 때문입니다.

SharePoint를 서비스로 테스트 로드하는 대신 권장 사례를 따르는 데 집중하고 정상 포털 만들기, 시작 및 유지 관리 지침을 따릅니다.