시스템 요구 사항 평가
게시 날짜: 2016년 3월
적용 대상: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
이 섹션에서는 Orchestrator에 적용하는 배포 요구 사항을 결정하는 ITIL 모범 사례를 요약해 봅니다. 다음 표에 일련의 평가 기준이 나와 있습니다.
작업 | 정보 |
---|---|
1: 프로젝트의 범위를 정의합니다. | 작업의 범위 정의 |
2: 자동화하려는 작업을 확인합니다. | 작업 구분 |
3: Orchestrator의 시스템 작업 및 자동화하려는 작업을 확인합니다. | 개별 작업 정의 |
4: 시간당 실행 중인 작업 수를 예측합니다. | 실행 중인 총 작업 확인 |
5: 사용자 환경에 필요한 통합 팩을 확인합니다. | 필요한 통합 팩 확인 |
6: 보안 요구 사항을 확인합니다. | 보안 모델 결정 |
7: Runbook 서버의 수와 배치를 결정합니다. | Runbook 서버 요구 사항 설계 |
8: 내결함성에 대한 요구 사항을 확인합니다. | 내결함성 |
9: 배포에 필요한 추가 리소스를 확인합니다. | 리소스 요구 사항 |
10: 네트워크 트래픽 및 잠재적인 병목 상태를 확인합니다. | 네트워크 |
11: 서비스 및 운영 요구 사항을 확인합니다. | 서비스 및 운영 요구 사항 |
12: 다른 System Center 제품과의 통합 수준을 확인합니다. | System Center와 통합 |
13: 제작 요구 사항을 확인합니다. | 제작 |
14: 사용자의 Orchestrator 테스트 환경을 설계합니다. | 테스트 환경 |
15: 사용자의 Orchestrator 프리프로덕션 환경을 설계합니다. | 프리프로덕션 환경 |
작업의 범위 정의
배포 규모를 계획하는 과정으로, 먼저 비즈니스 요구 사항을 확인합니다. 이 프로세스에서는 Orchestrator를 사용하여 자동화하려는 프로세스, 조직의 보고 요구 사항, 설치의 영향을 받는 부서를 정의해야 합니다. 모든 응용 프로그램, 서비스, 서버 및 수행하려는 작업과 연결된 수동 프로세스를 확인합니다. 비즈니스 영향에 따라 이러한 요구 사항의 우선 순위를 지정하여 배포 작업의 우선 순위를 효율적으로 지정합니다.
작업 구분
자동화하려는 프로세스는 무엇입니까? 자동화하려는 프로세스를 관련된 개별 단계에 연결하십시오. 이렇게 세부적으로 나누면 Runbook 제작 작업이 단순화됩니다. 프로덕션 환경에서 Runbook을 사용하기 전에 확인 작업이 더 필요한, 비즈니스에 중요한 프로세스를 확인해야 합니다.
개별 작업 정의
자동화하는 프로세스의 경우 실행하려는 빈도를 결정합니다. 하루에 한 번 시작되는 Runbook은 지속적으로 실행하면서 시스템 프로세스를 모니터링하는 Runbook보다 리소스를 상당히 덜 사용합니다. 따라서 Orchestrator 시스템 및 자동화된 프로세스에 대한 작업을 모두 고려해야 합니다. 이전에 수동으로 입력된 요청에 반응하던 서버는 요청 입력이 자동화를 통해 발생할 경우와는 상당히 다르게 동작할 수 있습니다.
각 Runbook에 필요한 게시된 데이터 로깅 양을 고려하십시오. 로깅이 늘어날수록 Orchestrator 데이터베이스를 호스트하는 서버에 대한 네트워크 트래픽 및 로드가 늘어납니다.
실행 중인 총 작업 확인
개별 작업을 정의한 경우 임의의 시점에 실행될 수 있는 총 작업 수를 계산하십시오. 시스템 설계 시 최대 작업을 고려해야 합니다. 자동화 중인 프로세스 리소스 외에 Runbook 서버의 수 및 배치 규모가 실행 중인 Runbook의 최대 수를 수용할 수 있어야 합니다.
필요한 통합 팩 확인
Microsoft에서 생성하지 않은 장치 및 응용 프로그램은 통합 팩을 통해 자동화됩니다. 따라서 자동화된 프로세스에 필요한 통합 팩을 확인하십시오. 각 소프트웨어 및 하드웨어 제품에는 보통 자체 통합 팩이 필요합니다. 정식으로 출시된 통합 팩이 없는 경우에는 스크립트 수준의 자동화를 만들 수 있습니까? 완전한 자동화를 위해 사용자 지정 통합 팩을 만들어야 합니까?
보안 모델 결정
보안 모델을 계획하는 과정에서 Runbook 서버와 리소스를 두 개 이상의 Active Directory 포리스트에 배치해야 하는지 여부도 결정해야 합니다. 도메인 간 트러스트가 설정되어 있습니까? 인증서가 필요한 Operations Manager 게이트웨이가 있습니까? 사용자 환경에 대한 현재 보안 요구 사항을 검토하여 권한 및 인증서 요구 사항을 확인하십시오.
Runbook 서버 요구 사항 설계
WAN(광역 네트워크) 링크와 트러스트 영역에 걸쳐 Runbook 서버를 배치할 계획입니까? 그렇다면 Orchestrator 데이터베이스 및 Runbook 서버와의 관계에서 게이트웨이 서버 배치를 결정해야 합니다. 실행 중인 Management Server에서 Runbook을 시작하거나 Runbook 데이터를 저장할 필요가 없지만 모든 활성 Runbook 서버에는 Orchestrator 데이터베이스가 필요합니다.
내결함성
Orchestrator 배포에 대한 내결함성 수준을 확인하십시오. 사용자의 요구 사항에 따라 단일 장애 지점에 대비하여 항상 사용 가능한 Orchestrator 환경을 설계할 수 있습니다.
리소스 요구 사항
Orchestrator 배포의 요구 사항과 자동화 만들기의 영향을 받는 프로세스에 대한 요구 사항을 늘리는 추가적인 로드의 요구 사항을 확인하십시오. 지정된 시간에 실행될 수 있는 Runbook의 수만큼 적절한 Runbook 서버 수를 보유하고 있습니까? 모든 요청을 처리하고 게시된 데이터를 기록할 수 있는 적절한 규모의 Orchestrator 데이터베이스가 있습니까?
서비스 및 운영 요구 사항
사용자 환경에 대한 모든 요구 사항을 확인하십시오. 이때 여러 관리 그룹, 데이터 보존, 데이터 웨어하우스 규모 또는 내결함성에 대한 데이터 통합 전략 및 요구 사항도 확인해야 합니다.
네트워크
Runbook 서버 및 Orchestrator 데이터베이스가 생성하는 늘어난 트래픽을 지원하는 데 추가 대역폭이 필요한지 확인합니다.Orchestrator 웹 서비스를 수용하려면 네트워크 포트 설정을 변경해야 합니까?
System Center와 통합
Orchestrator는 Service Manager 또는 Operations Manager와 같은 모든 System Center 제품을 완전하게 지원합니다. 사용자 환경에서 기존 System Center 제품을 확인하여 추가 Management Server 또는 게이트웨이가 필요한지 여부를 결정합니다.
제작
Runbook 제작을 수행하는 위치와 방법을 결정하십시오. Runbook 제작은 보통 프로덕션과 분리된 컴퓨터에서 수행합니다. 그러나 비즈니스 요구 사항에는 계획되지 않은 Runbook 제작의 요구 사항이 포함될 수 있습니다.
테스트 환경
프로덕션 환경과 분리된 환경에서 제작하는 경우 새로운 Runbook을 제작하고 테스트하는 데 필요한 리소스를 확인하십시오.
프리프로덕션 환경
프로덕션 환경에 Runbook을 도입하기 전에 프리프로덕션 환경에서 영향력이 높은 Runbook을 배포하는 것이 좋습니다. 프리프로덕션 환경은 전체 프로덕션 환경과 상당히 비슷해야 합니다.