시스템 센터 2012 통합 설치 (System Center 2012 Unified Installer)
안녕하세요, 오늘은 System Center 2012의 통합 설치, Unified Installer에 대해서 설명하려고 합니다.
System Center가 기본적으로 마이크로소프트의 제품이다 보니 클릭만으로 설치가 가능해야 합니다.
하지만, System Center가 독립적으로 작동하는 프로그램이라기 보다는 SQL이나 다른 설정에 연관을 갖다 보니, 클릭만으로 설치가 안 되는 경우가 종종 있습니다.
상황이 더 안 좋아지는 것은 System Center가 2012 버전이 되면서 제품이 7개로 늘어났으니, 설치 상의 어려움이나 매뉴얼 작업이 더 늘어나게 됐습니다.
어차피 난 시스템센터 제품 중에 1-2개만 쓰니 별 걱정 없다고 생각하실 수 있겠지만,
시스템 센터 2012부터는 라이선스가 통합되고 기능 연동이 강화되다 보니, 개별 모듈의 설치보다 통합 설치 요구가 훨씬 더 많아질 것이라는 것이지요.
이래서 나온 프로그램이 "System Center 2012 Unified Installer" (이하 SCUI) 입니다.
현재 RC 버전으로 나왔고, 아래의 링크에서 다른 System Center 2012 RC 제품과 한꺼번에 다운로드가 가능합니다.
SCUI가 첫번째 버전인 만큼 시스템 구축의 다양한 시나리오를 만족할 수 있는 설치 시나리오를 지원하지 않습니다. 따라서, 평가, PoC, 테스트 등의 non-production 구축에 주로 사용 될 것이라고 봅니다.
첫버전에서는 아래와 같은 제약 사항들이 있습니다. v.Next에서 훨씬 다양한 설치 시나리오를 지원하겠다고 얘기하고는 있습니다.
- 고가용성 설치 시나리오는 지원되지 않습니다.
- SQL이 이미 설치되어 있는 경우는 SCUI를 사용할 수 없습니다. 즉, SQL은 항상 SCUI에 의해서 새로 설치되어야 합니다.
- 모든 시스템센터 개별 제품은 개별 서버에 설치되어야 합니다. 즉, 시스템 센터 7개 제품을 모두 설치한다고 하면 8개의 다른 서버(가상이던 비가상 서버던간에)가 필요합니다. 8개가 필요한 것은 Service Manaer는 DW 서버를 별도로 요구하기 때문입니다.
- 설치 시에 로그온 사용자와 인스톨러 사용자가 같아야 합니다. 즉, 시스템 센터가 동작하는 서비스 계정으로 로그온해야 하고, 모든 시스템센터 제품은 동일한 서비스 계정으로 동작하게 됩니다.
- 운영체제는 모든 C드라이브에 있어야 합니다.
- 설치 디렉토리도 모두 C드라이브에 있어야 합니다.
일단 위의 링크에서 다운로드를 받아야 겠지요. 다운로드 받으면 아래와 같은 파일을 받을 수 있습니다. AppController만 제외하고는 전부 RC 및 RC2 버전입니다.(문서상에는 Orchestrator도 Rc2라고 하는데, 다운받은 파일의 이름은 RC입니다.)
큰 파일을 다운 받았지만, 아직도 다운로드 받아야 할 것이 있습니다. 시스템 설치 전에 설치되어야할 사전 요구 프로그램들이 있습니다.
꽤 많은데, 리스트는 아래 링크를 보시면 됩니다. 링크에 가시면 다운로드 링크도 있으니 편하게 다운로드가 되실 것입니다.
https://technet.microsoft.com/en-us/library/hh751268.aspx
저는 누군가가 다운로드 받은 것을 통째로 가져왔습니다.
자 이제 아래 사용가 가이드 문서에 따라 설치를 해 보도록 하겠습니다.
https://technet.microsoft.com/en-us/library/hh751290.aspx
SCUI는 별도로 개발팀에서 제품을 만든 것은 아니고, 기존 제품을 이용해서 우리 같은 시스템 엔지니어들이 제작한 것입니다. 바로, 첫 설치시에 SCUI는 System Center 2012 - Orchestrator를 설치하고, 이 Orchestrator를 이용해서 나머지 제품을 설치하도록 구성하였습니다.
따라서, SCUI의 실행은 Orchestrator가 설치될 서버에서 실행하거나, 전혀 다른 원격 컴퓨터(WinSvr 2008 R2 SP1 또는 Win7 SP1)에서 실행하는 방법 2가지만이 있습니다. 전혀 다른 원격 컴퓨터라 하면 시스템센터가 설치될 컴퓨터가 아니라는 것이지요.
저는 별도의 컴퓨터에서 8개 서버에 설치하는 시나리오보다는 System Center 2012 - Orchestrator가 설치될 서버에서 SCUI를 실행하도록 하겠습니다.
SCUI를 실행하는 컴퓨터에서 해야 할 작업
크게 두가지가 있습니다. 하나는 그룹 정책에서 적용해야 할 변경 작업과 두번째는 그룹정책 또는 winrm 명령어로 하는 작업입니다.
반드시 두가지를 다 하셔야 합니다.
1. 그룹정책으로만 수행해야 하는 변경 업무
아래 항목을 수정해야 합니다.
gpedit.msc를 실행하고요, Computer Configuration / Administrative Templates / System / Credential Delegation / Allow Delegating Fresh Credentials 항목을 아래 스크린샷처럼 바꾸시면 됩니다.
Show버튼으로 WSMAN/* 입력하시고, Concatenate로 시작되는 항목에 체크를 확인하셔야 합니다.
두번째 수정항목은 바로 아래있는 Computer Configuration / Administrative Templates / System / Credential Delegation / Allow Delegating Fresh Credentials 입니다. 아래 스크린처럼 바꾸시면 되고요. 역시 Show 버튼 클릭 후, WSMAN/* 입력 확인과 Concatenate 체크 확인하시고요.
최종적으로 아래와 같이 보입니다.
2. 그룹정책 또는 winrm 명령어로 수행해야 하는 변경 업무
SCUI가 실행 될 컴퓨터에서 아래 명령어를 실행합니다. GPO로 하는 방법도 있으므로 편하신 방법으로 하면 될 것 같습니다. GPO로 하는 방법은 다음 링크를 참조하세요.(https://technet.microsoft.com/en-us/library/hh751273.aspx)
> winrm set winrm/config/client/auth @{CredSSP="True"}
> winrm set winrm/config/client @{TrustedHosts="*"}
그리고 .Net 3.5도 설치 해야 합니다.
방화벽 정책도 아래 링크대로 수정해야 합니다만, 전 테스트 환경이므로 아예 서버 방화벽을 disable 했습니다.
https://technet.microsoft.com/en-us/library/hh751274.aspx
시스템 센터 설치 대상 컴퓨터에서 해야 할 작업
대상 컴퓨터를 가상으로 할 경우, 시작 메모리를 최소 2GB 이상으로 해야 합니다.
아래 명령어를 모든 8개 대상 컴퓨터에서 수행해야 합니다. 현재 SCUI를 실행하는 컴퓨터도 Orchestrator가 설치될 것이기 때문에 아래 명령어를 수행해야 합니다.
> winrm qc -q
> winrm set winrm/config/service/auth @{CredSSP="True"}
> winrm set winrm/config/winrs @{AllowRemoteShellAccess="True"}
> winrm set winrm/config/winrs @{MaxMemoryPerShellMB="2048"}
8개 컴퓨터에 이 작업을 하려니, 귀찮습니다. 이번에는 GPO로 적용하겠습니다.
저는 로컬 GPO가 아닌 도메인 정책으로 한번에 적용하려고 합니다.
Computer Configuration>Policies>Administrative Template>Windows Components>Windows Remote Management>WinRM Service로 갑니다.
Allow automatic configuration of listeners 정책을 아래와 같이 수정합니다.
Allow CredSSP authentication 항목도 아래와 같이 수정합니다.
Computer Configuration>Policies>Administrative Template>Windows Components>Windows Remote Shell로 갑니다.
Allow Remote Shell Access 항목을 아래와 같이 수정합니다.
Specify maximum amount of memory in MB per Shell 항목을 아래와 같이 수정합니다.
이로서 대상 컴퓨터에 대한 설정 변경이 끝났지만, 도메인 GP를 바꾸었다고 바로 서버에 해당 항목이 적용되지는 않지요.
8개의 해당 서버에서 gpupdate 명령어를 실행해야지요.
Remote dekstop으로 8개 가상머신에 접근하고, 도스창 열고, 명령어 실행합니다.
전 귀찮아서, 그냥, 기존 설치된 SCVMM을 통해서 전부 재부팅하게 했습니다.
자 이제 SCUI 설치 과정에 들어갑니다.
일단 앞에서 받은 SC2012 컴포넌트를 모두 압축을 해제하셔야 합니다.
모두 컴포넌트를 다른 디렉토리로 압축 해제 해 주셔야 하는 것 잊지 마시고요.
다른 모든 컴포넌트는 괜찮은데, AppController.beta.exe는 클릭하시면 바로 설치에 들어갑니다. 그러면 안 되지요. 그래서 AppController는 아래 명령어를 커맨드창에서 실행해 주셔야 합니다.
> AppController.Beta.exe /x:c:\sc2012\scacrc
c드라이브의 sc2012/scacrc 폴더에 압축이 해제 됩니다.
이제 드디어 SCUI를 실행합니다.
SC2012_UnifiedInstaller_RC.exe를 실행하면 압축이 풀립니다.
압축 해제된 폴더로 가서 setup.exe을 실행합니다.
Install System Center를 클릭하면 아래와 같이 경고창이 뜹니다. 앞서 제가 설명들인 제약 사항들이 다시 설명 됩니다.
넘어가면 모든 설치에 나오는 License Terms 확인 버튼이 나오고요.
설치하고자 하는 제품들 선택하는 버튼이 나옵니다. 여기서 설치하고 싶은 제품을 선택하면 됩니다.
각 컴포넌트의 설치파일들이 위치한 디렉토리를 정하시면 되고, 앞에서 각 폴더별로 컴포넌트를 다 압축해제 했지요. 여기서 주의사항은 UNC는 되는데, 네트워크 드라이브 매핑 경로로 하시면 안 됩니다. 즉, \\server\sc2012\scacrc는 되는데, 이것을 드라이브로 매핑해서 z:\sc2012\scacrc는 안 된다는 얘기입니다.
여기 별거 없지요.
마찬가지고요.
Prerequisite에 대한 디렉토리를 지정하는 곳인데요. 역시 다른 폴더에 저장하시고, SQL과 Windows Automated Installation Kit는 압축 해제 한 상태로 지정하셔야 합니다. RC 버전에서는 SQL SP1과 SQL SP1 CU4가 압축된 상태에서 설치가 되는데, RTM에서는 이것도 풀린 상태가 되어야 할 것이라고 얘기하고 있습니다.
설치 대상 디렉토리를 지정하시고요.
서버명을 입력합니다. 여기서 주의 사항은 서버 이름만 입력하시고, FQDN이나 IP는 현재 버전에서 지원되지 않는 다는 점 확인해 주세요.
서비스 계정으로 사용될 계정이고, 설치를 하기 위해서 로그인한 계정과 같아야 합니다.
그룹 이름이나 사이트 이름 정하시고요.
업데이트 등을 마이크로소프트에 보고할 것이냐 설정하시고요.
최종 확인하는 단계입니다.
자 드디어 시작입니다. 처음에 Orchestrator를 설치하고는 동시 다발적으로 설치 작업이 확산되네요.
전체 설치는 모든 컴포넌트에 전용 SQL을 설치하고 컴포넌트를 추가 설치하기 때문에 시간이 오래 걸립니다.
전체 서버, 스토리지, 네트워크 성능에 따라 틀려지겠지만, 2시간에서 4시간 정도 걸릴 것이고요.
문제는 위의 설치 과정을 보여주는 상태 바가 2시간이 지나면 업데이트가 안 된다고 합니다.
그러면 설치가 안 되냐고요. 아니요. 보여주는 것만 안 보여 주는 것이지 백그라운드로 설치는 계속 된다고 합니다.
그럼 설치 상황을 어떻게 모니터링하냐고요.
개별 로컬 시스템의 설치 로그 파일을 보셔야 할 것 같습니다.
이 패키지를 잘 만들어 놓으시면 사이트가서 PoC할 때 조금은 편해지지 않을까 합니다. 과다한 SQL 설치가 좀 그렇긴 합니다.
즐거운 System Center 2012 생활 되시길 바라면서, 오늘은 이만 하도록 하겠습니다.