기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# AWS Mainframe Modernization Amazon EC2와 Control-M의 통합
이 섹션에서는 Control-M이 EC2 인스턴스에 배포된 사용자 지정 AWS Mainframe Modernization 런타임 환경에서 실행되는 배치 작업과 통합되고 지원하는 방법을 설명합니다. Micro Focus 런타임 환경을 사용하여 완전 관리형 AWS Replatform을 구현하는 경우 [Control-M과의 관리형 AWS Mainframe Modernization 통합](aws-mainframe-modernization-managed.md) 섹션을 참조하세요.
이 섹션에서는 다음 사전 조건을 가정합니다.
+ 활성 상태의 AWS 계정.
+ EC2 인스턴스가 생성될 Virtual Private Cloud(VPC)입니다.
+ 메인프레임 애플리케이션은 EC2 인스턴스의 Micro Focus 환경이 있는 AWS 리플랫폼에서 마이그레이션되고 실행되며 정의된 배치 작업이 여러 개인 Micro Focus 런타임 엔진을 지원합니다. 이 파일럿의 경우 [Micro Focus를 사용하여 애플리케이션 리플랫포밍](https://docs.aws.amazon.com/m2/latest/userguide/replatforming-m2.html)의 지침을 따르세요. 이 설명서에는 Amazon EC2에서 Micro Focus 런타임 환경을 사용하여 AWS Replatform을 구성하고 운영하는 방법에 대한 모든 작업과 추가 정보가 포함되어 있습니다.
다음 주제에서는 Control-M과 AWS Replatform을 Micro Focus 환경과 통합하는 데 필요한 설정을 다룹니다.
+ [Control-M 및 Micro Focus 리소스 배포](deploy-resources-environment.md)
+ [Control-M 연결 프로필 생성](create-control-m-connection-profile.md)
+ [Control-M Planning에서 작업 및 일정 생성](create-jobs-schedules-control-m-planning.md)
+ [모니터링을 사용하여 Control-M에서 작업 실행 관리](monitor.md)
# Control-M 및 Micro Focus 리소스 배포
AWS Mainframe Modernization을 Control-M과 통합하는 첫 두 단계는 Control-M 에이전트를 배포한 다음 에이전트에 플러그인을 배포하는 것입니다. 세 번째 단계는 Control-M Application Integrator에 작업 유형을 배포하는 것입니다.
## EC2 인스턴스에 Control-M Agent 배포
Amazon EC2 런타임 환경에서 Micro Focus와 함께 사용자 지정 AWS Replatform을 사용하는 경우 `MFBSIFJCL` 유틸리티가 호출됩니다. 유틸리티는의 Micro Focus Enterprise Server 제안을 사용하여 시작된 호스트에서 작동합니다 AWS Marketplace. `MFBSIFJCL` 유틸리티를 실행하려면 해당 호스트에 Control-M 에이전트도 배포해야 합니다. 지침은 [Control-M 설명서를](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Agent_Installation.htm) 참조하세요.
**참고**
[BMC 전자 제품 다운로드 사이트에서](https://www.bmc.com/support/resources/product-downloads.html) 필요한 설치 미디어를 다운로드할 수 있습니다.
## Control-M Agent에 Micro Focus 플러그인 배포
플러그인은 Control-M이 오케스트레이션하는 애플리케이션 및 서비스에 대한 통합 및 지원을 제공합니다.
플러그인 배포는 자주 발생하지 않는 활동입니다. 사용하려는 기존 플러그인이 이미 있는 경우이 단계를 건너뛰고 연결 프로파일을 생성합니다.
Amazon EC2에서 Micro Focus를 사용한 AWS Mainframe Modernization 리플랫포밍 서비스는 Micro Focus 엔진을 노출합니다. 통합을 위해 AWS Mainframe Modernization Control-M은 Micro Focus 플러그인을 사용합니다. 자세한 내용은 [Control-M 설명서를](https://docs.bmc.com/docs/ctm_integrations/control-m-for-micro-focus-1193641959.html) 참조하세요.
Micro Focus Enterprise Server가 실행 중인 호스트에 설치된 에이전트에이 플러그인을 배포해야 합니다.
## Control-M Application Integrator에서 AWS Mainframe Modernization 작업 유형 배포
작업 유형 배포는 일반적으로 일회성 활동입니다. 사용하려는 기존 작업 유형이 이미 있는 경우 이 단계를 건너뛰고 [연결 프로파일을 생성](create-control-m-connection-profile.md)하는 다음 단계로 이동합니다.
예제 작업 유형 [AIJOB.ctmai](https://github.com/aws-samples/aws-mainframe-modernization-controlm-integration/blob/main/assets/AIJOB.ctmai)는 git 리포지토리에 제공됩니다. 작업 유형을 배포하려면 [Application Integrator](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Application_Integrator.htm)를 사용하여 다음 단계를 수행해야 합니다.
+ [aws-mainframe-modernization-controlm-integration](https://github.com/aws-samples/aws-mainframe-modernization-controlm-integration) GitHub 리포지토리를 복제하고 Application Integrator에서 액세스할 수 있는 파일 시스템 위치에 `AIJOB.ctmai` 파일을 다운로드합니다.
+ Application Integrator에 로그인합니다.
+ **Home** 탭에서 **Import job type from file**을 선택하고 `AIM2JOB.ctmai`의 위치를 선택합니다.
+ 제공된 예제를 수정하려면 Application Integrator를 숙지해야 합니다.
+ [Control-M 설명서](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Deploying_and_Publishing_a_Plug-in.htm)의 지침에 따라 작업 유형을 배포합니다.
# Control-M 연결 프로필 생성
연결 프로파일은 애플리케이션의 특정 인스턴스에 대한 연결 속성과 보안 인증을 정의합니다. 여러 작업에서 각 연결 프로파일을 참조할 수 있습니다. 애플리케이션과 보안 인증의 고유한 조합마다 별도의 프로파일을 가질 수 있습니다.
연결 프로필을 정의하려면 Control-M 웹 인터페이스의 [구성 도메인을](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Creating_a_centralized_connection_profile.htm) 사용하거나 JSON을 사용할 수 있습니다. 다음 코드는 JSON 사용의 예입니다.
```
{
"MICROFOCUS-WINDOWS": {
"Type": "ConnectionProfile:Micro Focus Windows",
"Centralized": true,
"Description": "Micro Focus on Windows Connection Profile - file locations refer to the Enterprise Server host", "MFBSI Config Path": "C:\\microfocus\\ES\\mfbsi\\MFWIN\\mfbsi.cfg",
"MFBSI Directory Path": "c:\\microfocus\\es\\mfbsi\\MFWIN",
"Runtime Environment": "\"C:\\Program Files (x86)\\Micro Focus\\Enterprise Developer\\createenv.bat\"", "Run As": "dbauser",
"RunAs-Pass": "*****"
}
}
```
예제 코드는 GitHub 리포지토리의 파일에 `ConnectionProfile-Custom-M2-Replatform.json` 있습니다. 코드를 배포하려면 Control-M Automation API 배포 서비스를 사용합니다.
```
ctm deploy ConnectionProfile-Custom-M2-Replatform.json
```
Control-M Automation API의 응답은 다음과 유사합니다.
```
[
{
"deploymentFile": "cp-JOG-MF-WINDOWS.json",
"deploymentState": "DEPLOYED_CONNECTION_PROFILES",
"deploymentStatus": "ENDED_OK",
"successfulFoldersCount": 0,
"successfulSmartFoldersCount": 0,
"successfulSubFoldersCount": 0,
"successfulJobsCount": 0,
"successfulConnectionProfilesCount": 1,
"successfulDriversCount": 0,
"isDeployDescriptorValid": false,
"deployedConnectionProfiles": [ " MICROFOCUS-WINDOWS " ]
}
]
```
# Control-M Planning에서 작업 및 일정 생성
이제 플러그인이 배포되고 Micro Focus 연결을 위한 연결 프로파일이 있으므로 작업 생성 및 실행을 시작할 수 있습니다.
각 Control-M for Micro Focus 작업은 네 섹션의 속성 세트로 구성됩니다. 각 섹션에는 많은 속성이 있을 수 있습니다. 다음 목록은 가장 일반적으로 사용되는 속성 중 일부를 보여줍니다.
+ 일반
+ 작업 이름
+ 작업이 속한 애플리케이션 및 하위 애플리케이션
+ 제출할 JCL
+ 사이트에서 제공하는 운영 설명서 링크
+ 일정:
+ 이 작업을 실행할 수 있는 월 및 일
+ 알고리즘으로 정의할 수 없는 비즈니스 회계 기간, 공휴일 또는 기타 특수 날짜와 같은 달력
+ 시간 범위
+ 매시간 실행과 같은 주기적 동작
+ 사전 조건
+ 업스트림 종속성(일반적으로 이 작업을 실행할 수 있게 되기 전에 성공적으로 완료되어야 하는 작업)
+ 필요할 수 있는 리소스
+ 필요할 수 있는 사용자 작업
+ 작업 완료 시 Control-M에서 수행하는 작업:
+ 작업 성공 또는 실패 결정(일반적으로 작업의 완료 코드를 기반으로 하지만 해당 설정을 재정의하여 출력 텍스트를 사용하거나 특정 상태를 확인할 수 있음)
+ 실패 또는 성공에 대한 알림(예: 이메일)
+ 다운스트림 종속성에 대한 게시 상태
연결 프로파일과 마찬가지로 [Control-M Web을 사용하여](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Creating_a_Job.htm) 작업을 생성 및 배포하거나 [JSON으로 작성하고](https://docs.bmc.com/docs/automation-api/monthly/code-reference-1116950299.html) Control-M Automation API를 사용하여 배포할 수 있습니다.
다음 섹션에서는 몇 가지 일반적인 워크플로 시나리오를 살펴봅니다.
+ [워크플로를 사용하여 작업 시작](initiate-jobs.md)
+ [예약된 빈도로 작업 실행 자동화](automate-jobs.md)
# 워크플로를 사용하여 작업 시작
워크플로라는 작업 흐름을 생성합니다. 워크플로의 작업은 이전 작업이 성공적으로 완료되면 종속성과 상호 연결됩니다.
## Control-M 웹 사용
Control-M 사용자 인터페이스에서 작업을 시작하려면 다음을 수행합니다.
1. Planning 영역에서 새 작업 영역을 추가합니다. 그러면 빈 폴더 객체가 있는 캔버스가 열립니다.
1. 메뉴 모음에서 **작업 추가**를 선택하고 Micro Focus Windows 또는 Micro Focus Linux 작업을 선택한 다음 폴더의 얼굴로 끕니다.
1. 작업 색상이 녹색으로 변경된 후 삭제합니다. 오른쪽 창에는 **일반**, **예약**, **사전 조건** 및 **작업** 섹션이 포함되어 있습니다. 작업을 생성하려면 [Control-M 설명서](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Creating_a_Job.htm)의 표준 지침을 참조하세요.
1. Micro Focus용 Control-M 작업을 빌드하는 방법에 대한 지침은 [Control-M 설명서를](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Jobs_for_Mainframe_Modernization.htm#MicroFocusJob) 참조하세요. 이 파일럿의 경우 5개 작업에 대해 2\$14단계를 반복하여 각 작업의 이름을에서 `aws-mf-job1`로 지정합니다`aws-mf-job5`.
1. 이러한 작업을 원하는 흐름에 연결하려면 작업 객체에서 조건 삼각형을 선택하고 다음 작업으로 끕니다. 예를 들어 아래에서 조건 삼각형을 선택하고 로 `aws-mf-job1`끕니다`aws-mf-job2`. 이 작업은 `aws-mf-job1`의 이전 버전을 만듭니다`aws-mf-job2`. 기본적으로가 실행 가능 상태가 되기 전에 `aws-mf-job2`가 성공적으로 완료되어야 `aws-mf-job1` 합니다.
다음 다이어그램에서는 기본 작업 흐름의 Control-M Planning 뷰를 보여줍니다.
![\[오른쪽 창에 속성이 있는 워크플로 다이어그램.\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/control-m-batch-scheduler/images/control-m-web-planning.png)
*이미지 제공: BMC Software, Inc. ©2022*
## JSON 사용
동일한 흐름을 JSON으로 코딩할 수 있습니다. GitHub 리포지토리에서 예제 코드는 파일에 있습니다`Folder-Custom-M2-Replatform.json`.
```
{
"aws-custom-m2": {
"Type": "Folder",
"ControlmServer": "psctm",
"OrderMethod": "Manual",
"Application": "AWSM2",
"SubApplication": "Replatform-Custom",
"aws-mf-job1": {
"Type": "Job:Micro Focus Windows",
"ConnectionProfile": "MICROFOCUS-WINDOWS",
"Enable JCL Variables": "unchecked",
"Restart on Rerun": "unchecked",
"Recapture ABEND Codes": "Ignore",
"Recapture COND Codes": "Ignore",
"Auto Adjust Restart": "Ignore",
"Set MF_UCC11": "Ignore",
"Restart with Modified JCL": "No",
"Application": "AWSM2",
"SubApplication": "Replatform-Custom",
"Host": "microfocus-es-host",
"Output": {}
},
"aws-mf-job2": {
"Type": "Job:Micro Focus Windows",
"ConnectionProfile": "MICROFOCUS-WINDOWS",
"Enable JCL Variables": "unchecked",
"Restart on Rerun": "unchecked",
"Recapture ABEND Codes": "Ignore",
"Recapture COND Codes": "Ignore",
"Auto Adjust Restart": "Ignore",
"Set MF_UCC11": "Ignore",
"Restart with Modified JCL": "No",
"Application": "AWSM2",
"SubApplication": "Replatform-Custom",
"Host": "microfocus-es-host",
"Output": {}
},
"aws-mf-job3": {
"Type": "Job:Micro Focus Windows",
"ConnectionProfile": "MICROFOCUS-WINDOWS",
"Enable JCL Variables": "unchecked",
"Restart on Rerun": "unchecked",
"Recapture ABEND Codes": "Ignore",
"Recapture COND Codes": "Ignore",
"Auto Adjust Restart": "Ignore",
"Set MF_UCC11": "Ignore",
"Restart with Modified JCL": "No",
"Application": "AWSM2",
"SubApplication": "Replatform-Custom",
"Host": "microfocus-es-host",
"Output": {}
},
"aws-mf-job4": {
"Type": "Job:Micro Focus Windows",
"ConnectionProfile": "MICROFOCUS-WINDOWS",
"Enable JCL Variables": "unchecked",
"Restart on Rerun": "unchecked",
"Recapture ABEND Codes": "Ignore",
"Recapture COND Codes": "Ignore",
"Auto Adjust Restart": "Ignore",
"Set MF_UCC11": "Ignore",
"Restart with Modified JCL": "No",
"Application": "AWSM2",
"SubApplication": "Replatform-Custom",
"Host": "microfocus-es-host",
"Output": {}
},
"aws-mf-job5": {
"Type": "Job:Micro Focus Windows",
"ConnectionProfile": "MICROFOCUS-WINDOWS",
"Enable JCL Variables": "unchecked",
"Restart on Rerun": "unchecked",
"Recapture ABEND Codes": "Ignore",
"Recapture COND Codes": "Ignore",
"Auto Adjust Restart": "Ignore",
"Set MF_UCC11": "Ignore",
"Restart with Modified JCL": "No",
"Application": "AWSM2",
"SubApplication": "Replatform-Custom",
"Host": "microfocus-es-host",
"Output": {}
},
"leftbranch": {
"Type": "Flow",
"Sequence": [
"aws-mf-job1",
"aws-mf-job2",
"aws-mf-job3",
"aws-mf-job5"
]
},
"rightbranch": {
"Type": "Flow",
"Sequence": [
"aws-mf-job2",
"aws-mf-job4",
"aws-mf-job5"
]
}
}
}
```
이 흐름을 배포하려면 Control-M Automation API를 사용합니다.
```
ctm deploy Folder-Custom-M2-Replatform.json
```
# 예약된 빈도로 작업 실행 자동화
이전 단계에서 생성한 흐름을 사용하여 기본 일정 예약과 런타임 일정 예약을 추가할 수 있습니다.
+ 기본 일정은 작업을 실행할 수 있는 일수를 정의합니다(예: 매주 평일, 근무일, 월말 또는 분기말에만). 예약 탭에서 기본 [예약을](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Job_scheduling.htm) 설정할 수 있습니다.
+ 런타임 예약은 작업을 실행할 수 있는 날(예: 이전 작업이 완료된 후, 매시간, 지정된 리소스를 사용할 수 있는 후 또는 수동 확인 후에만)에 작업이 실행되는 시기를 결정합니다.
일정 섹션에서 일부 런타임 일정을 정의하고 사전 조건 섹션에서 다른 **런타임 일정을** 정의할 수 있습니다. ****
# 작업 모니터링
Control-M Monitoring 도메인과 [Micro Focus Enterprise Server Common Web Administration 사용자 인터페이스](https://www.microfocus.com/documentation/visual-cobol/vc70/CSWin/GUID-C7A333B6-1DFB-49AC-8DB3-4023C6FCDEFB.html)에서 작업을 모니터링하고 확인할 수 있습니다.
## Control-M Monitoring
Control-M Monitoring 영역에서 작업 제출 및 실행을 모니터링할 수 있습니다. 기본적으로 AWS Mainframe Modernization 서비스 작업은 다른 모든 Control-M 작업과 함께 표시됩니다. 다른 워크로드(또는 다른 필터링 요구 사항) 없이 AWS Mainframe Modernization 서비스 작업만 보려면 Viewpoint를 생성할 수 있습니다.
Viewpoint는 작업 정보뿐만 아니라 업스트림 및 다운스트림 종속성과의 관계도 보여줍니다. 또한 워크플로에 AWS Mainframe Modernization 및 기타 유형의 Control-M 작업이 포함된 경우 모니터링 도메인에서 전체 흐름을 보고 관리할 수 있습니다.
Control-M 설명서의 [모니터링의 뷰포인트 섹션을](https://documents.bmc.com/supportu/9.0.21/en-US/Documentation/Viewpoints.htm) 방문하여 자세한 단계를 수행할 수 있습니다.
다음 스크린샷은 두 워크플로의 결과를 보여줍니다. 왼쪽에는 5개 작업이 모두 녹색으로 표시된 상태로 워크플로가 성공적으로 완료되었습니다. 오른쪽에서는가 **실패** 상태를 `aws-mf-job3` 반환하고 워크플로가 중지되어 **대기 일정** 상태로 남아 있기 때문에 워크플로가 부분적으로만 성공`aws-mf-job5`합니다.
![\[왼쪽의 워크플로 다이어그램, 오른쪽 창의 출력 탭에서 출력 모니터링.\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/control-m-batch-scheduler/images/monitor-jobs-2.png)
*이미지 제공: BMC Software, Inc. ©2022*