다음을 통해 공유


SharePoint Server 2016의 모니터링 캐시 성능

적용 대상:yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

캐시 성능을 모니터링하면 팜 캐시 설정이 올바른지와 캐시가 최대 성능으로 실행되고 있는지 확인할 수 있습니다.

캐시 모니터링 정보

SharePoint Server 2016에서는 브라우저에서 웹 페이지가 로드되는 속도를 향상시키는 데 도움이 되는 세 가지 캐시 유형 즉, BLOB 캐시, ASP.NET 출력 캐시 및 개체 캐시에 대해 설명합니다.

  • BLOB 캐시는 페이지가 브라우저에서 빠르게 로드되도록 웹 페이지에서 사용되는 BLOB(binary large object) 파일을 저장하는 디스크 기반 캐시입니다.

  • ASP.NET 출력 캐시는 페이지의 렌더링된 출력을 저장합니다. 여기에는 페이지를 요청하는 사용자의 권한에 따라 캐시된 페이지의 다양한 버전이 저장됩니다.

  • 개체 캐시는 프런트 엔드 웹 서버의 메모리에 목록 및 라이브러리, 사이트 설정, 페이지 레이아웃과 같은 개체를 저장하여 웹 서버와 SQL 데이터베이스 간의 트래픽을 줄여줍니다. 따라서 이러한 항목이 필요한 페이지를 빠르게 렌더링하여 페이지가 클라이언트 브라우저에 제공되는 속도를 향상시켜 줍니다.

모니터링은 특정 성능 모니터를 정기적으로 검토하고 성능 문제를 해결하기 위해 설정을 조정하는 작업으로 구성됩니다. 모니터는 캐시 적중, 캐시 누락, 캐시 압축 및 캐시 플러시를 측정합니다. 다음 목록에서는 이러한 각 성능 모니터에 대해 설명합니다.

  • 캐시 적중은 캐시에서 해당 데이터가 이미 캐시에 저장된 개체의 요청을 수신할 때 발생합니다. 캐시 적중 수가 높으면 성능 및 최종 사용자 경험이 높은 것을 나타냅니다.

  • 캐시 누락은 캐시에서 해당 데이터가 아직 캐시에 저장되지 않은 개체에 대한 요청을 수신할 때 발생합니다. 캐시 누락 수가 높으면 성능이 낮고 최종 사용자 경험의 속도가 느린 것을 나타냅니다.

  • 캐시 압축(조정이라고도 함)은 캐시가 꽉 찼고 캐시되지 않은 콘텐츠에 대한 추가 요청이 수신될 때 발생합니다. 압축 중에는 시스템이 캐시에서 제거할 콘텐츠 하위 집합을 식별하고 이를 제거합니다. 일반적으로 이러한 콘텐츠는 자주 요청되지 않습니다.

    압축은 서버의 리소스 중 상당 부분을 소비할 수 있습니다. 압축은 서버 성능과 최종 사용자 경험에 모두 영향을 줄 수 있습니다. 따라서 압축은 될 수 있는 한 피하는 것이 좋습니다. 캐시 크기를 늘리면 압축 발생 빈도를 줄일 수 있습니다. 캐시 크기를 줄이면 일반적으로 압축이 자주 발생합니다. 개체 캐시의 압축은 BLOB 캐시의 압축보다 소비되는 리소스 수가 적습니다.

  • 캐시 플러시는 캐시가 완전히 비워진 것을 나타냅니다. 캐시가 플러시된 다음에는 캐시 적중과 캐시 누락 비율이 거의 0이 됩니다. 그런 후 사용자 요청 콘텐츠 및 캐시가 채워지면서 비율이 증가하고 결국 최적 수준에 도달합니다. 이 카운터가 지속적으로 높으면 계속해서 변경되는 라이브러리 메타데이터 스키마와 같이 팜에 문제가 있음을 나타냅니다.

캐시 설정의 유효성을 모니터링하여 최종 사용자가 가능한 한 최상의 경험을 얻을 수 있는지 확인할 수 있습니다. 최적 성능은 캐시 누락 대비 캐시 적중 비율이 높고 압축 및 플러시가 거의 발생하지 않는 경우에 얻을 수 있습니다. 모니터에 이러한 조건이 표시되지 않으면 캐시 설정을 변경하여 성능을 향상시킬 수 있습니다.

다음 섹션에서는 각 캐시 종류를 모니터링하기 위한 특정 정보를 제공합니다.

BLOB 캐시 성능 모니터링

다음 표에 나열된 성능 모니터를 사용해서 캐시 설정의 유효성을 모니터링할 수 있습니다.

SharePoint Disk-Based Cache 카운터 그룹

카운터 이름 이상적인 값 또는 패턴 참고
총 캐시 압축 수
0
이 수치가 계속해서 또는 자주 높게 나타나면 요청되는 데이터에 비해 캐시 크기가 너무 작은 것입니다. 성능 향상을 위해서는 캐시 크기를 늘려야 합니다.
BLOB 캐시 채우기 비율
>= 90%는 빨간색으로 표시됨
>= 80%는 노란색으로 표시됨
<80%는 녹색으로 표시됨
이 조건은 캐시 크기가 너무 작음을 나타낼 수 있습니다. 성능 향상을 위해서는 캐시 크기를 늘려야 합니다.

SharePoint 게시 캐시 카운터 그룹

