용량 계획 및 로드 SharePoint Online 테스트

이 문서에서는 배포 하는 방법을 SharePoint Online 에 허용 되지 않은 이후 번체 부하 테스트를 수행 하지 않고에 대해 설명 합니다.

참고:  사용자 언어로 가능한 한 빨리 가장 최신의 도움말 콘텐츠를 제공하고자 합니다. 이 페이지는 자동화를 통해 번역되었으며 문법 오류나 부정확한 설명을 포함할 수 있습니다. 이 목적은 콘텐츠가 사용자에게 유용하다는 것입니다. 이 페이지 하단의 정보가 도움이 되었다면 알려주세요. 쉽게 참조할 수 있는 영어 문서 가 여기 있습니다.

활성 부하 SharePoint Online 에 대 한 테스트은 권장 하는 다른 방법도 있습니다 수 있는지 확인 하는 사이트를 시작할 때 사이트는 사용자 환경의 품질이 생성 하지 않습니다.

SharePoint Online 와 없는 용량 계획 에서처럼이 우리 서비스 제공의 일부로 있습니다. 온-프레미스 환경과 부하 테스트는 데 배율 가정 유효성을 검사 하 고 결국 팜;의 주요 지점 찾기 여 로드 된 것을 포화 합니다. SharePoint Online 와 작업 다르게 수행 해야 합니다. 다중 테 넌 트 환경 되 고, 부하 테스트를 자동으로 제한 됩니다 우리 되므로 동일한 팜에의 모든 테 넌 트 보호 했습니다. 실망 메시지가 나타나고 잠재적으로 잘못 된 결과 로드 하 려 하면 테스트 환경 것입니다.

클라우드 탄성 SharePoint Online 온-프레미스 배포를 통해 주요 이점 중 하나입니다. 대규모 환경 설정 되어 매일 사용자 서비스 수백만 처리 하는 용량 효과적으로 필요할 때 팜, 자동으로 확장 하 여 중요 한 오도록 합니다. 이 문서에서는 어떻게 용량 성장 및 배율에 대 한 계획 곳에서 아웃 합니다. 부하 테스트 관련 되어 있지 않으면 사용할 수 있습니다 접근 다룹니다.

Office 365 로드 예측 하 고 용량 확장 하는 방법

두 가지 방법을 통해 SharePoint Online 서버 용량 관리 작업 수행 됩니다.

  • 예측 용량

  • 단일 서버 팜에서 부하 분산

SharePoint Online 예측 용량에 대 한 온-프레미스 환경에 대 한 계획 달리 통계 컴파일하여 주어진된 서버 그룹의 잠재적 요구 사항을 그래프를 수 있습니다. 집계 demand 같습니다 요청 (영역은 SharePoint 팜에서 그룹) 영역에서 아래 그림에서는 급수 선:

예측 용량을 나타내는 차트: 예측

임의의 한 팜의 수익 예측을 집계 합한 값 영역에서 요청 예측 가능한입니다. SharePoint Online 급수 추세를 식별 하 여 향후 확장에 대 한 계획 수 있습니다.

효율적으로 용량을 사용 하 고 모든 팜에서 예기치 않은 급수 처리 하기 위해 프런트 엔드 로드가 추적 하 고 필요한 경우 위치를 확장 하는 자동화를 했습니다. 최대 앞 확대/축소할 신호 끝으로 사용 하 여 주 메트릭 CPU 로드입니다. 목표는 CPU 로드가 40%에서 유지 하는 것입니다. 충분 한 버퍼 예기치 않은 수치가 흡수 하는 데입니다. 일정 한 상태에서 로드 접근 40%, 팜에 프런트 엔드 추가합니다.

예측 용량을 나타내는 차트: 팜 관리

서버를 추가 하는 보안 예측 사용을 통해 영역에 추가 된를 사용 하 여 팜에 신속 하 게 추가할 수 있습니다.

사이트 시작 하기 위해 어떻게 계획 무엇 인가요?

새 사이트는 시작 팜이 자동으로 모니터링 함을 새 프런트 엔드 서버 추가 되도록 위에 설명 된 대로 예상 해야 합니다. 이러한 이유로 새 사이트 실행에 대 한 모든 알림이 필요 하지 않은 것입니다.

SharePoint Online 의 단일 페이지에 대 한 다른 유용한 과정을 따라도 100000 사용자에 게 새 사이트 출시 들 수 있는 영향을 주지 팜에 가능성이 아닙니다.

새 SharePoint Online 사이트의 릴리스를 계획 하는 몇 가지 전략 가지가 있습니다. 다음 이미지에서와 같이 초대 하는 사용자의 수를은 실제로 사이트를 사용 하는 것 보다 훨씬 높은 경우가 많습니다. 이 이미지는 릴리스를 제공할 하는 방법에 대 한 전략을 보여 줍니다. 이 방법은 성능 로드를 통해 뿐만 아니라도 쉽게 알 수 있도록 큰 대부분의 사용자가 볼 SharePoint 사이트를 개선 하는 방법입니다.

초대받은 활성 사용자를 나타내는 그래프

파일럿 단계에서 조직 신뢰 하 고 참여 하 고을 알고 있는 사용자의 의견을 가져올 수는 것이 좋습니다. 이 방법으로 수행 하는 방법 뿐 아니라 시스템의 사용 방식을 평가할 수는 있습니다.

이후에 시작 물결;에서 모든 사용자에 게 롤아웃 피드백에 액세스 하는 성과 정기적으로 검토 합니다. 이 천천히 시스템 도입 및 시스템을 사용 하 여 더 많은 가져옵니다으로 개선 하기 장점이 있습니다. 또한 사이트의 더 많은 사용자에 제공 되어으로 증가 부하에 반응 하 게 있습니다.

마지막으로, 부하 테스트 금지 되는 동안 고객 정기 간행물 ping 측정값 사용 가능성 및 대기 시간 서비스를 설정 하려는 경우가 있습니다. 이 해당 사이트에 대 한 초기 계획을 식별 합니다. 그러나 이러한 제한 앞에서 설명한 문제를 방지 하려면 낮은 빈도를 유지 되어야 합니다.

Office 기술 확장
교육 살펴보기
새로운 기능 우선 가져오기
Office Insider 참여

이 정보가 유용한가요?

의견 주셔서 감사합니다!

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×