여러 컴퓨터에 Microsoft Dynamics CRM 서버 설치
게시 날짜: 2017년 1월
적용 대상: Dynamics 365 (on-premises), Dynamics CRM 2016
여러 컴퓨터에 Microsoft Dynamics CRM Server 2016를 설치하여 처리 부하를 여러 서버로 분산할 수 있습니다. 이 방식으로 Microsoft Dynamics CRM Server 2016를 배포하면 성능과 가용성이 증가할 수 있습니다.
중요
여러 서버에 Microsoft Dynamics 365 Workgroup Server 버전을 배포하는 것은 지원되지 않으며 사용권 계약을 위반하게 됩니다.
이 항목의 내용
다중 서버 구성 개요
1단계: 네트워크 부하 분산 사용
2단계: Active Directory 구성
3단계: Microsoft Dynamics CRM 서버 설치
4단계: 배포를 위한 장애 조치 클러스터링 구성
5단계: 클러스터 설치 확인 및 모니터링
다중 서버 구성 개요
기본 구성에서는 일반적으로 Microsoft SQL Server 및 Active Directory 도메인 컨트롤러로 작동하는 Windows Server 인스턴스가 포함된 Microsoft Dynamics 365 배포 구성 요소를 실행하는 별개의 컴퓨터가 사용됩니다.Microsoft Dynamics 365의 다중 서버 구성에는 SQL Server를 실행하는 단일 서버에 대한 액세스 권한을 갖고 Microsoft Dynamics 365 Server을 실행하는 여러 컴퓨터가 포함됩니다.
이 항목에서는 모든 서버 역할이 단일 컴퓨터에 설치되어 있는 경우 Windows Server에서 장애 조치 클러스터링 기능을 사용하여 두 노드 장애 조치 클러스터링 구성으로 Microsoft Dynamics CRM Server 2016을 설치하는 단계에 대해 설명합니다. 이러한 종류의 배포를 전체 서버 설치라고 합니다. 비슷한 단계를 사용하여 프런트 엔드 서버 역할 같은 특정 서버 그룹 역할을 설치하거나 하나 이상의 개별 서버 역할을 설치할 수 있습니다.Microsoft Dynamics CRM Server 2016을 설치할 때 다음 세 가지 중 하나를 선택하여 Dynamics 365 웹 응용 프로그램의 부하를 분산할 수 있는데, 이 경우 장애 조치 클러스터의 두 서버 모두에는 아래의 서버 그룹 역할이나 개별 서버 역할이 설치되어 있어야 합니다.
전체 서버 설치.
프런트 엔드 서버 설치.
서버 역할 설치(Microsoft Dynamics CRM Server 설치 마법사 또는 XML 구성 파일을 통한 명령줄 설치 사용). 클러스터에서 부하가 분산된 서버에 적어도 다음 두 가지 역할을 설치해야 합니다.
웹 응용 프로그램 서버 역할. 이 Microsoft Dynamics 365 Server 역할은 사용자를 Microsoft Dynamics 365 데이터에 연결하는 데 사용하는 웹 응용 프로그램 구성 요소를 실행할 때 사용합니다.
Organization Web Service 역할. 이 Microsoft Dynamics 365 Server 역할은 Microsoft Dynamics 365 SDK에 설명된 방법을 사용하는 응용 프로그램을 실행하기 위해 사용됩니다.
중요
프런트 엔드 서버 역할만 설치할 경우 이 올바르게 작동하려면 Active Directory 도메인에서 또 다른 서버에 백 엔드 서버 그룹 역할을 설치해야 합니다. 마찬가지로 필수인 웹 응용 프로그램 서버 및 Organization Web Service 역할만 설치하려는 경우 Active Directory 도메인에서 다른 서버에 남은 서버 역할을 설치해야 합니다.
페얼오버 클러스터링을 시작하려면 먼저 Microsoft Dynamics 365 Server 다중 서버 배포 옵션에 대한 이해가 필요합니다.추가 정보:Microsoft Dynamics 365 다중 서버 배포
이 항목에서는 하드웨어 및 장애 조치 클러스터가 이미 설정되어 작동하고 있다고 가정합니다.Windows Server에서 장애 조치 클러스터링을 설치하고 관리하는 절차는 Windows Server 컴퓨터의 장애 조치 클러스터 관리자 도움말을 참조하십시오. 장애 조치 클러스터링 요구 사항 및 Windows Server에서 장애 조치 클러스터링을 구성하는 방법에 대한 자세한 내용은 장애 조치 클러스터링을 참조하십시오.
이 예제에서는 Windows Server을 실행 중인 컴퓨터 두 대를 사용하여 두 노드 클러스터를 설정합니다. 서버 이름은 CRM01과 CRM02입니다.
1단계: 네트워크 부하 분산 사용
장애 조치 클러스터링이 CRM01 및 CRM02 서버의 네트워크에 올바르게 구성되어 작동되고 있는지 확인합니다. 장애 조치 클러스터를 사용하도록 설정할 때 다음 포트 규칙 설정이 필요합니다.
포트 범위: 0에서 65535 사이의 기본 범위를 그대로 둡니다.
프로토콜. 모두
선호도: 미혼
2단계: Active Directory 구성
CRMAppPool 서비스를 실행하고 SPN(서비스 사용자 이름)을 사용하도록 계정을 만들어서 Active Directory를 구성합니다. 이 작업은 클러스터링된 환경이나 네트워크 부하 분산 환경에서 IIS을 실행할 때 필요합니다. SPN은 실행 중인 서비스의 인스턴스를 고유하게 식별합니다.Active Directory는 서비스 인스턴스의 상호 인증을 위해 SPN을 사용하여 다른 도메인 구성원 컴퓨터에 있는 리소스에 액세스하려고 시도하는 사용자를 서비스 인스턴스가 올바르게 인증할 수 있도록 설정합니다. 자세한 내용은 MSDN 문서 MSDN: 서비스 사용자 이름을 참조하십시오.
SPN을 만들려면 Windows Server에 포함된 ADSI 편집을 사용합니다. 이 Microsoft Management Console(MMC) 스냅인 도구를 사용하면 특정 컴퓨터 또는 사용자 계정에 대한 SPN 값을 입력할 수 있습니다.
SPN 구성
사용자 계정이 CRMAppPool ID에 대해 지정되어 있지 않은 경우 IIS에서 CRMAppPool 응용 프로그램 풀을 실행하는 데 사용되는 사용자 계정을 만듭니다. 이렇게 하려면 Active Directory 사용자 및 컴퓨터를 열고 새 사용자 계정을 만듭니다. 사용자 계정을 만들 때 CRMAppPoolService와 같이 계정 용도에 대해 설명하는 이름을 사용하는 것이 좋습니다.
중요
이 사용자 계정은 도메인 사용자 그룹의 구성원이어야 합니다. 필요한 특정 권한은 Microsoft Dynamics CRM 설치 프로그램 및 서비스에 필요한 최소 권한을 참조하십시오.
여기에서 설명한 대로 SPN을 구성하려면 ADSI Edit을 사용하는 대신 –s 매개 변수와 함께 setspn 명령줄 도구를 사용하여 SPN이 이미 사용 중인지 여부를 확인하고 설정할 수 있습니다. 이 예제에서 CRMAppPoolService는 CRMAppPoolIIS 응용 프로그램 풀의 ID로 사용되는 계정의 이름입니다.setspn -s http/CRMNLBName.FQDN CRMAppPoolService추가 정보:Setspn
ADSI edit을 시작합니다.
도메인을 확장하고 **DC=**로 시작하는 노드를 확장한 후 CN=Users와 같이 사용자 계정이 있는 OU(조직 구성 단위)를 확장합니다.
CRMAppPoolService 같이 이전 단계에서 만든 사용자 계정을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.
특성 목록에서 아래로 스크롤하고 servicePrincipalName을 선택한 후 편집을 클릭합니다.
추가할 값 상자에 HTTP/CRMNLBName.FQDN을 입력한 다음 추가를 클릭합니다. (CRMNLBName은 장애 조치 클러스터 이름이고 FQDN은 정규화된 도메인 이름입니다.) 예를 들어 CRMNLBName.FQDN 이름은 CRMNLBCluster.contoso.com일 수 있습니다.
중요
이 장애 조치 클러스터 이름을 적어 두십시오. 다음 단계에서 장애 조치 클러스터를 만들 때와 구성 데이터베이스를 업데이트할 때 이 이름을 사용해야 합니다.
추가할 값 상자에 HTTP/CRMNLBName을 입력한 다음 추가를 클릭합니다.
확인을 두 번 클릭합니다.
ADSI 편집을 클릭합니다.
3단계: Microsoft Dynamics CRM 서버 설치
다중 서버 배포에서 Microsoft Dynamics CRM Server 2016의 각 인스턴스를 한 번에 하나씩 설치해야 합니다. 다음 단계에서는 Microsoft Dynamics CRM Server 2016의 전체 서버 설치 인스턴스가 CRM01 컴퓨터에 배포되고 두 번째 인스턴스가 CRM02 컴퓨터에 설치된다고 가정합니다.
CRM01에 Microsoft Dynamics CRM Server의 첫 번째 인스턴스 설치
CRM01 서버에서 Microsoft Dynamics CRM Server 설정을 실행합니다. 단계별 지침은 Microsoft Dynamics CRM 이 설치되지 않은 서버에 Microsoft Dynamics CRM 전체 서버 역할 설치를 참조하십시오.
배포 옵션 지정 페이지에서 Microsoft Dynamics CRM 데이터베이스에 사용할 SQL Server의 인스턴스를 선택합니다.새 배포 만들기 옵션을 선택한 후다음을 클릭하고 설치를 계속합니다.
보안 계정 지정 페이지에서 앞서 만든 도메인 사용자 계정(예: CRMAppPoolService)을 선택합니다.
설치가 완료될 때까지 설치 실행을 계속합니다.
CRM02에 Microsoft Dynamics CRM Server의 두 번째 인스턴스 설치
CRM02 서버에서 Microsoft Dynamics CRM Server 설정을 실행합니다.
배포 옵션 지정 페이지에서 SQL Server를 실행 중인 컴퓨터, 즉 설치된 CRM01의 Microsoft Dynamics CRM 데이터베이스가 저장되는 컴퓨터의 이름을 입력하거나 선택하고 기존 배포에 연결하고 필요한 경우 업그레이드를 클릭합니다.다음을 클릭합니다.
보안 계정 지정 페이지에서 앞서 만든 도메인 사용자 계정(예: CRMAppPoolService)을 선택합니다.
설치가 완료될 때까지 설치 실행을 계속합니다.
4단계: 배포를 위한 장애 조치 클러스터링 구성
Microsoft Dynamics CRM Server 2016 설치가 완료된 후 Set-CrmSettings WebAddressSettings Windows PowerShell 명령을 실행하여 배포를 위한 장애 조치 클러스터링을 구성합니다. 추가 정보: Dynamics 365 PowerShell 참조
또는 여기에 설명된 대로 배포 관리자를 사용할 수 있습니다.
배포 관리자를 사용하여 웹 주소 확인 또는 변경
Microsoft Dynamics CRM 서버에서 배포 관리자를 시작합니다.
콘솔 트리에서 Microsoft Dynamics CRM을 마우스 오른쪽 단추로 클릭한 후 속성을 클릭합니다.
웹 주소 탭을 클릭하고 가상 클러스터 이름(예: crmcluster:5555)이 표시되는지 확인합니다.
중요
Microsoft Dynamics CRM Server 2016 역할 그룹(전체 또는 프런트 엔드) 또는 개별 서버 역할 설치를 배포한 방식 및 장애 조치 클러스터의 각 서버 구성에 따라 웹 응용 프로그램 서버, Organization Web Service, Discovery Web Service 또는 배포 웹 서비스 웹 주소가 다를 수 있습니다. 예를 들어 contoso 도메인에 있는 crmcluster1이라는 장애 조치 클러스터의 서버에는 프런트 엔드 서버 역할 그룹을 설치하고 동일한 도메인에 있는 crmcluster2 같은 다른 장애 조치 클러스터의 다른 서버에는 백 엔드 서버 역할 그룹을 설치한 경우에는 웹 응용 프로그램 서버, Organization Web Service, Discovery Web Service 웹 주소의 이름이 배포 웹 서비스 웹 주소와 다릅니다.
전체 서버 역할 배포의 경우 모든 웹 주소는 클러스터의 동일 컴퓨터 이름 또는 FQDN을 사용합니다. 80(비보안 HTTP) 또는 443(보안 HTTP 또는 TLS/SSL) 이외의 TCP 포트를 사용할 경우에는 crmcluster:5555와 같이 FQDN 이름과 :5555를 차례로 추가하여 포트 번호를 지정해야 합니다. 여기서 5555는 포트 번호입니다.
배포를 위한 장애 조치 클러스터링 설정
Microsoft Dynamics CRM Server 2016에서 배포 관리자를 시작합니다.
콘솔 트리에서 Microsoft Dynamics CRM을 마우스 오른쪽 단추로 클릭한 후 속성을 클릭합니다.
웹 주소 탭을 클릭한 다음 고급을 클릭합니다.
배포에서 장애 조치 클러스터를 인식하도록 배포 시 NLB 사용 옵션을 선택해야 합니다.배포 시 NLB 사용을 선택하면 Microsoft Dynamics CRM은 암호화 인증서를 사용하여 응용 프로그램 세션 인증 쿠키를 암호화, 암호 해독 및 서명하도록 Windows Identity Foundation(WIF)를 구성합니다. 그러면 장애 조치 클러스터의 모든 서버에서 암호화된 쿠키를 처리할 수 있습니다.
Windows Server에서 장애 조치 클러스터링을 로드하고 관리하는 절차는 Windows Server 컴퓨터의 장애 조치 클러스터 관리자 도움말을 참조하십시오.Windows Server에서 장애 조치 클러스터링을 구성하는 방법에 대한 자세한 내용은 장애 조치 클러스터 만들기를 참조하십시오.
참고
TLS(Transport Layer Security) 또는 SSL(Secure Sockets Layer) 오프로딩 하드웨어를 사용하는 클러스터 솔루션을 사용하는 경우 TLS/SSL 헤더를 SSL 헤더 상자에 지정해야 합니다.TLS/SSL 헤더는 URL 또는 도메인이 아닙니다. 이 값은 TLS/SSL 오프로딩을 처리하는 장치에 구성된 HTTP 요청에 대해 합의된 헤더 값입니다. 헤더 값은 TLS/SSL 오프로딩 장치 설명서를 검토하십시오.
확인을 클릭한 후 배포 관리자를 닫습니다.
IFD에 대한 도메인 이름 구성
IFD에 대해 배포를 구성하려면 Set-Crmsetting ifdSettings Windows PowerShell 명령을 실행하거나 배포 관리자를 시작하고 인터넷 연결 배포 구성 마법사를 실행하여 도메인 값을 추가하거나 수정합니다.Microsoft Dynamics CRM Server 2016 역할 그룹 또는 개별 서버 역할 설치를 배포한 방식 및 장애 조치 클러스터의 각 서버 구성에 따라 웹 응용 프로그램 서버 도메인, 조직 웹 서비스 도메인, 및 검색 웹 서비스 도메인 값에 장애 조치 가상 클러스터 도메인 이름이 사용됩니다. 예를 들어 FQDN 가상 이름이 crmcluster.contoso.com인 인터넷 연결 장애 조치 클러스터에 웹 응용 프로그램 서버가 설치된 경우 contoso.com을 웹 응용 프로그램 서버 도메인 값으로 입력합니다.추가 정보:IFD에 대한 Microsoft Dynamics 365 서버 구성
배포 관리자를 사용하여 내부 웹 주소 및 외부 도메인 값을 구성하는 방법에 대한 자세한 내용은 배포 관리자 도움말 도움말을 참조하십시오.
5단계: 클러스터 설치 확인 및 모니터링
CRMNLBCluster 같은 클러스터 이름을 사용하여 클라이언트 응용 프로그램에서 배포에 연결할 수 있는지 확인합니다.
다음 옵션을 사용하여 클러스터를 모니터링할 수 있습니다.
장애 조치 클러스터 관리자. 장애 조치 클러스터 관리자 하단에 로그 항목이 표시됩니다.
이벤트 뷰어.FailoverClustering 원본을 사용하여 시스템 로그에 항목이 기록됩니다.
장애 조치 클러스터링 Windows PowerShell 명령을 실행하여 클러스터 상태에 대한 정보를 봅니다.추가 정보:Windows PowerShell의 장애 조치 클러스터 Cmdlets
참고 항목
Microsoft Dynamics CRM 서버 설치
Microsoft Dynamics CRM Reporting Extensions 설치
© 2017 Microsoft. All rights reserved. 저작권 정보