카운터 이름 이상적인 값 또는 패턴 참고
게시 캐시 플러시/초
0
사이트 소유자가 사이트에서 캐시가 플러시되도록 하는 작업을 수행 중일 수 있습니다. 사용량이 높은 시간대에 성능을 향상시키기 위해서는 사이트 소유자가 사용량이 낮은 시간대에만 이러한 작업을 수행하도록 하십시오.
게시 캐시 적중 비율
사용 패턴에 따라 다릅니다. 읽기 전용 사이트의 경우 이 비율은 1이어야 합니다. 읽기-쓰기 사이트의 경우 비율이 더 낮게 나타납니다.
비율이 낮으면 게시되지 않은 항목이 요청되며, 이러한 항목을 캐시할 수 없음을 나타냅니다. 포털 사이트인 경우에는 체크아웃을 요구하도록 사이트를 설정되었거나 여러 사용자가 항목을 체크아웃했을 수 있습니다.

참고

BLOB 캐시의 경우 사용자가 해당 확장자가 캐시되도록 구성된 파일을 요청할 경우에만 요청이 캐시 누락으로 계산됩니다. 예를 들어 .jpg 파일만 캐시하도록 설정된 상태에서 캐시에 .gif 파일에 대한 요청이 수신되면, 이 요청은 캐시 누락으로 계산되지 않습니다.

ASP.NET 출력 캐시 성능 모니터링

다음 표에 나열된 성능 모니터를 사용해서 캐시 설정의 유효성을 모니터링할 수 있습니다.

ASP.NET 응용 프로그램 카운터 그룹

카운터 이름 이상적인 값 또는 패턴 참고
캐시 API 조정
0
ASP.NET 출력 캐시에 할당된 메모리 양을 늘립니다.
캐시 API 적중 비율
사용 패턴에 따라 다릅니다. 읽기 전용 사이트의 경우 이 비율은 1이어야 합니다. 읽기-쓰기 사이트의 경우 비율이 더 낮게 나타납니다.
낮은 적중 비율의 가능한 원인은 다음과 같습니다.
익명 사용자 캐싱(예: 인터넷 연결 사이트)을 사용하는 경우에 사용자가 아직 캐시되지 않은 콘텐츠를 정기적으로 요청합니다.
인증된 사용자에 대해 ASP.NET 출력 캐싱을 사용하는 경우 많은 사용자가 자신이 보고 있는 페이지에서 편집 권한을 갖고 있을 수 있습니다.
모든 페이지(또는 마스터 페이지 또는 페이지 레이아웃)에서 VaryBy* 매개 변수를 사용자 지정하거나 캐시 프로필을 사용자 지정한 경우 사이트의 페이지가 효과적으로 캐시되지 않도록 하는 매개 변수를 구성했을 수 있습니다(예: 사용자가 많은 사이트의 사용자에 따라 달라질 수 있음).

참고

ASP.NET 출력 캐시의 경우 사용자 작업과 별도의 고정 기간 동안 모든 페이지가 캐시됩니다. 따라서 플러시 관련 모니터링 이벤트가 발생합니다.

ASP.NET 출력 캐시에 대한 자세한 내용은 캐싱을 위한 출력 캐싱 및 캐시 프로필 또는 캐시 요소(ASP.NET 설정 스키마)를 참조하세요.

개체 캐시 성능 모니터링

개체 캐시는 사이트 탐색 및 콘텐츠 쿼리 웹 파트와 같은 기능에서 사용되는 사이트, 라이브러리, 목록, 목록 항목 및 문서에 대한 메타데이터를 저장하는 데 사용됩니다. 이 캐시는 사용자에게 필요한 데이터가 콘텐츠 데이터베이스가 아닌 개체 캐시에서 직접 저장 및 검색되기 때문에 사용자가 이러한 기능을 사용하는 페이지로 이동할 때 사용자에게 도움이 됩니다.

개체 캐시는 팜의 각 웹 서버의 RAM에 저장됩니다. 각 웹 서버는 고유한 개체 캐시를 유지 관리합니다.

다음 표에 나열된 성능 모니터를 사용해서 캐시 설정의 유효성을 모니터링할 수 있습니다.

SharePoint 게시 캐시 카운터 그룹

카운터 이름 이상적인 값 또는 패턴 참고
총 캐시 압축 수
0
이 수치가 높으면 요청되는 데이터에 비해 캐시 크기가 너무 작은 것입니다. 성능 향상을 위해서는 캐시 크기를 늘려야 합니다.
게시 캐시 플러시/초
0
사이트 소유자가 사이트에서 캐시가 플러시되도록 하는 작업을 수행 중일 수 있습니다. 사용량이 높은 시간대에 성능을 향상시키기 위해서는 사용량이 낮은 시간대에만 사이트 소유자가 이러한 작업을 수행하도록 해야 합니다.
게시 캐시 적중 비율
사용 패턴에 따라 다릅니다. 읽기 전용 사이트의 경우 이 비율은 1이어야 합니다. 읽기-쓰기 사이트의 경우 비율이 더 낮게 나타납니다.
비율이 낮아지기 시작하면 다음 중 하나 이상의 원인 때문일 수 있습니다.
캐시가 최근에 비워졌거나 압축되었습니다.
사용자가 사이트에 최근에 추가된 콘텐츠를 액세스하는 중입니다. 이러한 조건은 사이트에 새 콘텐츠가 대량으로 추가된 후에 발생할 수 있습니다.