기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# AWS SAP 관리 및 운영을 위한 자동화
AWS 서비스 및 도구를 사용하면 특정 요구 사항에 맞게 구현하고 사용자 지정할 AWS 자동화를 선택할 수 있습니다. 다음은 SAP 관리 및 운영을 자동화하는 데 사용할 수 있는 AWS 서비스 및 도구의 예입니다.
+ 를 사용하여 액세스 관리 AWS IAM Identity Center
+ 를 사용한 시스템 프로비저닝 AWS Launch Wizard
+ 를 사용한 고가용성 및 재해 복구 AWS CloudFormation
+ 를 사용하여 SAP 애플리케이션을 지원하는 AWS 리소스 자동 크기 조정 AWS Auto Scaling
+ 를 사용하여 SAP 구성 관리 AWS Config
+ 를 사용하여 서버리스 시스템 복사 AWS Lambda
+ Amazon CloudWatch를 사용하여 SAP 시스템 모니터링
+ 를 사용하여 SAP 데이터 레이크 분석 AWS Glue
+ 를 사용하여 SFTP(Secure File Transfer Protocol) 구성 AWS Transfer Family
+ 를 사용하여 SAP 시스템 시작 및 중지 AWS Systems Manager
+ Amazon Simple Email Service(Amazon SES)와 이메일 통합
+ Elastic Load Balancing(ELB)을 사용하여 로드 밸런싱
+ Systems Manager를 사용하여 운영 체제 및 SAP 패치 적용
+ 를 사용하여 SAP 백업 AWS Backup
+ Systems Manager와 함께 SAP HANA 하드웨어 및 클라우드 측정 도구(HCMT)와 하드웨어 구성 확인 도구(HWCCT) 사용
+ 를 사용하여 작업 예약 AWS Step Functions
다음 섹션에서는 이러한 예제 자동화에 대해 보다 자세히 설명합니다. SAP Global Specialty Practice 팀은 새로운 AWS 자동화 기능을 지속적으로 혁신하고 추진하므로 자동화 수가 계속 증가할 것입니다.
**Topics**
+ [예: 시스템 프로비저닝 자동화](system-provisioning.md)
+ [예: SAP 애플리케이션 클러스터, SAP HANA 클러스터 및 SAP 애플리케이션 서비스 모니터링](monitoring.md)
+ [예: SAP 서버리스 새로 고침 자동화](serverless-refresh.md)
+ [예: SAP 시스템 시작 및 종료 자동화](system-start.md)
+ [예: SAP 애플리케이션 자동 크기 조정](auto-scaling.md)
# 예: 시스템 프로비저닝 자동화
**시스템 프로비저닝은 애플리케이션, 데이터 및 클라우드 리소스에 대한 사용자, 시스템 및 서비스 액세스를 설정하는 등 클라우드에서 인프라를 설정하는 프로세스입니다. 자동 시스템 프로비저닝의 이점은 다음과 같습니다.
+ 배포 중 인적 오류 감소
+ 일관되고 재현 가능하며 감사가 가능한 프로비저닝
+ 인프라의 확장성
+ 프로비저닝 시간 및 비용 절감
시스템 프로비저닝을 자동화하는 방법에는 여러 가지가 있습니다. 이 가이드에서는 두 가지 옵션 AWS Launch Wizard 과 코드형 인프라(IaC)에 대해 자세히 설명합니다.
## Launch Wizard
Launch Wizard를 사용하여 시스템을 자동으로 프로비저닝하면 클라우드에 SAP 애플리케이션을 배포하는 데 걸리는 시간이 줄어듭니다. 서비스 콘솔에 SAP HANA 설정, SAP 풍경 설정, 배포 세부 정보 등의 애플리케이션 요구 사항을 입력합니다. Launch Wizard는 애플리케이션을 지원하는 적절한 AWS 리소스를 식별하고 배포 비용을 추정합니다. 리소스를 수정하고 업데이트된 예상 비용을 즉시 확인할 수 있습니다. 또한 Launch Wizard에서 직접 리소스를 배포하여 SAP 애플리케이션을 운영할 수 있습니다. 자세한 내용은 [AWS Launch Wizard for SAP](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sap.html)를 참조하세요.
다음 이미지와 프로세스는 Launch Wizard를 사용하여 SAP 애플리케이션을 지원하는 데 필요한 AWS 리소스를 식별, 추정 및 시작하는 방법을 개략적으로 설명합니다.
1. Launch Wizard의 애플리케이션 카탈로그에서 배포할 애플리케이션을 선택합니다.
1. 애플리케이션 사양을 입력합니다.
1. Launch Wizard는 애플리케이션에 대한 AWS 리소스를 권장하고 예상 비용을 제공합니다.
1. 승인하면 Launch Wizard가 AWS에서 선택한 리소스를 프로비저닝합니다.
1. Launch Wizard는 고가용성 솔루션을 구성하고 향후 사용을 위한 코드 템플릿을 생성합니다.
1. Launch Wizard는 AWS 관리 및 모니터링 서비스와 통합된 ready-to-use 가능한 애플리케이션을 생성합니다.
![\[AWS Launch Wizard사용 방법의 중요 단계를 설명하는 프로세스 다이어그램\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/strategy-sap-automation/images/LaunchWizard.png)
## 코드형 인프라
시스템을 자동으로 프로비저닝하고 SAP 애플리케이션을 배포하는 데 필요한 시간을 줄이는 또 다른 방법은 코드형 인프라를 사용하는 것입니다. *코드형 인프라*는 버전 제어, 지속적 통합과 같은 코드 및 소프트웨어 개발 기법을 사용하여 인프라를 프로비저닝하고 관리하는 방식입니다. 는 개발자와 시스템 관리자가 리소스를 수동으로 설정하고 구성하는 대신 대규모로 프로그래밍 방식으로 인프라와 상호 작용할 수 있는 애플리케이션 프로그래밍 인터페이스(API) 기반 모델을 AWS 클라우드 제공합니다. 리소스와 서비스가 코드로 정의되므로 빠르게 표준화된 패턴을 사용하여 최신 패치와 버전이 적용된 인프라와 서버를 배포하고 반복 가능한 방식으로 리소스를 복제할 수 있습니다. 자세한 내용은 블로그 게시물 [Terraform your SAP Infrastructure on을 참조하세요 AWS](https://aws.amazon.com/blogs/awsforsap/terraform-your-sap-infrastructure-on-aws/).
# 예: SAP 애플리케이션 클러스터, SAP HANA 클러스터 및 SAP 애플리케이션 서비스 모니터링
SAP on 자동화의 또 다른 예는 SAP 애플리케이션 클러스터, SAP HANA 클러스터 및 SAP 애플리케이션 서비스를 모니터링하는 AWS 것입니다. 모니터링을 자동화하면 서버나 에이전트를 배포하거나 관리할 필요 없이 저렴한 비용으로 SAP Netweaver 및 데이터베이스 클러스터 환경을 효과적으로 모니터링할 수 있습니다. 블로그 게시물 [SAP application cluster, SAP HANA cluster and SAP application service monitoring](https://aws.amazon.com/blogs/awsforsap/sap-application-cluster-sap-hana-cluster-and-sap-application-service-monitoring/)에서는 CloudWatch 지표와 대시보드를 사용하여 SAP 애플리케이션 클러스터, HANA 데이터베이스 클러스터, HANA 복제 및 SAP 애플리케이션 핵심 서비스를 모니터링하는 기법을 설명합니다. 이 AWS 자동화 기능의 이점은 다음과 같습니다.
+ SAP Advanced Business Application Programming(ABAP) 기반 환경의 효과적인 모니터링
+ 서버 또는 에이전트를 구축 및 관리할 필요 없음
+ SAP 및 AWS 서비스 지표에 액세스하기 위한 단일 관리 대시보드
+ 저렴한 비용 및 추가 라이선스 비용 없음
다음 이미지와 프로세스는 SAP 데이터베이스를 모니터링하고 사용자가 현재 데이터 및 지표에 액세스할 수 있도록 이 자동화를 설정하는 방법을 설명합니다.
1. SAP Java Connector(SAP JCO) 개발 라이브러리를 사용하여 Lambda 함수는 SAP 시스템과의 연결을 설정합니다.
1. Lambda 함수는 SAP Remote Function Call(RFC) 프로토콜을 사용하여 SAP 데이터베이스에서 데이터를 가져옵니다.
1. Lambda 함수는에 안전하게 저장된 SAP 자격 증명을 가져 AWS Secrets Manager 와 SAP 시스템에 로그인하는 데 사용합니다.
1. Lambda는 SAP 데이터를 CloudWatch에 사용자 지정 지표로 게시합니다. 규칙 때문에 Lambda는 60초마다 이 작업을 수행합니다.
1. 사용자는 사용자 지정 CloudWatch 대시보드를 통해 SAP 애플리케이션, 데이터, 지표에 액세스할 수 있습니다.
![\[SAP 데이터베이스 모니터링의 자동화를 보여주는 아키텍처 다이어그램\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/strategy-sap-automation/images/monitoring.png)
# 예: SAP 서버리스 새로 고침 자동화
SAP on SAP 자동화의 또 다른 예는 *SAP 서버리스 새로 고침* AWS 입니다. 많은 기업에서 테스트 및 운영 작업을 지원하기 위해 SAP 시스템을 정기적으로 새로 고쳐야 합니다. 수동 새로 고침 프로세스는 SAP 관리자에게 시간과 비용이 많이 들고 지루할 수 있습니다. 수동 프로세스의 대안으로 시스템 새로 고침 프로세스를 집합적으로 수행하는 서버리스 AWS 서비스로 구성된 자동화를 사용할 수 있습니다. 이 기능을 사용하여 다른 시스템에서 SAP 시스템의 테스트 데이터를 새로 고칠 수 있습니다. 이 솔루션은 현재 SAP HANA 데이터베이스 관리 시스템을 사용하는 SAP 시스템을 지원합니다. 이 자동화의 이점은 다음과 같습니다.
+ SAP 시스템 구성 유지
+ 생산성, 민첩성 및 혁신 향상
+ 몇 분으로 가동 중지 시간 단축
+ 인적 자원 개입 감소
+ 인적 오류의 위험 감소
+ 몇 주에서 며칠로 새로 고침 프로세스 단축
다음 이미지와 프로세스는 SAP 서버리스 새로 고침 자동화의 작동 방식을 설명합니다.
1. 사용자가 상태 시스템을 시작합니다 AWS Step Functions. 상태 시스템에 대한 자세한 내용은 [States](https://docs.aws.amazon.com/step-functions/latest/dg/concepts-states.html)(Step Functions 설명서)를 참조하세요.
1. 상태 시스템은 Amazon Simple Notification Service(SNS) 주제를 사용하여 최종 사용자에게 프로세스가 시작되었음을 알립니다.
1. Lambda 함수는 Amazon Machine Image(AMI)에서 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스를 시작하는 Systems Manager 문서를 시작합니다.
1. Lambda 함수는 백업 파일을 Amazon Simple Storage Service(S3) 버킷에서 SAP 데이터베이스를 호스팅하는 EC2 인스턴스로 복사하여 백업을 복원합니다. 또한 Lambda 함수는 Systems Manager의 기능인 Parameter Store를 참조하여 대상 호스트 이름, 대상 IP 주소, 대상 SAP 시스템 식별자 등의 필수 변수 값을 검색합니다.
1. 데이터베이스 복원이 완료되면 Lambda 함수는 전송 가져오기 및 논리적 시스템 이름 변환과 같은 복사 후 작업을 수행합니다.
1. 상태 시스템은 Amazon SNS 주제를 사용하여 최종 사용자에게 새로 고침이 성공했음을 알립니다.
1. Lambda 함수는 Amazon DynamoDB 테이블을 사용하여 상태 시스템의 각 단계 진행 상황을 추적합니다.
![\[자동화를 사용하여 서버리스 새로 고침을 수행하는 방법을 보여주는 아키텍처 다이어그램\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/strategy-sap-automation/images/backuprestore.png)
# 예: SAP 시스템 시작 및 종료 자동화
일반적으로 생산성이 높은 SAP 시스템은 SAP 데이터베이스 서버, SAP 애플리케이션 서버, SAP Central Services 및 SAP 대기열 복제 서비스와 같은 몇 가지 중요한 SAP 구성 요소를 호스팅하는 여러 Amazon EC2 인스턴스로 구성됩니다. 또한 SAP 고객은 핵심 SAP 시스템을 아카이빙 엔진, 세금 관리 솔루션, 콘텐츠 서버, 작업 관리 시스템 등의 다른 미션 크리티컬 솔루션과 통합합니다. 이렇게 복잡하고 긴밀하게 통합된 SAP 솔루션의 시작 및 종료 절차 수행 시 특정한 작업 순서를 따라야 합니다.
AWS 서비스를 사용하여 SAP 시스템의 시작 및 종료를 자동화할 수 있습니다. 이렇게 일관되고 통제된 프로세스는 단조롭고 반복적인 작업을 자동화하고 SAP 관리자가 설계한 순서를 따르기 때문에 사람의 개입이 크게 필요하지 않습니다. 클라우드용으로 구축된 AWS 서비스를 사용하여 필요에 따라 예약과 알림을 추가할 수 있습니다. 또한 이 자동화를 통해 여러 SAP 애플리케이션과 비 SAP 애플리케이션 간의 종속성을 정의하고 처리할 수 있습니다. 자세한 내용은 블로그 게시물 [Automate Start or Stop of Distributed SAP HANA systems using AWS Systems Manager](https://aws.amazon.com/blogs/awsforsap/automate-start-or-stop-of-distributed-sap-hana-systems-using-aws-systems-manager/)를 참조하세요. 또한 [채팅 애플리케이션에서 Amazon Q Developer를 사용하여 Slack으로 SAP 시스템 시작/중지](https://aws.amazon.com/blogs/awsforsap/start-stop-sap-systems-with-slack-using-aws-chatbot/) 블로그 게시물을 참조하세요.이 블로그 게시물에서는 채팅 애플리케이션에서 Amazon Q Developer, Lambda, Systems Manager, CloudWatch와 같은 Slack 및 AWS 서비스를 사용하여이 프로세스를 자동화하는 방법을 설명합니다. 이 자동화의 이점은 다음과 같습니다.
+ 수동 운영 노력의 필요성을 줄여 비용을 크게 절감합니다.
+ 인적 오류의 위험과 비용이 많이 드는 수정 활동의 필요성을 줄입니다.
다음 이미지와 프로세스는 SAP 시스템의 시작 및 종료를 자동화하는 방법을 설명합니다.
1. 시간 기반 이벤트로 인해 Amazon EventBridge 규칙이 Systems Manager 문서를 시작합니다. 자세한 내용은 [ Systems Manager 문서](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-ssm-docs.html)를 참조하세요.
1. Systems Manager는 대상 EC2 인스턴스에 연결하여 SAP 애플리케이션 및 관련 인스턴스를 중지하거나 시작합니다.
1. SAP 시스템이 중지되거나 시작된 후 다른 EventBridge 규칙은 EC2 인스턴스 상태의 변경에 대응하고 Lambda 함수 핸들러를 사용하여 이해관계자에게 변경 사항을 알립니다.
![\[복잡한 SAP 시스템의 시작 또는 종료 절차를 자동화하는 방법을 보여주는 아키텍처 다이어그램\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/strategy-sap-automation/images/starting.png)
# 예: SAP 애플리케이션 자동 크기 조정
SAP 애플리케이션 서버 수요를 자동으로 감지하고 이에 따라 Amazon EC2 인스턴스를 스케일 업하거나 스케일 다운하는 *SAP 애플리케이션 자동 크기 조정*을 사용할 수 있습니다. 이 기능은 동시 사용자 로그인, 월말 결산, 결제 실행, 예측 가능한 워크로드와 예측할 수 없는 다양한 워크로드의 급증 및 급감에 적응할 수 있습니다. 이 기능은 수평적으로 스케일 업(애플리케이션 서버로 새 컴퓨팅 서비스 시작)하거나 스케일 다운(기존 컴퓨팅 서비스 중지)할 수 있습니다. 이 자동화의 이점은 다음과 같습니다.
+ 사용자 요구에 따른 애플리케이션 서버 용량의 동적 조정
+ 애플리케이션 계층에서 최소한의 기본 EC2 인스턴스 실행
+ 비용 절감
+ 비즈니스를 위해 향상되고 확장 가능한 성능 서비스 수준에 관한 계약(SLA) 유지
다음 이미지와 프로세스는 SAP 애플리케이션을 지원하는 리소스의 규모 조정을 자동화하는 방법을 설명합니다.
1. 일반적으로 2분마다 예약되는 시간 기반 이벤트에 의해 Amazon EventBridge가 Lambda 함수를 시작합니다.
1. Lambda 함수는 Amazon DynamoDB 및 로컬 환경 변수(예: 호스트 이름 및 임곗값)에서 필요한 통계 정보를 수집합니다.
1. 수요가 임계값보다 높거나 낮으면 Lambda 함수는 SAP 애플리케이션을 지원하기 AWS Systems Manager 위해 추가 EC2 인스턴스를 시작하거나 중지하도록 지시합니다.
![\[SAP 애플리케이션에 대한 수요를 지원하기 위해 EC2 인스턴스의 시작 또는 중지를 자동화하는 방법을 보여주는 아키텍처 다이어그램\]](http://docs.aws.amazon.com/ko_kr/prescriptive-guidance/latest/strategy-sap-automation/images/autoscaling.png)