다음을 통해 공유


SharePoint Server의 피드 및 분산 캐시 서비스 계획

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

SharePoint Server에서 마이크로 블로그 기능을 사용하면 사용자가 관심 있는 항목에 대해 짧고 공개적인 대화를 할 수 있습니다. Newsfeed 및 Distributed Cache 서비스는 SharePoint Server에서 이 마이크로 블로그 기능을 지원합니다.

피드 계획

사이트 피드

사이트 피드는 특정 사용자 그룹에 뉴스 피드 기능을 제공합니다. 사이트 피드는 팀 사이트에서 사용할 수 있습니다. SharePoint Server의 팀 사이트에서 사이트 피드를 사용하려는 경우 팀 사이트는 내 사이트와 동일한 사용자 프로필 서비스 애플리케이션을 사용해야 합니다. 팀 사이트 및 내 사이트는 동일하거나 다른 팜에 있을 수 있지만 동일한 사용자 프로필 서비스 애플리케이션을 사용해야 합니다. 내 사이트 호스트와 다른 팜에 팀 사이트가 있는 경우 두 팜 간의 서버 간 인증이 필요합니다. SharePoint Server에서는 내 사이트 호스트 웹 애플리케이션과 팀 사이트를 호스트하는 웹 애플리케이션 모두에 동일한 서비스 계정을 사용하는 것이 좋습니다. 또한 내 사이트 호스트 사이트 모음은 SharePoint Server 내 사이트 호스트여야 하며 사용자에게 사이트 피드 기능을 사용하려면 SharePoint Server 내 사이트가 있어야 합니다. 사용자가 내 사이트에서 팀 사이트를 쉽게 만들 수 있도록 팀 사이트가 포함된 웹 애플리케이션에서 셀프 서비스 사이트 만들기를 사용하도록 설정하는 것이 좋습니다. 사용자가 내 정보 페이지만 사용하는 SharePoint Server 배포에서는(관리자가 내 사이트 기능의 나머지 부분을 사용할 수 없도록 구성함) 사용자가 사이트 피드를 계속 사용할 수 있습니다.

관리자가 SP1(서비스 팩 1)을 사용하여 SharePoint Server 2013에서 팀 사이트를 업그레이드하는 경우 먼저 팀 사이트에서 다음 콘텐츠 기능을 사용하도록 설정한 다음 팀 사이트에서 사이트 피드 기능을 사용하도록 설정하여 업그레이드된 팀 사이트에서 사이트 피드 를 활성화해야 합니다. 그러면 사용자가 사이트 피드에서 게시물을 보고 엔터티를 팔로우할 수 있습니다.

참고

관리자가 사이트 피드 기능을 사용하도록 설정하기 전에 사용자가 사이트를 팔로우하는 경우에는 업그레이드된 팀 사이트가 공유 대상 메뉴에 나타나지 않습니다. 관리자가 사이트 피드 기능을 사용하도록 설정하면 사용자는 사이트 팔로우를 중지했다가 다시 시작해야 합니다. 그러면 사이트가 공유 대상 메뉴에 나타납니다.

내 사이트 계획

사용자는 마이크로 블로그 게시물에 이미지를 포함할 수 있습니다. 게시물에 이미지가 포함된 경우 SharePoint Server는 해당 이미지를 사용자의 내 사이트의 프라이빗 폴더에 업로드합니다. 이 이미지는 파일 크기와 차원을 자동으로 줄여 사용자의 내 사이트에 있는 이미지에서 사용하는 공간을 최적화합니다. 내 사이트에 대한 할당량을 할당할 때 관리자는 이 추가 이미지 스토리지 요구 사항을 계획해야 합니다. 사용자에게 내 사이트에 사용 가능한 스토리지가 없는 경우 사용자가 이미지가 있는 메시지를 게시하려고 하면 오류가 사용자에게 표시됩니다.

알림

알림은 사용자에게 자신이 참가하는 스레드에서 수행되는 작업이나 다른 사람이 자신을 팔로우했음을 알려 주는 시스템 생성 전자 메일 메시지입니다. 알림을 사용하려면 SharePoint Server에서 보내는 전자 메일 설정을 필수 조건으로 구성해야 합니다.

업그레이드

SharePoint Server 2013 SP1(서비스 팩 1)에서 SharePoint Server 2016으로 업그레이드하는 경우 SharePoint Server 2013 SP1(서비스 팩 1)의 뉴스 피드가 SharePoint Server 2016의 레거시 기능으로 업그레이드됩니다. 즉, SharePoint Server 2013 SP1(서비스 팩 1) 뉴스 피드는 더 이상 사용되지 않지만 SharePoint Server 내에서 계속 사용할 수 있습니다. 관리자는 사용자가 SP1(서비스 팩 1) 뉴스 피드를 사용하여 업그레이드된 SharePoint Server 2013에 액세스할 수 있도록 특별한 구성 단계를 수행해야 합니다. SharePoint Server 2013 SP1(서비스 팩 1) 뉴스 피드에 저장된 모든 데이터는 SharePoint Server에서 사용할 수 있습니다. 그러나 관리자는 피드가 크게 다르기 때문에 SP1(서비스 팩 1) 뉴스 피드를 사용하여 SharePoint Server 2013에서 SharePoint Server 뉴스 피드로 데이터를 마이그레이션할 수 없습니다.

Outlook Social Connector

Outlook 소셜 커넥터는 Outlook 메시지, 모임 등과 함께 Microsoft Outlook의 피드 정보를 표시합니다. Outlook Social Connector는 SharePoint Server 서버 팜의 시스템 부하를 증가합니다. Outlook 소셜 커넥터가 내 사이트 기능에 자주 액세스하고 정보를 Outlook에 푸시하기 때문입니다. 이는 SharePoint Server 팜의 성능에 영향을 미치며 서버 팜을 디자인할 때 고려해야 합니다.

검색 및 보안 조정

모든 사람 보기와 팔로우 보기에는 모든 사용자가 액세스할 수 있는 공개 대화(게시물과 답글)가 포함됩니다. SharePoint Server의 검색 인덱스로 공개 대화가 추가되면 사용자는 이러한 공개 대화를 포함하는 검색 결과를 검색하고 볼 수 있습니다. 공개 대화에는 사용 권한이 할당되지 않기 때문에 보안 조정도 적용되지 않습니다. 사용자가 특정 대화에 대해 보안 조정을 적용해야 하는 경우에는 팀 사이트의 사이트 피드를 사용하면 됩니다. 즉, 팀 사이트에서 대화에 참가할 수 있는 사용자 그룹에 대해 사용 권한을 할당합니다. 그러면 검색 결과가 할당된 사용 권한을 기준으로 보안 조정됩니다.

인덱서 증분 크롤링 일정 구성 방법은 사용자의 검색 결과에 대화가 표시되는 속도에 영향을 주므로 계획 시 고려해야 합니다. 마이크로 블로그 기능을 활발하게 사용하여 게시물과 답글을 작성하는 사용자의 경우에는 검색 결과에 대화가 보다 빠르게 표시됩니다. 이 경우에는 업데이트 간의 간격을 더 짧게 설정할 수 있습니다.

배포된 캐시 서비스 계획

배포된 캐시 서비스 구현을 계획할 때는 해당 서비스를 전용 모드 또는 배치 모드의 두 가지 모드로 배포할 수 있음을 고려해야 합니다. 전용 모드에서는 배포된 캐시 서비스 이외의 모든 서비스가 배포된 캐시 서비스를 실행하는 응용 프로그램 서버에서 중지됩니다. 배치 모드에서는 배포된 캐시 서비스가 응용 프로그램 서버에서 다른 서비스와 함께 실행됩니다. 배포된 캐시 서비스를 배포할 때는 전용 모드를 사용하는 것이 좋습니다.

중요

AppFabric 클라이언트 API를 사용하는 SharePoint Server에서 사용자 지정 애플리케이션을 사용하거나 사용자 지정 캐시를 만드는 경우 사용자 지정 애플리케이션을 지원하기 위해 별도의 AppFabric 캐시 클러스터를 만들어야 합니다. SharePoint Server 팜을 지원하는 AppFabric 캐시 클러스터를 사용하지 마세요. SharePoint Server 팜 전용 서버에서 별도의 서버에서 사용자 지정 애플리케이션에 대해 별도의 AppFabric 캐시 클러스터를 실행합니다.

중요

기호 $를 포함하는 서비스 계정 이름은 사용하지 마세요.

Windows Server AppFabric 필수 구성 요소 설치

SharePoint Server 필수 구성 요소 설치 관리자가 실행되면 Windows Server AppFabric을 설치합니다. SharePoint Server를 실행하는 서버에 Windows Server AppFabric을 설치하는 데 권장되는 방법입니다. 필수 구성 요소 설치 관리자를 실행하기 전에 서버에 Windows Server AppFabric이 이미 설치된 경우 필수 구성 요소 설치 관리자를 실행하기 전에 Windows Server AppFabric을 제거해야 합니다. 관리자가 Windows Server AppFabric을 수동으로 설치하기로 결정한 경우 관리자는 CacheAdmin, CachingService 및 CacheClient 기능을 설치하고 /gac 스위치를 사용해야 합니다. 자세한 내용은 MSDN 라이브러리의 자동화된 설치(AppFabric 1.1 캐싱) 를 참조하세요.

배포된 캐시 서비스에 대한 용량 계획

이 문서 섹션은 관리자가 배포된 캐시 서비스를 호스트하는 서버에 대한 아키텍처 및 메모리 요구 사항을 계획하는 데 도움이 됩니다. 분산 캐시 서비스는 메모리에만 데이터를 저장하며 SharePoint Server의 데이터베이스에 대한 종속성이 없습니다. 또한 SharePoint Server의 일부 서비스에는 분산 캐시 서비스의 성능에 영향을 줄 수 있는 상당한 메모리 리소스가 필요합니다. 배포된 캐시 서비스의 성능은 배포된 캐시 서비스에 대해 선택한 아키텍처 및 메모리 할당의 영향을 모두 받습니다.

다음 표에서는 총 사용자 수에 따라 달라지는 배포된 캐시 서비스에 대한 메모리 및 아키텍처 권장 사항을 보여줍니다.

배포 크기 소규모 팜 중간 규모 대규모 팜
총 사용자 수
< 10,000명
< 100,000
< 500,000명
배포된 캐시 서비스에 대한 권장 캐시 크기
1GB
2.5GB
12GB
배포된 캐시 서비스에 대한 총 메모리 할당(위 권장 캐시 크기의 두 배, OS용 2GB 예약)
2GB
5GB
34GB
> [! 참고]> 분산 캐시 서비스 캐시 크기는 16GB를 초과하지 않아야 하므로 대규모 팜 환경에서 두 개의 서버를 사용하는 것이 좋습니다.
권장 아키텍처 구성
전용 서버 또는 프런트 엔드 서버에 공존
전용 서버
전용 서버
팜당 최소 캐시 호스트
1
1
2

참고

SharePoint Server 팜에서는 배포된 캐시 서비스를 실행하는 캐시 호스트가 하나 이상 있어야 합니다.

메모리 할당

캐시 크기에 대한 분산 캐시 서비스의 메모리 할당은 SharePoint Server가 설치될 때 총 실제 메모리의 기본값인 10%로 설정됩니다. 관리자는 Update-SPDistributedCacheSize cmdlet을 사용하여 배포된 캐시 서비스에 대한 메모리 할당을 변경할 수 있습니다. 배포된 캐시 서비스에는 캐시 클러스터의 캐시 호스트당 최대 16GB의 메모리를 할당할 수 있습니다. 서버에서 실행되는 다른 서비스용으로 2GB의 메모리를 예약해 두고 나머지 메모리를 배포된 캐시 서비스에 할당하는 것이 좋습니다. 자세한 내용은 SharePoint Server에서 분산 캐시 서비스 관리를 참조하세요.

중요

Windows Server AppFabric 1.1은 운영 체제 수준에서 높은 메모리 사용량을 발생할 수 있습니다. 이것은 분산 캐시 서비스에 영향을 미치므로 16GB의 메모리를 할당하는 경우 분산 캐시 서버에 34GB 이상의 메모리가 있어야 합니다. 여기에는 운영 체제용으로 예약된 2GB의 메모리가 포함됩니다. 자세한 내용은 Windows Server AppFabric 메모리 사용 동작AppFabric 1.1 캐싱: 캐시 호스트에 할당된 메모리가 컴퓨터에서 사용 가능한 메모리의 50%를 초과하면 안 됨을 참조하세요.

중요

총 실제 메모리가 16GB보다 많은 서버에서는 배포된 캐시 서비스에 최대 16GB의 메모리를 할당합니다. 배포된 캐시 서비스에 대해 16GB보다 많은 메모리를 할당하는 경우 서버가 예기치 않게 10초 이상 응답하지 않을 수 있습니다.

메모리가 더 필요한 경우에는 여러 응용 프로그램 서버에서 배포된 캐시 서비스를 실행하도록 구성할 수 있습니다. 이 경우 캐시는 배포된 캐시 서비스를 실행하는 모든 서버에 저장되며 전체 팜을 지원하는 단일 캐시로 작동합니다. 다른 응용 프로그램 서버를 추가하려면 SharePoint 구성 마법사를 사용하여 서버 팜에 새 응용 프로그램 서버를 연결합니다. 이 경우 새 응용 프로그램 서버를 실행할 모드(전용 모드 또는 배치 모드)를 결정해야 합니다. 또한 배포된 캐시 서비스에 할당되는 메모리 할당량이 배포된 캐시 서비스를 실행하는 모든 서버에서 동일한지도 확인해야 합니다. 캐시된 데이터는 모든 서버에 저장되는 것이 아니라 한 서버에만 저장됩니다. 자세한 내용은 SharePoint Server에서 분산 캐시 서비스 관리를 참조하세요.

배포된 캐시 서비스를 배치 모드에서 실행할 때는 서버의 실제 메모리를 늘리고 반드시 필요하지 않은 서비스는 모두 중지해야 합니다. 다음과 같은 서비스나 응용 프로그램은 배포된 캐시 서비스와 같은 서버에서 실행하지 않는 것이 좋습니다.

  • SQL Server 2008 또는 SQL Server 2012

  • Search Service

  • SharePoint의 Excel Services(SharePoint Server 2013에서만 사용 가능)

  • Project Server 서비스

개발자 워크스테이션을 계획할 때 개발자의 워크스테이션에는 최소 32GB의 실제 메모리가 있어야 합니다. 개발자 워크스테이션에서 SharePoint Server는 단일 서버 배포로 설치됩니다. 즉, 배포된 캐시 서비스가 배치 모드로 배포됩니다. 배치 모드에서는 메모리 리소스 경합이 발생합니다. 메모리 리소스 할당을 관리하기 위해 개발자는 사용되지 않는 모든 서비스를 종료하거나 SQL Server를 주기적으로 다시 시작할 수 있습니다.

중요

배포된 캐시 서비스는 실제 서버 또는 가상 서버에서 실행할 수 있습니다. 가상화를 사용하는 경우 동적 메모리를 사용하여 다른 가상 컴퓨터와 배포된 캐시 서버 간에 공유 메모리 리소스를 관리해서는 안 됩니다. 가상화한 배포된 캐시 서버의 메모리 할당량은 고정된 상태로 유지해야 합니다.

배포된 캐시 서비스 구성 순서

배포된 캐시 서비스를 계획 없이 시작 및 중지하면 해당 서비스가 불안정해집니다. SharePoint Server 2013 팜의 초기 구성을 수행할 때는 다음 단계를 아래에 나와 있는 순서대로 수행하세요.

  • 구성 마법사를 실행하여 모든 서버를 서버 팜에 연결합니다. 배포된 캐시 서비스는 서버 팜의 모든 웹 서버 및 응용 프로그램 서버에서 시작됩니다.

  • 필요에 따라 다른 팜 구성 단계를 수행합니다.

  • 분산 캐시 서비스를 구성할 준비가 되면 분산 캐시 서비스가 서버 팜의 모든 서버에서 실행 중인지 확인합니다. 그런 다음 캐시 클러스터의 일부가 아닌 서버에서 분산 캐시 서비스를 중지합니다. 서버에서 분산 캐시 서비스를 중지하고 다시 시작하지 마세요. 분산 캐시 서비스가 서버에서 실수로 중지되고 분산 캐시 서비스를 다시 시작해야 하는 경우 SharePoint Server에서 분산 캐시 서비스 관리의 지침을 참조하세요.

중요

분산 캐시 서비스를 실행하는 모든 서버에서 분산 캐시 서비스를 중지하는 경우 한 서버에서만 분산 캐시 서비스를 다시 시작하지 마세요. 대신 모든 분산 캐시 서버에서 동시에 분산 캐시 서비스를 다시 시작합니다. 분산 캐시 서비스가 다시 시작되는 동안 초기 성능은 짧은 시간 동안 영향을 받습니다.

이전 방법 대신 관리자는 캐시 클러스터의 일부가 아닌 서버에 분산 캐시 서비스를 등록하지 않고 SharePoint Server를 설치할 수 있습니다. 이는 New-SPConfigurationDatabase 또는 Connect-SPConfigurationDatabase PowerShell cmdlet과 함께 skipRegisterAsDistributedCachehost 매개 변수를 사용하거나 명령줄에서 psconfig.exe 실행할 때 수행할 수 있습니다. 이 매개 변수는 선택 사항입니다.

방화벽 구성 고려 사항

배포된 캐시 서비스는 다음과 같은 통신 포트를 사용합니다.

  • 22233

  • 22234

  • 22235

  • 22236

참고

서버 팜에서 둘 이상의 캐시 호스트를 사용하는 경우 배포된 캐시 서비스를 실행하는 첫 번째 캐시 호스트에서 방화벽을 통해 인바운드 ICMP(ICMPv4) 트래픽을 허용하도록 구성해야 합니다. 자세한 내용은 Windows 8, Windows 7, Windows Vista, Windows Server 2012, Windows Server 2008 또는 Windows Server 2008 R2에서 인바운드 ICMP 규칙 만들기를 참조하세요. 관리자가 방화벽을 통해 인바운드 ICMP(ICMPv4) 트래픽을 허용하도록 구성된 첫 번째 캐시 호스트를 클러스터에서 제거하는 경우 새 클러스터의 첫 번째 서버에서 방화벽을 통해 인바운드 ICMP(ICMPv4) 트래픽을 허용하도록 구성해야 합니다.