발표영상 다시보기: https://kr-resources.awscloud.com/data-databases-and-analytics/%EC%98%A4%EB%9D%BC%ED%81%B4-db%EB%A5%BC-aws-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4%EB%A1%9C-%EB%A7%88%EC%9D%B4%EA%B7%B8%EB%A0%88%EC%9D%B4%EC%85%98-%ED%95%98%EA%B8%B0-%EC%9C%A4%EA%B8%B0%EC%9B%90-aws-database-modernization-day-%EC%98%A8%EB%9D%BC%EC%9D%B8-2
온프레미스 Oracle DB를 AWS Database Migration Service와 Schema Conversion Tool을 사용하여 Migration하는 방법을 소개합니다. Migration시 Service Downtime을 최소화 하고, Migration 속도를 향상 시킬 수 있는 방법을 알아봅니다.
AWS 클라우드 핵심 서비스로 클라우드 기반 아키텍처 빠르게 구성하기 - 문종민 솔루션즈 아키텍트, AWS :: AWS Summit Seo...Amazon Web Services Korea
AWS 클라우드 핵심 서비스로 클라우드 기반 아키텍처 빠르게 구성하기
문종민 솔루션즈 아키텍트, AWS
본 세션은 AWS를 처음 접하는 분들을 대상으로 AWS의 150여개 이상의 서비스들 중 가장 중심이 되는 컴퓨팅, 스토리지, 네트워크 등의 핵심 서비스를 기술적 관점에서 소개합니다. 클라우드에서 신규 서비스 구축 및 기존 데이터센터 워크로드를 이전할 때, Amazon EC2, S3 및 RDS, VPC 등의 서비스를 통해 어떻게 빠르게 AWS 상에서 시스템 구축할 수 있는지 살펴봅니다.
- 동영상 보기: https://www.youtube.com/watch?v=Rq4I57eqIp4
Amazon RDS 프록시는 Amazon Relational Database Service (RDS)를 위한 완전 관리형 고가용성 데이터베이스 프록시로, 애플리케이션의 확장 성, 데이터베이스 장애에 대한 탄력성 및 보안 성을 향상시킬 수 있습니다. (2020년 6월 서울 리전 출시)
이커머스 기업 쿠팡은 폭발적인 성장에 대응하기 위하여 Amazon Aurora 기반의 선택과 집중을 통해 DBA가 보다 의미 있는 일에 투자할 수 있도록 하고 있습니다. 삼성전자의 채팅플러스는 높은 수준의 가용성을 요구하는 통신 서비스의 특성에 맞게 적절한 AWS 데이터베이스를 활용하고 있습니다. 이 세션에서는 쿠팡이 Amazon Aurora를 통하여 얻은 경험 기반의 혁신 사례를 소개하며, 삼성전자에서 수 천만 명의 트래픽을 다루기 위해 Amazon DynamoDB, Amazon ElastiCache for Redis를 활용했던 경험을 공유합니다.
Powerful encryption capabilities are available in the core services of the AWS cloud. AWS continues to release enhancements to encryption-specific services and expand encryption capabilities in new services to make security easy for everyone. Learn how to take advantage of these services and features to protect and secure your data in the cloud.
Speaker: Dr. John Hildebrandt - Principle Solutions Architect, AWS
AWS 클라우드 핵심 서비스로 클라우드 기반 아키텍처 빠르게 구성하기 - 문종민 솔루션즈 아키텍트, AWS :: AWS Summit Seo...Amazon Web Services Korea
AWS 클라우드 핵심 서비스로 클라우드 기반 아키텍처 빠르게 구성하기
문종민 솔루션즈 아키텍트, AWS
본 세션은 AWS를 처음 접하는 분들을 대상으로 AWS의 150여개 이상의 서비스들 중 가장 중심이 되는 컴퓨팅, 스토리지, 네트워크 등의 핵심 서비스를 기술적 관점에서 소개합니다. 클라우드에서 신규 서비스 구축 및 기존 데이터센터 워크로드를 이전할 때, Amazon EC2, S3 및 RDS, VPC 등의 서비스를 통해 어떻게 빠르게 AWS 상에서 시스템 구축할 수 있는지 살펴봅니다.
- 동영상 보기: https://www.youtube.com/watch?v=Rq4I57eqIp4
Amazon RDS 프록시는 Amazon Relational Database Service (RDS)를 위한 완전 관리형 고가용성 데이터베이스 프록시로, 애플리케이션의 확장 성, 데이터베이스 장애에 대한 탄력성 및 보안 성을 향상시킬 수 있습니다. (2020년 6월 서울 리전 출시)
이커머스 기업 쿠팡은 폭발적인 성장에 대응하기 위하여 Amazon Aurora 기반의 선택과 집중을 통해 DBA가 보다 의미 있는 일에 투자할 수 있도록 하고 있습니다. 삼성전자의 채팅플러스는 높은 수준의 가용성을 요구하는 통신 서비스의 특성에 맞게 적절한 AWS 데이터베이스를 활용하고 있습니다. 이 세션에서는 쿠팡이 Amazon Aurora를 통하여 얻은 경험 기반의 혁신 사례를 소개하며, 삼성전자에서 수 천만 명의 트래픽을 다루기 위해 Amazon DynamoDB, Amazon ElastiCache for Redis를 활용했던 경험을 공유합니다.
Powerful encryption capabilities are available in the core services of the AWS cloud. AWS continues to release enhancements to encryption-specific services and expand encryption capabilities in new services to make security easy for everyone. Learn how to take advantage of these services and features to protect and secure your data in the cloud.
Speaker: Dr. John Hildebrandt - Principle Solutions Architect, AWS
고객의 플랫폼/서비스를 개선한 국내 사례 살펴보기 – 장준성 AWS 솔루션즈 아키텍트, 강산아 NDREAM 팀장, 송영호 야놀자 매니저, ...Amazon Web Services Korea
AWS는 175개 이상의 다양한 서비스를 제공해드리고 있습니다. 주요 서비스들 외에도 고객 서비스의 품질을 개선하는 데에 이러한 다양한 AWS의 서비스들의 도움을 받을 수 있습니다. 이번 세션에서는 AWS Transit Gateway, AWS Global Accelerator, AWS Shield, AWS IoT, Amazon WorkSpaces 를 통해서 고객의 플랫폼/서비스를 개선한 국내 사례들을 살펴보며 AWS 서비스들을 어떻게 활용할 수 있는지 보여드립니다.
롯데이커머스의 마이크로 서비스 아키텍처 진화와 비용 관점의 운영 노하우-나현길, 롯데이커머스 클라우드플랫폼 팀장::AWS 마이그레이션 A ...Amazon Web Services Korea
2015 년부터 진행한 실험적 퍼블릭클라우드 운영에 대한 최근 결과를 공유하며 그간 경험한 MSA Architecture 환경, Cost optimization, Operation 관련 내용을 공유합니다. 특히 대규모 운영 환경에서 경험한 다양한 관점의 경험과 비용절감에 대해 인사이트를 제공 예정입니다.
KB국민은행은 시작했다 - 쉽고 빠른 클라우드 거버넌스 적용 전략 - 강병억 AWS 솔루션즈 아키텍트 / 장강홍 클라우드플랫폼단 차장, ...Amazon Web Services Korea
클라우드 서비스를 사용하기 위한 안전성 확보 조치들을 다양한 워크로드가 추가될 경우에도 쉽고 빠르게 적용시킬 수 있는 다중 계정 기반의 클라우드 거버넌스 구성 전략을 소개해 드립니다. 그리고 KB국민은행에서는 어떻게 클라우드를 도입하게 되었으며 금융 회사에 클라우드를 도입하기 위해서 지켜야 하는 규제 사항들을 어떻게 대응하였지를 살펴보고, KB국민은행에서 구성한 클라우드 거버넌스 환경을 이용하여 클라우드 워크로드 확산을 어떻게 효과적으로 준비하고 있는지 살펴봅니다.
대용량 데이터베이스의 클라우드 네이티브 DB로 전환 시 확인해야 하는 체크 포인트-김지훈, AWS Database Specialist SA...Amazon Web Services Korea
고객사 A는 하루 30억 트랜잭션과 연 750TB의 데이터베이스를 온프레미스 환경에서 상용 데이터베이스를 이용하여 운영 중입니다. 또한 매일 대용량의 배치가 발생하고 실시간으로 대량의 조회가 발생하는 미션 크리티컬 시스템입니다. 고객사 A와 함께 클라우드 환경에서 동일한 워크로드의 수행이 가능한지 여부를 검증하는 Feasiblity Pilot 프로젝트를 진행하였고 여기서의 레슨런을 공유합니다. 마이그레이션 도중 고객 IT팀은 On-premise 운영 모델에서 클라우드 운영 모델로 전환되어야 합니다. 전환 도중에 ITIL을 클라우드, 애자일, DevOps 기반 역량과 프로세스에 매핑해야 합니다. 해당 세션에서는 클라우드 운영 모델로 원활한 전환을 도와주는 CEE (Cloud Enablement Engine)의 작동 원리 및 적용 방식을 살펴보고자 합니다.
AWS Fargate와 Amazon ECS를 사용한 CI/CD 베스트 프랙티스 - 유재석, AWS 솔루션즈 아키텍트 :: AWS Build...Amazon Web Services Korea
발표영상 다시보기: https://youtu.be/il8wpd7gxe8
CI/CD 기술을 통해 팀은 민첩성을 높이고 고품질 제품을 신속하게 출시 할 수 있습니다. 이 강의에서는 컨테이너화 된 응용 프로그램을 관리 할 수 있도록 CI/CD 워크 플로우 작성을위한 모범 사례를 안내합니다. AWS Cloud Development Kit를 사용하여 코드 애플리케이션 모델로 인프라를 다루고 AWS CodePipeline 및 AWS CodeBuild를 사용하여 CI/CD 릴리스 파이프 라인을 설정하는 방법을 보여줍니다. 마지막으로 AWS CodeDeploy를 사용한 안전한 배포 자동화에 대해 설명합니다.
Threat detection on AWS: An introduction to Amazon GuardDuty - FND216 - AWS r...Amazon Web Services
Amazon GuardDuty is a threat detection system that is reimagined and purpose-built for the cloud. Once enabled, GuardDuty immediately starts analyzing continuous streams of account and network activity in near real-time and at scale. You do not have to deploy or manage any additional security software, sensors, or network appliances. Threat intelligence is pre-integrated into the service and is continuously updated and maintained. This session introduces you to GuardDuty, walks you through the detection of an event, and discusses the various ways you can react and remediate.
In part one you will learn about benefits of moving Oracle Database Workloads to AWS, licensing and key aspects to consider. Part two is about understanding how to execute migrations, key success factors, and demonstration.
마이크로서비스 아키텍처를 설계하면서 경험할 수 있는 공통적인 문제들에 대한 해결책으로 디자인 패턴을 사용합니다. 본 세션에서는 신뢰성과 확장성, 가용성, 성능을 위한 클라우드 네이티브 애플리케이션의 주요 디자인 패턴을 소개하고 AWS 서비스를 사용하여 실제 적용 가능한 참조 아키텍처를 알아봅니다.
진화하는 CloudFront 의 이해와 글로벌 서비스 활용 - 안수일 시니어 솔루션즈 아키텍트, GS NEOTEK :: AWS Summit...Amazon Web Services Korea
스폰서 발표 세션 | 진화하는 CloudFront 의 이해와 글로벌 서비스 활용
안수일 시니어 솔루션즈 아키텍트, GS NEOTEK
멀티미디어의 활용도가 점점 높아지면서 데이터, 이미지, 동영상 등을 짧은 지연시간과 빠른 전송속도로 전세계의 고객에게 전송하기 위해 CDN(Contents Delivery Network)서비스를 사용합니다. AWS의 CDN서비스인 CloudFront 의 이해와 계속해서 진화하는 CloudFront의 기능들을 어떻게 잘 활용 할 것인지에 대해 알아봅니다.
최근 국내와 글로벌 서비스에서 MongoDB를 사용하는 사례가 급증하고 있습니다. 다만 전통적인 RDBMS에 비해, 아직 지식과 경험의 축적이 적게 되어 있어 손쉬운 접근과 트러블 슈팅등에 문제가 있는 것도 사실입니다. 이 세션에서는 MongoDB 와 AWS의 DocumentDB의 Architecure를 간단히 살펴보고 MongoDB 및 DocumentDB의 비교를 진행하며 특히 MongoDB와 DocumentDB를 사용할때 주의해야할 중요 포인트에 대해서 알아봅니다.
LG전자 - Amazon Aurora 및 RDS 블루/그린 배포를 이용한 데이터베이스 업그레이드 안정성 확보 - 발표자: 이은경 책임, L...Amazon Web Services Korea
LG ThinQ는 LG전자의 가전제품과 서비스를 아우르는 플랫폼 브랜드로서 앱 하나로 간편한 컨트롤, 똑똑한 케어, 스마트한 쇼핑까지 한번에 가능한 플랫폼입니다. ThinQ 플랫폼은 글로벌 서비스로 제공되고 있어, 작업 시간을 최소화하고, 서비스의 영향을 최소화 할 필요가 있었습니다. 따라서 DB 버전 업그레이드 작업 시 애플리케이션 배포가 필요없는 Blue/Green Deployment 방식은 최선의 선택이 되었습니다.
In this webinar, you'll learn about the foundational security blocks and how to start using them effectively to create robust and secure architectures. Discover how Identity and Access management is done and how it integrates with other AWS services. In addition, learn how to improve governance by using AWS Security Hub, AWS Config and CloudTrail to gain unprecedented visibility of activity in the account. Subsequently use AWS Config rules to rectify configuration issues quickly and effectively.
AWS Community Day 2022 - Nitro Enclave를 이용하여 안전하게 고객 정보 다...JooHyung Kim
AWS Community Day 2022 - Nitro Enclave를 이용하여 안전하게 고객 정보 다루기
Youtube: https://www.youtube.com/watch?v=nbEodu0s5VA&t=4750s
AWS Nitro Enclave 를 활용하여 어플리케이션을 어떻게 개발할 수 있는지 증명 기능을 활용한 AWS KMS 연동 방법에 대해서 설명합니다.
테크데이타 - MS workload migration to aws 웨비나 발표자료 20210713테크데이타
Microsoft 워크로드에 대한 탁월한 전문성을 바탕으로 AWS의 Microsoft Competency인증을 취득한 Advanced 컨설팅 파트너사인 테크데이타에서 실제 마이그레이션 수행 시 고객사 인프라 환경을 빠르게 분석하고 자동화를 할 수 있는 AWS OLA(Optimization & License Assessment) 프로그램을 소개하고, Microsoft 워크로드를 마이그레이션시 고려해야 할 몇가지 서비스에 대해서 소개를 하였습니다.
고객의 플랫폼/서비스를 개선한 국내 사례 살펴보기 – 장준성 AWS 솔루션즈 아키텍트, 강산아 NDREAM 팀장, 송영호 야놀자 매니저, ...Amazon Web Services Korea
AWS는 175개 이상의 다양한 서비스를 제공해드리고 있습니다. 주요 서비스들 외에도 고객 서비스의 품질을 개선하는 데에 이러한 다양한 AWS의 서비스들의 도움을 받을 수 있습니다. 이번 세션에서는 AWS Transit Gateway, AWS Global Accelerator, AWS Shield, AWS IoT, Amazon WorkSpaces 를 통해서 고객의 플랫폼/서비스를 개선한 국내 사례들을 살펴보며 AWS 서비스들을 어떻게 활용할 수 있는지 보여드립니다.
롯데이커머스의 마이크로 서비스 아키텍처 진화와 비용 관점의 운영 노하우-나현길, 롯데이커머스 클라우드플랫폼 팀장::AWS 마이그레이션 A ...Amazon Web Services Korea
2015 년부터 진행한 실험적 퍼블릭클라우드 운영에 대한 최근 결과를 공유하며 그간 경험한 MSA Architecture 환경, Cost optimization, Operation 관련 내용을 공유합니다. 특히 대규모 운영 환경에서 경험한 다양한 관점의 경험과 비용절감에 대해 인사이트를 제공 예정입니다.
KB국민은행은 시작했다 - 쉽고 빠른 클라우드 거버넌스 적용 전략 - 강병억 AWS 솔루션즈 아키텍트 / 장강홍 클라우드플랫폼단 차장, ...Amazon Web Services Korea
클라우드 서비스를 사용하기 위한 안전성 확보 조치들을 다양한 워크로드가 추가될 경우에도 쉽고 빠르게 적용시킬 수 있는 다중 계정 기반의 클라우드 거버넌스 구성 전략을 소개해 드립니다. 그리고 KB국민은행에서는 어떻게 클라우드를 도입하게 되었으며 금융 회사에 클라우드를 도입하기 위해서 지켜야 하는 규제 사항들을 어떻게 대응하였지를 살펴보고, KB국민은행에서 구성한 클라우드 거버넌스 환경을 이용하여 클라우드 워크로드 확산을 어떻게 효과적으로 준비하고 있는지 살펴봅니다.
대용량 데이터베이스의 클라우드 네이티브 DB로 전환 시 확인해야 하는 체크 포인트-김지훈, AWS Database Specialist SA...Amazon Web Services Korea
고객사 A는 하루 30억 트랜잭션과 연 750TB의 데이터베이스를 온프레미스 환경에서 상용 데이터베이스를 이용하여 운영 중입니다. 또한 매일 대용량의 배치가 발생하고 실시간으로 대량의 조회가 발생하는 미션 크리티컬 시스템입니다. 고객사 A와 함께 클라우드 환경에서 동일한 워크로드의 수행이 가능한지 여부를 검증하는 Feasiblity Pilot 프로젝트를 진행하였고 여기서의 레슨런을 공유합니다. 마이그레이션 도중 고객 IT팀은 On-premise 운영 모델에서 클라우드 운영 모델로 전환되어야 합니다. 전환 도중에 ITIL을 클라우드, 애자일, DevOps 기반 역량과 프로세스에 매핑해야 합니다. 해당 세션에서는 클라우드 운영 모델로 원활한 전환을 도와주는 CEE (Cloud Enablement Engine)의 작동 원리 및 적용 방식을 살펴보고자 합니다.
AWS Fargate와 Amazon ECS를 사용한 CI/CD 베스트 프랙티스 - 유재석, AWS 솔루션즈 아키텍트 :: AWS Build...Amazon Web Services Korea
발표영상 다시보기: https://youtu.be/il8wpd7gxe8
CI/CD 기술을 통해 팀은 민첩성을 높이고 고품질 제품을 신속하게 출시 할 수 있습니다. 이 강의에서는 컨테이너화 된 응용 프로그램을 관리 할 수 있도록 CI/CD 워크 플로우 작성을위한 모범 사례를 안내합니다. AWS Cloud Development Kit를 사용하여 코드 애플리케이션 모델로 인프라를 다루고 AWS CodePipeline 및 AWS CodeBuild를 사용하여 CI/CD 릴리스 파이프 라인을 설정하는 방법을 보여줍니다. 마지막으로 AWS CodeDeploy를 사용한 안전한 배포 자동화에 대해 설명합니다.
Threat detection on AWS: An introduction to Amazon GuardDuty - FND216 - AWS r...Amazon Web Services
Amazon GuardDuty is a threat detection system that is reimagined and purpose-built for the cloud. Once enabled, GuardDuty immediately starts analyzing continuous streams of account and network activity in near real-time and at scale. You do not have to deploy or manage any additional security software, sensors, or network appliances. Threat intelligence is pre-integrated into the service and is continuously updated and maintained. This session introduces you to GuardDuty, walks you through the detection of an event, and discusses the various ways you can react and remediate.
In part one you will learn about benefits of moving Oracle Database Workloads to AWS, licensing and key aspects to consider. Part two is about understanding how to execute migrations, key success factors, and demonstration.
마이크로서비스 아키텍처를 설계하면서 경험할 수 있는 공통적인 문제들에 대한 해결책으로 디자인 패턴을 사용합니다. 본 세션에서는 신뢰성과 확장성, 가용성, 성능을 위한 클라우드 네이티브 애플리케이션의 주요 디자인 패턴을 소개하고 AWS 서비스를 사용하여 실제 적용 가능한 참조 아키텍처를 알아봅니다.
진화하는 CloudFront 의 이해와 글로벌 서비스 활용 - 안수일 시니어 솔루션즈 아키텍트, GS NEOTEK :: AWS Summit...Amazon Web Services Korea
스폰서 발표 세션 | 진화하는 CloudFront 의 이해와 글로벌 서비스 활용
안수일 시니어 솔루션즈 아키텍트, GS NEOTEK
멀티미디어의 활용도가 점점 높아지면서 데이터, 이미지, 동영상 등을 짧은 지연시간과 빠른 전송속도로 전세계의 고객에게 전송하기 위해 CDN(Contents Delivery Network)서비스를 사용합니다. AWS의 CDN서비스인 CloudFront 의 이해와 계속해서 진화하는 CloudFront의 기능들을 어떻게 잘 활용 할 것인지에 대해 알아봅니다.
최근 국내와 글로벌 서비스에서 MongoDB를 사용하는 사례가 급증하고 있습니다. 다만 전통적인 RDBMS에 비해, 아직 지식과 경험의 축적이 적게 되어 있어 손쉬운 접근과 트러블 슈팅등에 문제가 있는 것도 사실입니다. 이 세션에서는 MongoDB 와 AWS의 DocumentDB의 Architecure를 간단히 살펴보고 MongoDB 및 DocumentDB의 비교를 진행하며 특히 MongoDB와 DocumentDB를 사용할때 주의해야할 중요 포인트에 대해서 알아봅니다.
LG전자 - Amazon Aurora 및 RDS 블루/그린 배포를 이용한 데이터베이스 업그레이드 안정성 확보 - 발표자: 이은경 책임, L...Amazon Web Services Korea
LG ThinQ는 LG전자의 가전제품과 서비스를 아우르는 플랫폼 브랜드로서 앱 하나로 간편한 컨트롤, 똑똑한 케어, 스마트한 쇼핑까지 한번에 가능한 플랫폼입니다. ThinQ 플랫폼은 글로벌 서비스로 제공되고 있어, 작업 시간을 최소화하고, 서비스의 영향을 최소화 할 필요가 있었습니다. 따라서 DB 버전 업그레이드 작업 시 애플리케이션 배포가 필요없는 Blue/Green Deployment 방식은 최선의 선택이 되었습니다.
In this webinar, you'll learn about the foundational security blocks and how to start using them effectively to create robust and secure architectures. Discover how Identity and Access management is done and how it integrates with other AWS services. In addition, learn how to improve governance by using AWS Security Hub, AWS Config and CloudTrail to gain unprecedented visibility of activity in the account. Subsequently use AWS Config rules to rectify configuration issues quickly and effectively.
AWS Community Day 2022 - Nitro Enclave를 이용하여 안전하게 고객 정보 다...JooHyung Kim
AWS Community Day 2022 - Nitro Enclave를 이용하여 안전하게 고객 정보 다루기
Youtube: https://www.youtube.com/watch?v=nbEodu0s5VA&t=4750s
AWS Nitro Enclave 를 활용하여 어플리케이션을 어떻게 개발할 수 있는지 증명 기능을 활용한 AWS KMS 연동 방법에 대해서 설명합니다.
테크데이타 - MS workload migration to aws 웨비나 발표자료 20210713테크데이타
Microsoft 워크로드에 대한 탁월한 전문성을 바탕으로 AWS의 Microsoft Competency인증을 취득한 Advanced 컨설팅 파트너사인 테크데이타에서 실제 마이그레이션 수행 시 고객사 인프라 환경을 빠르게 분석하고 자동화를 할 수 있는 AWS OLA(Optimization & License Assessment) 프로그램을 소개하고, Microsoft 워크로드를 마이그레이션시 고려해야 할 몇가지 서비스에 대해서 소개를 하였습니다.
AWS 상에서 컨테이너를 활용하여 클라우드 인프라를 더욱 효과적으로 사용하는 방법에 대하여 다룹니다. 컨테이너를 업무 환경에 적용하기 위해서 고려해야 할 사항이 많아 어렵게만 느껴지던 주제들을 간편한 실습 과제를 해보면서 어렵지 않게 적용 할 수 있게 구성된 워크샵입니다.
단순한 컨테이너 프로비저닝을 시작으로, 스팟 인스턴스를 활용한 컨테이너 배포와 사용량에 따른 인스턴스 최적화 및 어플리케이션 로드밸런서를 활용한 컨테이너 오케스트레이션 구성에 대해서도 실습해 볼 수 있습니다.
이를 통하여 컨테이너를 실제 업무에 적용함으로서 보다 유연하고 비용효율적인 클라우드 인프라를 구성할 수 있는 방법을 습득 하실 수 있습니다.
Amazon OpenSearch - Use Cases, Security/Observability, Serverless and Enhance...Amazon Web Services Korea
로그 및 지표 데이터를 쉽게 가져오고, OpenSearch 검색 API를 사용하고, OpenSearch 대시보드를 사용하여 시각화를 구축하는 등 Amazon OpenSearch의 새로운 기능과 기능에 대해 자세히 알아보십시오. 애플리케이션 문제를 디버깅할 수 있는 OpenSearch의 Observability 기능에 대해 알아보세요. Amazon OpenSearch Service를 통해 인프라 관리에 대해 걱정하지 않고 검색 또는 모니터링 문제에 집중할 수 있는 방법을 알아보십시오.
[ 2018 컨테이너 기술의 모든 것 ] NBP 박기은 CTO 세션에서 소개된 네이버 클라우드 플랫폼의 컨테이너 기술 관련 서비스 및 향후 로드맵을 공유합니다.
[ 2018 All About Container ] Presentation about container technology & service roadmap of NAVER CLOUD PLATFORM by NBP cloud solution CTO "Park Ki Eun"
드랍박스, nDrive 등과 같은 클라우드 스토리지 서비스들은 데이터를 어떻게 저장하는지에 대한 이론적 내용과 실제 구현 내용을 살펴봅니다. 이 발표에서는 OpenStack 의 swift라는 Object Storage 를 이용하여 이론이 어떻게 구현되어있는지 알아봅니다.
Session 1. 디지털 트렌스포메이션의 핵심, 클라우드 마이그레이션 A to Z - 베스핀글로벌 이근우 위원BESPIN GLOBAL
전 세계적으로 클라우드 기반의 디지털 트랜스포메이션이 빠르게 진행되고 있음에도 불구하고, 기업에서 클라우드를 도입하고 마이그레이션 하는 과정은 여전히 어려움이 많습니다. 성공적인 마이그레이션은 클라우드로의 단순 인프라 변경에서 그치는 것이 아니라 비즈니스와 프로세스가 함께 변화할 때 완성될 수 있습니다.
그리고 그 변화의 중심에는 인공지능(AI)과 머신러닝(ML)이 있습니다. 인공지능과 머신러닝은 모든 것을 자동화하여 스스로 데이터를 분류하며 유의미한 가치를 찾아냅니다. 바로 여기에서부터 기업의 비즈니스 혁신은 시작됩니다.
클라우드로의 디지털 트랜스포메이션 전략과 인공지능/머신러닝을 활용한 비즈니스 혁신 방법 중, 어떻게 성공적으로 클라우드 마이그레이션을 할 수 있을지에 대해 이번 세션을 통해 알아보겠습니다.
사례로 알아보는 Database Migration Service : 데이터베이스 및 데이터 이관, 통합, 분리, 분석의 도구 - 발표자: ...Amazon Web Services Korea
Database Migration Service(DMS)는 RDBMS 이외에도 다양한 데이터베이스 이관을 지원합니다. 실제 고객사 사례를 통해 DMS가 데이터베이스 이관, 통합, 분리를 수행하는 데 어떻게 활용되는지 알아보고, 동시에 데이터 분석을 위한 데이터 수집(Data Ingest)에도 어떤 역할을 하는지 살펴보겠습니다.
Amazon Elasticache - Fully managed, Redis & Memcached Compatible Service (Lev...Amazon Web Services Korea
Amazon ElastiCache는 Redis 및 MemCached와 호환되는 완전관리형 서비스로서 현대적 애플리케이션의 성능을 최적의 비용으로 실시간으로 개선해 줍니다. ElastiCache의 Best Practice를 통해 최적의 성능과 서비스 최적화 방법에 대해 알아봅니다.
Internal Architecture of Amazon Aurora (Level 400) - 발표자: 정달영, APAC RDS Speci...Amazon Web Services Korea
ccAmazon Aurora 데이터베이스는 클라우드용으로 구축된 관계형 데이터베이스입니다. Aurora는 상용 데이터베이스의 성능과 가용성, 그리고 오픈소스 데이터베이스의 단순성과 비용 효율성을 모두 제공합니다. 이 세션은 Aurora의 고급 사용자들을 위한 세션으로써 Aurora의 내부 구조와 성능 최적화에 대해 알아봅니다.
[Keynote] 슬기로운 AWS 데이터베이스 선택하기 - 발표자: 강민석, Korea Database SA Manager, WWSO, A...Amazon Web Services Korea
오랫동안 관계형 데이터베이스가 가장 많이 사용되었으며 거의 모든 애플리케이션에서 널리 사용되었습니다. 따라서 애플리케이션 아키텍처에서 데이터베이스를 선택하기가 더 쉬웠지만, 구축할 수 있는 애플리케이션의 유형이 제한적이었습니다. 관계형 데이터베이스는 스위스 군용 칼과 같아서 많은 일을 할 수 있지만 특정 업무에는 완벽하게 적합하지는 않습니다. 클라우드 컴퓨팅의 등장으로 경제적인 방식으로 더욱 탄력적이고 확장 가능한 애플리케이션을 구축할 수 있게 되면서 기술적으로 가능한 일이 달라졌습니다. 이러한 변화는 전용 데이터베이스의 부상으로 이어졌습니다. 개발자는 더 이상 기본 관계형 데이터베이스를 사용할 필요가 없습니다. 개발자는 애플리케이션의 요구 사항을 신중하게 고려하고 이러한 요구 사항에 맞는 데이터베이스를 선택할 수 있습니다.
Demystify Streaming on AWS - 발표자: 이종혁, Sr Analytics Specialist, WWSO, AWS :::...Amazon Web Services Korea
실시간 분석은 AWS 고객의 사용 사례가 점점 늘어나고 있습니다. 이 세션에 참여하여 스트리밍 데이터 기술이 어떻게 데이터를 즉시 분석하고, 시스템 간에 데이터를 실시간으로 이동하고, 실행 가능한 통찰력을 더 빠르게 얻을 수 있는지 알아보십시오. 일반적인 스트리밍 데이터 사용 사례, 비즈니스에서 실시간 분석을 쉽게 활성화하는 단계, AWS가 Amazon Kinesis와 같은 AWS 스트리밍 데이터 서비스를 사용하도록 지원하는 방법을 다룹니다.
Amazon EMR - Enhancements on Cost/Performance, Serverless - 발표자: 김기영, Sr Anal...Amazon Web Services Korea
Amazon EMR은 Apache Spark, Hive, Presto, Trino, HBase 및 Flink와 같은 오픈 소스 프레임워크를 사용하여 분석 애플리케이션을 쉽게 실행할 수 있는 관리형 서비스를 제공합니다. Spark 및 Presto용 Amazon EMR 런타임에는 오픈 소스 Apache Spark 및 Presto에 비해 두 배 이상의 성능 향상을 제공하는 최적화 기능이 포함되어 있습니다. Amazon EMR Serverless는 Amazon EMR의 새로운 배포 옵션이지만 데이터 엔지니어와 분석가는 클라우드에서 페타바이트 규모의 데이터 분석을 쉽고 비용 효율적으로 실행할 수 있습니다. 이 세션에 참여하여 개념, 설계 패턴, 라이브 데모를 사용하여 Amazon EMR/EMR 서버리스를 살펴보고 Spark 및 Hive 워크로드, Amazon EMR 스튜디오 및 Amazon SageMaker Studio와의 Amazon EMR 통합을 실행하는 것이 얼마나 쉬운지 알아보십시오.
Enabling Agility with Data Governance - 발표자: 김성연, Analytics Specialist, WWSO,...Amazon Web Services Korea
데이터 거버넌스는 전체 프로세스에서 데이터를 관리하여 데이터의 정확성과 완전성을 보장하고 필요한 사람들이 데이터에 액세스할 수 있도록 하는 프로세스입니다. 이 세션에 참여하여 AWS가 어떻게 분석 서비스 전반에서 데이터 준비 및 통합부터 데이터 액세스, 데이터 품질 및 메타데이터 관리에 이르기까지 포괄적인 데이터 거버넌스를 제공하는지 알아보십시오. AWS에서의 스트리밍에 대해 자세히 알아보십시오.
Amazon Redshift Deep Dive - Serverless, Streaming, ML, Auto Copy (New feature...Amazon Web Services Korea
이 세션에 참여하여 Amazon Redshift의 새로운 기능을 자세히 살펴보십시오. Amazon Data Sharing, Amazon Redshift Serverless, Redshift Streaming, Redshift ML 및 자동 복사 등에 대한 자세한 내용과 데모를 통해 Amazon Redshift의 새로운 기능을 알고 싶은 사용자에게 적합합니다.
From Insights to Action, How to build and maintain a Data Driven Organization...Amazon Web Services Korea
데이터는 혁신과 변혁의 토대입니다. 비즈니스 혁신을 이끄는 혁신은 특정 시점의 전략이나 솔루션이 아니라 성장을 위한 반복적이고 집단적인 계획입니다. 혁신에 이러한 접근 방식을 채택하는 기업은 전략과 비즈니스 문화에서 데이터를 기반으로 하는 경우가 많습니다. 이러한 접근 방식을 개발하려면 리더가 데이터를 조직의 자산처럼 취급하고 조직이 더 나은 비즈니스 성과를 위해 데이터를 활용할 수 있도록 권한을 부여해야 합니다. AWS와 Amazon이 어떻게 데이터와 분석을 활용하여 확장 가능한 비즈니스 효율성을 창출하고 고객의 가장 복잡한 문제를 해결하는 메커니즘을 개발했는지 알아보십시오.
[Keynote] Accelerating Business Outcomes with AWS Data - 발표자: Saeed Gharadagh...Amazon Web Services Korea
데이터는 최종 소비자의 성공에 초점을 맞춘 디지털 혁신에서 중추적인 역할을 하고 있습니다. 모든 기업들은 데이터를 자산으로 사용하여 사례 제공을 추진하고 까다로운 결과를 해결하고 있습니다. AWS 클라우드 기술과 분석 솔루션의 강력한 성능을 통해 고객은 혁신 여정을 가속화할 수 있습니다. 이 세션에서는 기업 고객들이 클라우드에서 데이터의 힘을 활용하여 혁신 목표를 달성하고 필요한 결과를 제공하는 방법에 대해 다룹니다.
KB국민카드 - 클라우드 기반 분석 플랫폼 혁신 여정 - 발표자: 박창용 과장, 데이터전략본부, AI혁신부, KB카드│강병억, Soluti...Amazon Web Services Korea
온프레미스 분석 플랫폼에는 자원 증설 비용, 자원 관리 비용, 신규 자원 도입 및 환경 설정의 리드타임 등 다양한 측면에서의 한계가 존재합니다. 이에 KB국민카드에서는 기존 분석 플랫폼의 한계를 극복함과 동시에 시너지를 낼 수 있는 클라우드 기반 분석 플랫폼을 설계 및 도입하였습니다. 본 사례 소개는 KB국민카드의 데이터 혁신 여정과 노하우를 소개합니다.
SK Telecom - 망관리 프로젝트 TANGO의 오픈소스 데이터베이스 전환 여정 - 발표자 : 박승전, Project Manager, ...Amazon Web Services Korea
SK Telecom의 망관리 프로젝트인 TANGO에서는 오라클을 기반으로 시스템을 구축하여 운영해 왔습니다. 하지만 늘어나는 사용자와 데이터로 인해 유연하고 비용 효율적인 인프라가 필요하게 되었고, 이에 클라우드 도입을 검토 및 실행에 옮기게 되었습니다. TANGO 프로젝트의 클라우드 도입을 위한 검토부터 준비, 실행 및 이를 통해 얻게 된 교훈과 향후 계획에 대해 소개합니다.
코리안리 - 데이터 분석 플랫폼 구축 여정, 그 시작과 과제 - 발표자: 김석기 그룹장, 데이터비즈니스센터, 메가존클라우드 ::: AWS ...Amazon Web Services Korea
2022년 코리안리는 핵심업무시스템(기간계/정보계 시스템)을 AWS 클라우드로 전환하는 사업과 AWS 클라우드 기반에서 손익분석을 위한 어플리케이션 구축 사업을 동시에 진행하고 있었습니다. 이에 따라 클라우드 전환 이후 시스템 간 상호운용성과 호환성을갖춘 데이터 분석 플랫폼 또한 필요하게 되었습니다. 코리안리 IT 환경에 적합한 플랫폼 선정을 위하여 AWS Native Analytics Platform, 3rd Party Analytics Platform (클라우데라, 데이터브릭스)과의 PoC를 진행하고, 최종적으로 AWS Native Analytics Platform 으로 확정하였습니다. 코리안리는 메가존클라우드와 함께 2022년 10월부터 4개월(구축 3개월, 안정화 및 교육 1개월) 동안 AWS 기반 데이터 분석 플랫폼을 구축하고 활용 범위를 지속적으로 확대하고 있습니다.
LG 이노텍 - Amazon Redshift Serverless를 활용한 데이터 분석 플랫폼 혁신 과정 - 발표자: 유재상 선임, LG이노...Amazon Web Services Korea
LG 이노텍은 세계 시장을 선도하는 글로벌 소재·부품기업으로, Amazon Redshift 을 데이터 분석 플랫폼의 핵심 서비스로 활용하고 있습니다.지속적인 데이터 증가와 업무 확대에 따른 유연한 아키텍처 개선의 필요성에 대처하기 위해, 2022년에 AWS 에서 발표된 Redshift Serverless 를 활용한, 비용 최적화된 아키텍처 개선 과정의 실사례를 엿볼수 있는 기회가 됩니다.
[Keynote] Data Driven Organizations with AWS Data - 발표자: Agnes Panosian, Head...Amazon Web Services Korea
데이터는 모든 애플리케이션, 프로세스 및 비즈니스 의사 결정의 중심에 있습니다. 데이터는 거의 모든 조직의 디지털 트랜스포메이션의 초석입니다. 데이터는 새로운 경험을 촉진하고 혁신을 이끌어내는 통찰력으로 이어집니다. 전체 조직을 위한 데이터의 가치를 실현하는 전략을 구축하는 것은 쉽고 간단한 여정이 아닙니다. 이 세션에서는 데이터 기반 조직화를 위한 모범 사례와 그 여정에서 AWS가 어떻게 도움을 드릴 수 있는지를 다룹니다.
Amazon Neptune은 확장성과 가용성을 제공하도록 설계된 서버리스 데이터 그래프 데이터베이스입니다. 본 세션에서는 Neptune 서버리스를 통해 한의학 컨텐츠내용 및 상품 상세 데이터를 통해 그래프 DB를 구축하고 상품 추천 구현 사례를 살펴봅니다.
ECK(Elasticsearch Cloud on Kubernetes)는 쿠버네티스 환경에서 Elastic 제품을 배포하고 관리할 수 있는 오퍼레이터입니다. 본 세션에서는 Amazon EKS 환경에서 ECK를 사용한 검색 엔진 플랫폼 구축 사례 및 개발팀과 인프라팀 간 협업 과정을 공유합니다.
2. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 2
Table of Contents
1. Overview ............................................................................................................................................. 3
2. 목표 구성도 및 작업 순서 ..................................................................................................................... 4
3. KeyPair 생성 ........................................................................................................................................ 6
4. VPC 생성 (OnPrem VPC & AWSDC VPC)...........................................................................................7
5. OnPREM 1 AWSDC VPC Connectivity 확인....................................................................................12
6. VPC Peering 생성 (OnPREM VPC 1 AWSDC VPC).........................................................................13
7. Routing Table 수정 ............................................................................................................................15
8. OnPREM 1 AWSDC VPC Connectivity 확인 (2).............................................................................20
9. OnPREM-TOMCAT 의 JSP Connection String 수정 ........................................................................21
10. AWSDC 에서 신규 Aurora Instance 생성.......................................................................................... 23
11. SCT 를 이용한 DB Schema 변환........................................................................................................ 25
12. OnPREM Oracle 선행 작업................................................................................................................36
13. DMS 를 사용한 Oracle Data Migration ............................................................................................40
14. OnPREM-Tomcat 의 Connection String 수정..................................................................................55
15. soe schema 초기화 작업-1.................................................................................................................57
16. DB 마이그레이션 속도에 영향을 주는 요소 확인 ...............................................................................60
a. Case 1 – Load Parallel = 2 & No Index .............................................................................................61
b. Case 2 – Load Parallel = 16 & No Index..........................................................................................68
17. 마이그레이션 성능 점검을 위한 테이블 인덱스 생성 ......................................................................... 74
a. Case 3 – Load Parallel = 2 & with Index......................................................................................... 76
b. Case 4 – Load Parallel = 16 & with Index.......................................................................................82
18. soe schema 초기화 작업-Iterate ......................................................................................................89
19. OnPREM Oracle CPU & Network Utilization..................................................................................94
Appendix – Resource 삭제........................................................................................................................ 95
3. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 3
1. Overview
Cloud 환경으로 데이터 센터를 마이그레이션 할 때 고객이 가장 큰 부담을 느끼는 부분은 Database
Migration 입니다. Database 마이그레이션이 잘못될 경우 데이터 유실 등의 이유로 비지니스에
악영향을 미칠 수 있기 때문입니다. 대다수의 온-프레미스 데이터센터에서는 기능 및 성능 측면의
이유로 또는 (그리고) 유지보수의 편의성의 이유로 상용 데이터베이스를 많이 사용하고 있고, 이중
가장 많이 사용하는 것은 Oracle 입니다. 온-프레미스 데이터 센터의 데이터베이스르 클라우드 상의
오픈소스 데이터베이스로 마이그레이션을 할 경우 고객은 ROI(Return On Investment)를 높일 수
있고, 상용 라이센스 관리 부담에서 벗어날 수 있습니다.
본 실습에서는 OnPREM Oracle 환경을 가상으로 만들고, Schema Conversion Tool(SCT)과
Database Migration Service(DMS)를 이용하여 Amazon Aurora MySQL 로 Migration 을
수행합니다.
Migration 속도에 영향을 끼치는 다양한 요소들 중 PARALLEL Load Count 와 Index 가 Migration
속도에 얼마나 영향을 주는지 확인 합니다.
OnPREM ßà AWS 환경을 Simulation 하기 위하여 VPC Peering 을 사용하여 유사하게
구성합니다.
본 Lab 은 아래의 내용을 포함하고 있습니다.
• CloudFormation 을 사용하여 VPC 및 Network 환경 구성
• TOMCAT on EC2, ORACLE on EC2, Windows on EC2 를 AMI 를 이용하여 구성
• System Manager 의 Session Manager 를 이용하여 EC2 에 ACCESS
• SCT 를 이용하여 ORACLE on OnPREM 의 SCHEMA 및 Stored Procedure 등을 Aurora
MySQL 로 이관 합니다.
• DMS 를 사용하여 ORACLE on OnPREM 의 Data 를 Aurora MySQL 로 이관 합니다.
• 인스턴스 삭제 방법 (Hands on Lab 종료 후 꼭 삭제를 하셔야지 과금 되지 않습니다!!!!!)
본 LAB 은 Seoul Region 을 선택하셔서 진행하셔야 합니다.
4. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 4
2. 목표 구성도 및 작업 순서
OnPREM VPC(10.100.0.0/16) 과 AWSDC VPC(10.200.0.0/16) 은 VPC Peering 연결을 통해
가상의 전용망(Direct Connect)처럼 동작 합니다.
CloudFormation 을 이용하여 OnPREM VPC 에 ORACLE 11g, TOMCAT8, Windows2019 를
생성합니다.
Windows Server 에 RDP(mstsc.exe)를 이용하여 접속하여 “Schema Conversion Tool”, “MySQL
Workbench”, “SQL Developer for Oracle”을 사용하여 작업 합니다.
5. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 5
OnPREM TOMCAT8 은 OnPREM Oracle 을 repository target 으로 사용 중이며, Aurora
MySQL 로 Migration 후에는 repository target 을 Aurora MySQL 로 변경합니다.
전체적인 Handson Lab 의 순서는 다음과 같습니다.
1. Key Pair 생성
2. CloudFormation 을 사용하여 OnPREM VPC 와 Oracle, Tomcat, windows EC2 를 생성
3. CloudFormation 을 사용하여 AWSDC VPC 를 생성
4. OnPREM VPC 와 AWSDC VPC 간의 연결을 위해 VPC Peering 생성
5. OnPREM Tomcat 을 OnPREM Oracle 과 연결하여 정상 동작 확인
6. Migration Target 이 될 Aurora MySQL 을 생성
7. OnPREM Oracle 의 OSHOP SCHEMA 를 SCT 를 이용하여 Aurora MySQL 로 이관
8. Data Full Load & CDC 를 위한 OnPREM Oracle 사전 작업 수행
9. OnPREM Tomcat 을 AWSDC Aurora MySQL 과 연결하여 정상 동작 확인
10. Load Parallel 개수와 Index 생성 유무에 따른 Migration 속도 변화 확인
6. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 6
3. KeyPair 생성
이 과정에서는 EC2 Instance 접속 등에 사용 할 Key Pair 를 생성 합니다.(실제 대부분의 접속은 Key
Pair 를 이용한 SSH 접속이 아닌, Session Manager 를 이용한 방식을 사용합니다. Session Manager
이용이 불가능 할 경우 생성한 Key Pair 를 이용하여 SSH Client 로 EC2 에 접속합니다.
1. Services -> EC2 선택
2. 화면 좌측의 “Key Pairs” Click
3. “Create key pair” Click
4. Name : id_rsa_main 입력 후 “Create key pair” click
5. 자동으로 pem key 가 다운로드 됩니다. 해당 파일은 EC2 접속을 할 수 있는 중요한 key
파일입니다. 파일 퍼미션을 400 으로 변경 후, 안전한 곳에 파일을 저장합니다.
7. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 7
4. VPC 생성 (OnPrem VPC & AWSDC VPC)
이 과정에서는 OnPREM 환경에 해당하는 OnPREM VPC 와 AWS 환경에 해당하는 AWSDC VPC 를
CloudFormation 을 이용하여 생성합니다.
참고 -------------------------------------------------
OnPrem VPC :
ONPREM-VPC 10.100.0.0/16
ONPREM-PUBLIC-SUBNET1 10.100.1.0/24
ONPREM-PUBLIC-SUBNET2 10.100.2.0/24
ONPREM-PRIVATE-SUBNET1 10.100.101.0/24
ONPREM-PRIVATE-SUBNET2 10.100.102.0/24
AWS VPC :
AWSDC-VPC 10.100.0.0/16
AWSDC-PUBLIC-SUBNET1 10.200.1.0/24
AWSDC-PUBLIC-SUBNET2 10.200.2.0/24
AWSDC-PRIVATE-SUBNET1 10.200.101.0/24
AWSDC-PRIVATE-SUBNET2 10.200.102.0/24
1. Services -> CloudFormation 선택
2. OnPREM VPC 생성 을 위해 “Create Stack” Click
3. “Amazon S3 URL” 부분에
https://migration-hol-kiwony.s3.ap-northeast-2.amazonaws.com/OnPREM2.yml
를 입력하고 “Next” Click
8. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 8
4. Stack name: “OnPREM”을 입력
KeyName : id_rsa_main 을 선택
나머지는 Default 로 두고 “Next” Click
5. “Configure stack options”은 Default 로 두고 “Next” Click
6. “Review” Page 에서 “I acknowledge that AWS CloudFormation might create IAM resources
with custom names.”을 Check 하고, “Create Stack”을 Click 하여 CloudFormation 실행
9. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 9
7. Service -> CloudFormation 선택
8. AWSDC VPC 생성 을 위해 “Create Stack” Click
9. “Create Stack” Click
10. “Amazon S3 URL” 부분에
https://migration-hol-kiwony.s3.ap-northeast-2.amazonaws.com/AWSDC2.yml
를 입력하고 “Next” Click
11. Stack name: “AWSDC”를 입력
KeyName : id_rsa_main 을 선택
“Next” Click
10. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 10
12. “Configure stack options”는 Default 로 두고 “Next” Click
13. “Review” Page 에서 “I acknowledge that AWS CloudFormation might create IAM
resources.”를 Check 하고 “Create Stack”을 Click 하여 CloudFormation 실행
14. OnPREM Stack 과 AWSDC Stack 이 생성 완료 되는 것을 확인 (5~10 분)
11. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 11
15. Stack 이 완료되면 OnPREM Stack Outputs Tab 의 내용 중 OraclePrivateIP, TomcatPublicIP,
WindowsPublicIP 를 복사해둡니다. (IP 로 필터링하면 EC2 IP 만 아래처럼 확인 가능합니다.)
16. AWSDC Stack 이 완료되면 AWSDC Stack Outputs Tab 의 내용 중
AWSDCTomcatPrivateIP 를 복사해둡니다.
12. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 12
5. OnPREM 1 AWSDC VPC Connectivity 확인
OnPREM VPC 는 본 실습에서 고객의 Data Center 역할을 대신 합니다.
AWSDC VPC 는 AWS 상의 새로운 Infrastructure 입니다.
OnPREM VPC 와 AWSDC VPC 는 서로 다른 가상 네트워크 구간이기 때문에 현재 통신이 되지
않습니다. 다음의 과정을 통해 실제로 네트웍 연결이 되지 않는 것을 확인합니다.
1. Services -> EC2 -> Running Instances
2. OnPREM-Tomcat 을 선택 후 “Connect”를 Click 합니다.
3. Connect to your instance -> “Session Manager”를 선택 후 “Connect” Click
4. OnPREM-Tomcat 에서 AWSDC-Tomcat 으로 netcat 을 사용하여 네트웍 연결을
확인합니다.(AWSDC-Tomcat 의 IP 는 복사 해둔 AWSDC Stack Output 에서 확인 합니다.)
$ nc -vzw 10 <AWSDC-TOMCAT-PRIVATE-IP> 8080
5. 아래처럼 Timed Out 이 나면서 접속이 되지 않는 것을 확인합니다.
13. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 13
6. VPC Peering 생성 (OnPREM VPC 1 AWSDC VPC)
이 과정에서는 OnPREM VPC 와 AWSDC VPC 를 VPC Peering 으로 연결합니다. VPC Peering 을
생성하면 고객 Data Center 와 AWS VPC 간의 전용선연결(DirectConnect)을 Emulation 합니다.
1. Services -> VPC 로 이동
2. Menu 좌측에 “Peering Connections” Click
3. “Create Peering Connection” Click
4. “Create Peering Connection” 화면에서 아래처럼 입력
a. Peering connection name tag : OnPREM-to-AWSDC
b. VPC (Requester) : OnPREM VPC 선택
c. VPC (Accepter) : AWSDC VPC 선택
14. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 14
5. “Create Peering Connection”을 Click 하여 Peering Request 생성
6. “Peering Connections” Page 에서 방금 생성한 VPC Peering Entry 를 선택하고 Actions ->
“Accept Request” Click 후 “Yes, Accept” Click
15. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 15
7. Routing Table 수정
VPC Peering 을 통해 OnPREM VPC <-> AWSDC VPC 간의 가상 네트워크 연결을 완료했습니다.
이제 두 VPC 간의 Network Routing 을 위해 Routing Table 을 수정합니다.
7. Menu 좌측의 Route Tables 를 Click 하여 이동
8. OnPREM Public Routes 1 개와 OnPREM Private Routes 2 개를 수정합니다.
9. OnPREM Public Routes 를 선택
a. 화면 아래의 “Routes” Tab 으로 이동하여 “Edit routes”를 Click
b. “Add route”를 Click 후 다음 정보를 입력
i. Destination : 10.200.0.0/16
ii. Target 부분 Click 후 “Peering Connection” Click 후 생성했던 “OnPREM-
to-AWSDC” VPC Peering Connection 을 선택
iii. “Save Routes”를 Click
16. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 16
10. “OnPREM Private Routes (AZ1)” 와 “OnPREM Private Routes (AZ2)도 위의 2~3 Step 을
동일하게 수행하여 아래처럼 Routing Table 을 수정
n OnPREM Private Routes (AZ1)”
17. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 17
n OnPREM Private Routes (AZ2)”
18. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 18
11. AWSDC Public Routes (Routing Table) 1 개와 AWSDC Private Routes 2 개를 수정합니다.
12. AWSDC Public Routes 를 선택
a. 화면 아래의 “Routes” Tab 으로 이동하여 “Edit routes”를 Click
b. “Add route”를 Click 후 다음 정보를 입력
i. Destination : 10.100.0.0/16
ii. Target 부분 Click 후 “Peering Connection” Click 후 생성했던 “OnPREM-
to-AWSDC” VPC Peering Connection 을 선택
iii. “Save Routes”를 Click
19. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 19
13. “AWSDC Private Routes (AZ1)” 와 “AWSDC Private Routes (AZ2)도 위의 2~3 Step 을
동일하게 수행하여 아래처럼 Routing Table 을 수정
n AWSDC Private Routes (AZ1)”
n AWSDC Private Routes (AZ2)”
20. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 20
8.OnPREM 1 AWSDC VPC Connectivity 확인 (2)
OnPREM VPC 와 AWSDC VPC 간의 VPC Peering 과 Routing 설정을 완료하였습니다.
기존에 연결이 되지 않던 OnPREM-Tomcat -> AWSDC-Tomcat 의 연결을 다시 확인합니다.
1. Services -> EC2 -> Running Instances
2. OnPREM-Tomcat 을 선택 후 “Connect”를 Click 합니다.
1. Connect to your instance -> “Session Manager”를 선택 후 “Connect” Click
2. OnPREM-Tomcat 에서 AWSDC-Tomcat 으로 netcat 을 사용하여 네트웍 연결을
확인합니다.(AWSDC-Tomcat 의 IP 는 복사 해둔 AWSDC Stack Output 에서 확인 합니다.)
$ nc -vzw 10 <AWSDC-TOMCAT-PRIVATE-IP> 8080
3. 아래처럼 정상적으로 접속이 됨을 확인합니다. 이제 OnPREM VPC 와 AWSDC 는 VPC Peering
연결을 통해 가상의 전용망처럼 연결되어 있습니다.
OnPREM VPC 와 AWSDC VPC 간의 VPC Peering 과 Routing 설정을 완료하였습니다.
21. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 21
9. OnPREM-TOMCAT 의 JSP Connection String 수정
이 과정에서는 OnPREM Tomcat Instance JSP File 의 Connection String 을 설정하여 정상적으로
동작하는지 확인 합니다. OnPREM-Tomcat 의 DB Connection String 을 OnPREM-
OracleServer 의 Private IP 로 변경합니다.
1) Services -> EC2 -> Running Instances
2) OnPREM-Tomcat 을 선택 후 Session Manager 를 이용해서 접속 합니다.
(접속 방법은 7. OnPREM VPC 와 AWSDC VPC Connectivity 확인(2) 참고)
3) Terminal 접속 후 아래처럼 Command 수행
sh-4.2$ sudo su -
Last login: Thu Jul 16 07:03:32 UTC 2020 on pts/0
root@ip-10-100-1-193:/root# cd /var/lib/tomcat8/webapps/ROOT
root@ip-10-100-1-193:/var/lib/tomcat8/webapps/ROOT# cp oracle.jsp ~/.
root@ip-10-100-1-193:/var/lib/tomcat8/webapps/ROOT# vi oracle.jsp
oracle.jsp 를 vi 로 열고 아래처럼 DB_HOST_IP 를 “OnPREM stack OraclePrivateIP”의 IP 로 변경
root@ip-10-100-1-193:/var/lib/tomcat8/webapps/ROOT# diff ./oracle.jsp ~/oracle.jsp
24c24
< String DB_HOST_IP="10.100.101.128";
---
> String DB_HOST_IP="10.100.101.191";
22. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 22
4) OnPREM stack 의 TomcatPublicIP 를 확인하고 IP 를 복사 합니다.
5) Web Broswer 에서 http://<TomcatPublicIP>:8080/oracle.jsp 로 접속하여 정상 동작하는지
확인합니다.
23. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 23
10. AWSDC 에서 신규 Aurora Instance 생성
AWSDC 로 이전할 신규 Aurora MySQL Instance 를 생성합니다.
1. Services -> RDS 이동
2. “Create Database” Click
3. Choose a database creation method : “Standard Create”
4. “Engine options”
a. Engine type : Amazon Aurora
b. Edition : Amazon Aurora with MySQL compatibility
5. Version : Aurora (MySQL 5.7) 2.08.1
6. Templates : Dev/Test
7. Settings
a. DB Instance Identifier : AWSDC-Aurora
b. Master username : admin
c. Master password : Octank#1234
8. DB Instance size
a. Memory Optimized classes (includes r and x classes)
b. db.r5.2xlarge
9. Availability & durability : Don't create an Aurora Replica
10. Connectivity
a. Virtual Private Cloud(VPC) : AWSDC
b. Additional connectivity configuration
i. Subnet group : Create new DB Subnet Group
ii. Publicly accessible : No
c. VPC Security Group : Choose existing
d. Existing VPC security groups : AWSDC-AWSDCAuroraSecurityGroup-XXXXXXX
e. Availability zone : No preference
f. Database port : 3306
11. Database authentication : Password authentication
12. Additional configuration
a. Initial database name : soe
b. Enable Encryption : Uncheck
24. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 24
c. Enable Enhanced monitoring : Check
d. Granularity : 5sec
e. Log exports : Audit log, Error log, General log, Slow query log 모두 체크
13. “Create database” Click
14. Database 생성이 완료 되면 awsdc-aurora 를 Click 하여 Writer type 의 Endpoint 를 확인 후
기록해 둡니다. (이후 Schema Conversion 작업등에서 사용 예정)
25. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 25
11. SCT 를 이용한 DB Schema 변환
이 과정에서는 Schema Conversion Tool (SCT)를 사용하여 OnPREM Oracle 의 OSHOP
Schema 를 AWSDC Aurora MySQL 로 Migration 합니다.
1. OnPREM stack Outputs 의 WindowsPublicIP 를 확인합니다.
2. RDP Client(mstsc.exe)를 실행하고 Windows Server 에 접속
3. User name : administrator
4. Password : cm4&gFxSBN@E5AWW)gL@@wTJ=N(IoToo <= 공백이 없도록 주의하세요!!
5. “Shutdown Event Tracker” 경고창이 뜰 경우 “Cancel”을 누릅니다.
6. Task Bar 에서 AWS Schema Conversion Tool 을 실행합니다. (최초 실행 시 10~20 초 필요)
7. Check for updates 메시지 나오면 “Not Now” Click
8. File -> New Project 실행 후 아래 정보 입력
a. Project Name : OracleToAuroraMigration
b. Transactional database(OLTP)
c. Source database engine : Oracle
d. Target database engine : Amazon Aurora(MySQL Compatible)
e. “OK” Click
9. Menu 상단의 “Connect to Oracle” Click
26. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 26
10. “Connect to Oracle” 화면에서 아래 정보 입력
a. Server name : OnPREM stack Outputs 의 OraclePrivateIP 입력
b. Server Port : 1521
c. Oracle SID : salesdb
d. User name : system
e. Password : Octank#1234
f. “Store Password” Check
g. “Test Connection” Click
h. Potential Security Risk Ahead Message 에서 “Accept the risk and continue” Click
27. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 27
i. Oracle Driver Issue 발생 시 C:jdbcojdbc8.jar 를 선택
11. “Connection Successful Alert” 창에서 “OK” Click
12. “Connect to Oracle” 창에서 “OK” Click 후 화면 좌측에 Oracle Schema 보이는 것 확인
28. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 28
13. 메뉴 상단의 “Connect to Amazon Aurora(MySQL compatible)” Click 후 아래 정보 입력
a. Server name : awsdc-aurora 의 writer endpoint(9. AWSDC 에서 신규 Aurora
Instance 생성-Step 14 에서 확인)
b. Server Port : 3306
c. User name : admin
d. Password : Octank#1234
e. “Store password” Check
f. “Test Connection” Click
14. “Connection Successful Alert” 창에서 “OK” Click
15. “Connect to Amazon Aurora(MySQL compatible)” 창에서 “OK” Click
16. 화면 좌측에 Source Database 정보가, 우측에 Target Aurora Database 정보가 표시
29. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 29
17. File => “Save Project” 를 실행하여 Project 저장
18. 화면 좌측 OnPREM Oracle 에서 Schemas 를 Uncheck 하고, OSHOP 만 Check 합니다.
30. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 30
19. OSHOP 에 마우스 커서를 두고, 마우스 우클릭을 하고, Create Report 를 통해서 Oracle to
Aurora-MySQL Schema 변환 보고서를 생성합니다.
20.Report 를 확인합니다. 대부분의 Schema Object 들이 “Objects Automatically
converted”(SCT 에서 자동으로 Schema 적용 가능) 상태입니다. Code Objects 중 1 개는
“Objects with Simple actions”이 필요한 상태입니다.
21. 화면 상단의 “Action Items”을 선택하여 원래 화면으로 돌아갑니다.
22. OSHOP Schema 에 !(느낌표)가 생겼음을 확인합니다.
23. OSHOP Schmea 를 다시 선택 후 “Convert Schema”를 선택하여 Target Aurora Instance 로
적용을 준비합니다.
24. “These Objects might already exist in the target database. Replace?” 경고창에서 YES 를
선택합니다.
31. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 31
25. 화면 우측의 Target Aurora 에서 oshop schema 가 새로 보이는 것을 확인합니다. oshop
schema 는 아직 생성된 상태가 아닙니다.
26. OSHOP Schema Tree 를 확장하여 Procedures 를 확장합니다. 먼저 DUMMYDELETE 를
Click 합니다(노란색 1 번).
화면 우측 하단의 oshop.DUMMYDELETE()의 내용 중 “FROM DUMMY”를 “FROM dummy”로
변경 합니다(노란색 2 번). Oracle 의 경우 Schema 의 대소문자의 구별이 없으나, MySQL 에서는
Schema 들의 대소문자를 구분 합니다. 이번 LAB 에서는 ORACLE 의 Table 명이 모두
대문자지만, Aurora MySQL 로 이관하면서 모두 소문자로 변환을 할 것 입니다. 이를 위해서
Procedure 내에서도 Table 명을 모두 소문자로 변경합니다.
32. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 32
27. DUMMYINSERT 를 Click 하고 위의 25 번 Step 과 동일하게 “INSERT INTO DUMMY” 를
“INSERT INTO dummy”로 변경합니다.
28.DUMMYTRUNCATE 를 Click 하고 25 번 Step 과 동일하게 “TRUNCATE TABLE DUMMY”를
“TRUNCATE TABLE dummy”로 변경합니다.
29. DUMMYUPDATE 를 Click 하고 25 번 Step 과 동일하게 “UPDATE DUMMY”를 “UPDATE
dummy”로 변경합니다.
30.4 개의 Procedure 의 대문자 DUMMY 를 소문자 dummy 로 변경을 완료 하였습니다.
33. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 33
31. Target Aurora Instance 에서 oshop schema 를 생성하기 위해 oshop 을 선택 후 “Apply to
database”를 Click 합니다.
32. Task Bar 아래의 MySQL Workbench 를 실행하여 실제로 oshop database 가 생성되었는지
확인 합니다.
33. 생성되어 있는 “Aurora-MySQL”에 마우스를 두고 마우스 우클릭을 합니다. “Edit Connection”을
Click 합니다.
34. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 34
34. Setup New Connection 에 정보들을 입력합니다.
a. Connection Name : Aurora-MySQL
b. Connection Method : Standard(TCP/IP)
c. Hostname : Aurora Writer Endpoint(9. AWSDC 에서 신규 Aurora Instance 생성-
Step 14 에서 확인)
d. Port : 3306
e. Username : admin
f. Password : Stored in Vault : Octank#1234
g. “Test Connection” Click 하여 “Successfully made the MySQL connection” 확인
h. “OK”를 Click 하여 Popup 창을 닫은 후 다시 Close 버튼을 클릭
i. Aurora-MySQL 을 클릭하면 Query 창이 뜹니다.
j. Query Tab 에서 다음의 Query 들을 수행합니다. Query 를 실행하려면 Query
Statement 을 Drag 하고, 번개 모양 아이콘을 클릭합니다. 한줄씩 Drag 하여 활성화하고
실행합니다.
k. show databases;
=> oshop DB 가 있는지 확인
35. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 35
l. use oshop;
show tables;
=>bigemp, bognus, dept, dummy, emp, salgrade 확인
m. select * from emp;
=> Schema Conversion Tool 로 Schema 만 Migration 하였고, DATA 는 아직
Migration 하지 않았기 때문에 Data 가 존재하지 않습니다.
36. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 36
12. OnPREM Oracle 선행 작업
이 과정에서는 SQL Developer 를 이용하여 Source OnPREM Oracle 에서 Migration 을 위한 선행
작업을 수행합니다. 이 선행 작업은 DMS 를 이용하여 Data Full Load 와 CDC 작업을 위해
필요합니다.
1. Windows Server 화면 아래, MySQL Workbench 메뉴 옆의 SQL Developer 실행
2. 화면 좌측의 + Button 을 Click 하고 아래처럼 입력
a. Name : OnPREM-ORACLE
b. Username : sys
c. Role : SYSDBA
d. Password : Octank#1234
e. Hostname : ORACLE-ON-EC2 의 Private IP
f. Port : 1521
g. SID : salesdb
h. “Save” Click
i. “Test” Click 후 Status : Success 확인
37. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 37
3. OnPREM-ORACLE 선행 작업 수행
a. “Connect” Click 하여 접속(다시 sys password 를 물어볼 경우 Octank#1234 입력)
b. Worksheet 에서 다음의 선행작업을 수행
c. 바탕화면의 Query.txt 에서 “2. SQL Developer 를 이용하여 OnPREM Oracle 선행 작업”
부분을 복사
d. 한 줄씩 Query 를 수행 (실행하려는 Statement 에 마우스 커서를 두고, 아래 화면의 맨
좌측 초록색 화살표를 클릭하면 Query 실행)
e. create user dms_user identified by Octank#1234 default tablespace users
temporary tablespace temp quota unlimited on users;
f. grant connect, resource to dms_user;
g. grant EXECUTE ON dbms_logmnr to dms_user;
38. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 38
h. 다음의 Grant Statement 들을 Drag 하여 모두 선택 후 Query 실행(SQL Developer 의
Bug 때문에 Grant 문장들을 3 번 정도 실행합니다.)
GRANT SELECT ANY TRANSACTION to dms_user;
GRANT SELECT on V_$ARCHIVED_LOG to dms_user;
GRANT SELECT on V_$LOG to dms_user;
GRANT SELECT on V_$LOGFILE to dms_user;
GRANT SELECT on V_$DATABASE to dms_user;
GRANT SELECT on V_$THREAD to dms_user;
GRANT SELECT on V_$PARAMETER to dms_user;
GRANT SELECT on V_$NLS_PARAMETERS to dms_user;
GRANT SELECT on V_$TIMEZONE_NAMES to dms_user;
GRANT SELECT on V_$TRANSACTION to dms_user;
GRANT SELECT on ALL_INDEXES to dms_user;
GRANT SELECT on ALL_OBJECTS to dms_user;
GRANT SELECT on DBA_OBJECTS to dms_user;
GRANT SELECT on ALL_TABLES to dms_user;
GRANT SELECT on ALL_USERS to dms_user;
GRANT SELECT on ALL_CATALOG to dms_user;
GRANT SELECT on ALL_CONSTRAINTS to dms_user;
GRANT SELECT on ALL_CONS_COLUMNS to dms_user;
GRANT SELECT on ALL_TAB_COLS to dms_user;
GRANT SELECT on ALL_IND_COLUMNS to dms_user;
GRANT SELECT on ALL_LOG_GROUPS to dms_user;
GRANT SELECT on SYS.DBA_REGISTRY to dms_user;
GRANT SELECT on SYS.OBJ$ to dms_user;
GRANT SELECT on DBA_TABLESPACES to dms_user;
GRANT SELECT on ALL_TAB_PARTITIONS to dms_user;
GRANT SELECT on ALL_ENCRYPTED_COLUMNS to dms_user;
GRANT SELECT on V_$LOGMNR_LOGS to dms_user;
GRANT SELECT on V_$LOGMNR_CONTENTS to dms_user;
GRANT SELECT on ALL_VIEWS to dms_user;
GRANT SELECT ANY TABLE to dms_user;
GRANT ALTER ANY TABLE to dms_user;
GRANT create any directory to dms_user;
39. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 39
i. SELECT name, value, description FROM v$parameter WHERE name = 'compatible';
결과 값이 9.0.0 이상인지 확인
j. ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;
k. SELECT supplemental_log_data_min FROM v$database;
결과 값이 YES 혹은 IMPLICIT 인지 확인
l. SELECT A.TABLE_NAME, A.CONSTRAINT_NAME, B.COLUMN_NAME, B.POSITION
FROM ALL_CONSTRAINTS A, ALL_CONS_COLUMNS B
WHERE A.CONSTRAINT_TYPE = 'P'
AND A.OWNER = B.OWNER
AND A.CONSTRAINT_NAME = B.CONSTRAINT_NAME
AND A.OWNER= 'OSHOP'
ORDER BY B.POSITION;
결과 값이 아래처럼 나오는지 확인
m. ALTER TABLE OSHOP.DUMMY ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY)
COLUMNS;
n. ALTER TABLE OSHOP.EMP ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY)
COLUMNS;
o. ALTER TABLE OSHOP.DEPT ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY)
COLUMNS;
p. ALTER TABLE OSHOP.BIGEMP ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
q. ALTER TABLE OSHOP.BONUS ADD SUPPLEMENTAL LOG DATA (ALL) COLUMNS;
r. ALTER TABLE OSHOP.SALGRADE ADD SUPPLEMENTAL LOG DATA (ALL)
COLUMNS;
s. l, m, n, o, p, q Step 실행 시 ORA-32588 은 무시
40. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 40
13. DMS 를 사용한 Oracle Data Migration
이 과정에서는 DMS 를 사용하여 OnPREM Oracle Data 를 AWSDC Aurora-MySQL 로 Migration
합니다.
1. DMS 에서 사용할 dms-vpc-role 을 우선 생성합니다.
a. Service -> IAM 으로 이동
b. 좌측 메뉴에서 Roles 클릭
c. “Create role” 버튼 클릭
d. Select type of trusted entity 에서 DMS 선택 후 “Next: Permissions” 클릭
41. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 41
e. Attach permissions policies 에서 AmazonDMSVPCManagementRole 선택 후 “Next:
Tags” 클릭
f. Add tags (optional)은 Skip 하고 “Nex: Review” 버튼 클릭
g. Review 에서 Role name 에 “dms-vpc-role” 입력 후 “Create role” 버튼 클릭. (만약
이미 해당 Role 이 있다고 나올 경우 Cancel 하고, 이후 Step 을 진행합니다.
2. DMS 에서 사용할 dms-cloudwatch-logs-role 을 생성합니다.
a. Service -> IAM 으로 이동
b. 좌측 메뉴에서 Roles 클릭
c. “Create role” 버튼 클릭
d. Select type of trusted entity 에서 DMS 선택 후 “Next: Permissions” 클릭
42. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 42
e. Attach permissions policies 에서 AmazonDMSCloudWatchLogsRole 선택 후 “Next:
Tags” 클릭
f. Add tags (optional)은 Skip 하고 “Nex: Review” 버튼 클릭
43. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 43
g. Review 에서 Role name 에 “dms-vpc-role” 입력 후 “Create role” 버튼 클릭. (만약
이미 해당 Role 이 있다고 나올 경우 Cancel 하고, 이후 Step 을 진행합니다.
3. DMS Replication Instance 를 생성합니다.
a. Services => Database Migration Service 이동
b. 화면 좌측의 Replication Instances 를 Click
c. “Create replication instance”를 Click
d. Replication instance configuration 에서 아래처럼 입력
(나머지는 기본값을 그대로 사용합니다.)
i. Name : RI-OracleToAurora
ii. Description : RI-OracleToAurora
iii. Instance class : dms.c4.2xlarge
iv. Engine version : 3.4.0
v. Allocated storage : 50
vi. VPC : AWSDC
vii. Multi AZ : Uncheck
viii. Publicly accessible : Uncheck
e. Advanced security and network configuration
i. Availability zone : ap-northeast-2a
ii. 나머지는 기본 값 그대로 사용
f. “Create” Click
4. Source 인 OnPREM Oracle 에 대한 Endpoint 를 생성합니다.
a. 화면 좌측의 Endpoints 를 Click
b. “Create Endpoints” Click
c. “Create Endpoint” Page 에서 아래처럼 입력
44. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 44
d. “Endpoint type” : Source endpoint
e. “Endpoint identifier” : OnPREM-ORACLE
f. Source engine : oracle
g. Server name : ORACLE-ON-EC2 의 Private IP
h. Port : 1521
i. User name : dms_user
j. Password : Octank#1234
k. SID/Service name : salesdb
l. “Create endpoint” Click
45. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 45
5. Target 인 Oracle RDS 에 대한 Endpoint 를 생성합니다.
a. 화면 좌측의 Endpoints 를 Click
b. “Create Endpoints” Click
c. “Create Endpoint” Page 에서 아래처럼 입력
d. “Endpoint type” : Target endpoint
e. “Select RDS DB instance” : Check
f. RDS Instance : 생성한 Aurora Instance 선택(awsdc-aurora-instance-1)
g. “Endpoint identifier” : 자동으로 입력됨
h. Source engine : 자동으로 입력됨
i. Server name : 자동으로 입력됨
j. Port : 자동으로 입력됨(1521)
k. User name : 자동으로 입력됨 (admin)
l. Password : Octank#1234
m. “Create endpoint” Click
46. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 46
6. DMS Replication Instance 에서 각 Endpoints 들로 정상적으로 연결되는지 확인합니다. (앞서
생성한 Replication Instance 의 상태가 Ready 인지 확인)
a. OnPREM Oracle Test Connection 수행
b. Actions -> Test Connection -> Run Test
c. RDS Oracle Test Connection 수행
d. Actions -> Test Connection -> Run Test
47. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 47
7. DMS 를 이용한 DB migration 용 task 를 생성합니다.
a. 화면 좌측의 “Database migration tasks”를 Click
b. “Create task” Click
c. “Task configuration”에서 아래처럼 입력
i. Task Identifier : Migration-Oracle-To-AuroraMySQL-OSHOP
ii. Replication Instance : ri-oracletoaurora
iii. Source database endpoint : onprem-oracle
iv. Target database endpoint : awsdc-aurora-instance-1
v. Migration type : Migrate existing data and replicate ongoing changes
(Data Full Load 와 변경 분의 Change Data Capture<CDC>로 Migration)
vi. Start task on create : Check
48. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 48
d. “Task settings”에서 아래처럼 입력
i. CDC stop mode : Don't use custom CDC stop mode
ii. Target table preparation mode : Truncate
iii. Stop task after full load completes : Don’t stop
iv. Include LOB columns in replication : Limited LOB mode
v. Maximum LOB size(KB) : 32
vi. Enable validation : Check
vii. Enable CloudWatch logs : Check
49. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 49
e. Table mapping 에서 아래처럼 입력
i. Editing mode – Guided UI
ii. Selection rules : “Add new selection rule” Click 후 아래처럼 입력
1. Schema : Enter a schema
2. Schema name: OSHOP
3. Table name : %
4. Action : Include
iii. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Schema
2. Schema name : Enter a schema
3. Schema name: OSHOP
4. Action : Make lowercase
iv. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Table
2. Schema name : Enter a schema
3. Schema name: OSHOP
4. Table name : %
5. Action : Make lowercase
50. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 50
f. “Create Task” Click
8. Database migration task 가 생성되고 실행되는데 1 분 정도 시간이 걸립니다. Task 를 클릭하여
작업 현황을 확인합니다.
a. Summary 에서 Monitoring Status, Full Loading 결과 확인
51. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 51
b. Table statistics 에서 각 Table 별 loading 된 row count 가 다음과 같은지 확인
DUMMY : 0 , DEPT : 4, BIGEMP : 28,672, SALGRADE : 5, BONUS : 0, EMP : 14
9. OnPREM Source Database 에서 계속 고객 Request 에 의한 Transaction 이 있다고 가정하고,
해당 Transaction 에 대한 CDC 정상 동작 유무를 확인해 보겠습니다.
OnPREM 에서 User 가 사용하던 DUMMYINSERT, DUMMYUPDATE, DUMMYDELETE stored
procedure 를 사용하여 DML Transaction 을 Simulation 합니다.
CDC 동작 확인을 위해 Services ->EC2 로 이동합니다.
OnPREM-OracleServer 를 선택하고 “Connect” => “Session Manager”를 선택하여
Terminal 을 시작합니다. (Session Manager 접속 방법은 위에서 수행한 7. OnPREM VPC 와
AWSDC VPC Connectivity 확인(2)을 참고하세요.)
10. Terminal 접속 후 다음을 수행합니다.
sh-4.2$ sudo su -
Last login: Sun Jun 23 10:24:54 EDT 2019 on pts/0
root@oracle11g:/root# su - oracle
Last login: Sun Jun 23 10:24:56 EDT 2019 on pts/0
oracle@oracle11g:/home/oracle> sqlplus OSHOP/Octank#1234
11. DUMMY Table 에 20000 건 Data 를 Insert 합니다.
SQL> exec dummyinsert(20000);
PL/SQL procedure successfully completed.
52. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 52
12. DMS Task 의 Table Statistics 를 확인합니다. DUMMY Table 에 신규 Data 20,000 건이
CDC 로 정상적으로 넘어 온 것을 확인합니다.
13. DUMMY Table 의 DATA 를 Update 해보겠습니다.
SQL> exec dummyupdate();
PL/SQL procedure successfully completed.
14. DMS Task 의 Table Statistics 를 확인합니다. DUMMY Table 에 Update 1000 건이 정상적으로
넘어왔는지 확인 합니다.
53. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 53
15. DUMMY Table 의 Data 를 Delete 해보겠습니다.
SQL> exec dummydelete();
PL/SQL procedure successfully completed.
16. DMS Task 의 Table Statistics 를 확인합니다. DUMMY Table 에 Delete 1000 건이 정상적으로
넘어왔는지 확인 합니다.
# Insert, Update, Delete 등 Source Database 의 변경 분을 DMS 가 정상적으로 인식하고
Target 인 Aurora MySQL 적용함을 확인 했습니다.
또한 Oracle 에서 사용하던 4 개의 Stored Procedure 가 정상적으로 Aurora MySQL 로
Migration 되어서 동작함을 확인 하였습니다.
17. 화면 좌측의 “Database migration tasks”로 이동 후 “migration-oracle-to-auroramysql”
task 를 선택 후 Action => Stop 합니다.
18. Task 가 “Stopped” 상태가 되면 Task 를 삭제합니다. (Delete 메뉴가 활성화가 안 될 경우 전체
Page 를 Refresh 합니다.)
54. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 54
55. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 55
14. OnPREM-Tomcat 의 Connection String 수정
12 번 과정에서 OnPREM Oracle 의 OSHOP Schema 를 AWSDC Aurora MySQL 로 Data
Migration 완료하였습니다. OnPREM Tomcat 에서 JDBC Connection String 을 AWSDC Aurora
MySQL 로 변경하여 Application 이 정상 구동하는지 확인합니다.
1. Services -> EC2 이동
2. OnPREM-Tomcat 을 선택하고 “Connect” => “Session Manager”를 실행
3. MySQL Driver 를 사용해야 하기 때문에, aurora.jsp 의 DB_SERVER_IP 를
수정합니다.(oracle.jsp 와 aurora.jsp 의 logic 은 동일합니다.)
4. “Start session” 후 다음을 수행
sh-4.2$ sudo su -
Last login: Thu Jul 25 14:21:12 UTC 2019 on pts/0
root@ip-82-20-1-103:/root#
root@ip-82-20-1-103:/root# cd /var/lib/tomcat8/webapps/ROOT
root@ip-82-20-1-103:/var/lib/tomcat8/webapps/ROOT# cp aurora.jsp ~
cp: overwrite ‘/root/aurora.jsp’? y
root@ip-82-10-1-5:/var/lib/tomcat8/webapps/ROOT# vi aurora.jsp
# DB_HOST_IP 부분을 Aurora 의 endpoint URL 로 변경(9. AWSDC 에서 신규 Aurora Instance
생성-14 에서 확인)
root@ip-10-100-1-241:/var/lib/tomcat8/webapps/ROOT# vi aurora.jsp
root@ip-10-100-1-241:/var/lib/tomcat8/webapps/ROOT# diff aurora.jsp ~/aurora.jsp
24c24
< String DB_HOST_IP="awsdc-aurora.cluster-cf89zyffo8dr.ap-northeast-
2.rds.amazonaws.com";
---
> String DB_HOST_IP=” <AURORA-ENDPOINT>”
5. http://TARGET_MACHINE_PUBLIC_IP:8080/aurora.jsp 로 접속하여 정상적으로 마이그레이션
되었는지 확인합니다. Application 의 Connection String 이 OnPREM-Oracle 에서 AWSDC
Aurora MySQL 로 변경 후에도 정상 동작함을 확인합니다.
56. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 56
57. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 57
15. soe schema 초기화 작업-1
1. OnPREM-WindowsServer 에 Remote RDP(mstsc.exe)로 접속
2. MySQL Workbench 를 실행하고 아까 생성한 Aurora-MySQL 을 클릭하면 Query 창이 뜹니다.
3. show databases; 를 실행
4. drop database soe; 를 실행
5. show databases; 를 실행하여 soe Database 가 없음을 확인
58. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 58
6. AWS Schema Conversion Tool 을 실행
7. 화면 우측의 Amazon Aurora 창에서 Schemas 에 커서를 두고, 마우스 우측 버튼 Click 후
“Refresh from database”를 실행하여 최신 Metadata 로 Update
8. 화면 우측의 Amazon Aurora 창에서 soe schema 가 없어진 것을 확인
59. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 59
9. 화면 좌측의 OnPREM-Oracle Schema 를 모두 Uncheck 후 SOE 만 Check 후 “Convert
Schema” 실행
10. 화면 우측의 MySQL Aurora 창에서 “Apply Database”실행
60. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 60
16. DB 마이그레이션 속도에 영향을 주는 요소 확인
Migration 속도에 영향을 끼치는 다양한 요소들 중 Load Parallel 과 Index 의 영향도를 직접 실습해
보겠습니다.
DMS 를 이용한 Full Load + CDC 의 경우 다양한 요소들에 의한 Migration 속도가 결정 됩니다.
1. Source Database Performance
a. H/W 요소 : CPU, Memory, I/O, Network Bandwidth 등
b. S/W 요소 : Constraints, Indexes, Supplemental Logging, Binary Reader 등
2. Replication Instance Performance
a. H/W 요소 : CPU, Memory, I/O, Network Bandwidth 등
3. Target Database Performance
a. H/W 요소 : CPU, Memory, I/O, Network Bandwidth 등
b. S/W 요소 : Constraints, Indexes, Supplemental Logging 등
4. Replication Endpoint & Replication Task
a. extra connection 설정, logminer vs binary reader
b. Parallel Load 갯수 설정
5. Partitioned Table 의 Sub Partition 사용 유무
6. LOB Data MAX Size Limit 사용 유무
7. Table 별 Migration 순서 설정
8. Big Table, Small Table 을 Task 별 구분
Migration 속도에 영향을 주는 다양한 요소들 중 이번 실습에서는 Load Parallel 개수와 Target
DB 의 Index 가 어떻게 영향을 주는지 살펴 보겠습니다.
동일한 OnPREM Oracle 의 Data 를 동일한 Aurora MySQL 로 DMS 로 Migration 하되, Load
Parallel 개수와 Index 설정을 다음과 같은 조건으로 Test 해보겠습니다.
각 Test 후에는 “18. soe schema 초기화 작업-Iterate”을 통해서 soe schema 를 초기화 후 다시
Data Migration 을 수행합니다.
각 Case 별 테스트 후에 아래의 표를 Update 하여 Migration 성능을 확인 합니다.
Load Parallel Aurora with Index Migration Elapsed Time RDS CPU Usage
Case 1 2 No Index
Case 2 16 No Index
Case 3 2 With Index in Aurora
Case 4 16 With Index in Aurora
61. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 61
a. Case 1 – Load Parallel = 2 & No Index
0. Load Parallel = 2 , No Index 조건에서 Migration 수행
1. Services => Database Migration Service 로 이동
2. “Database migration tasks”를 선택 후 “Create Task”를 Click
a. “Task configuration”에서 아래처럼 입력
i. Task Identifier : Oracle-To-AuroraMySQL-SOE-PARALLEL-2
ii. Replication Instance : ri-oracletoaurora
iii. Source database endpoint : onprem-oracle
iv. Target database endpoint : awsdc-aurora-instance-1
v. Migration type : Migrate existing data
vi. Start task on create : Check
62. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 62
b. “Task settings”에서 아래처럼 입력
i. Target table preparation mode : Truncate
ii. Include LOB columns in replication : Limited LOB mode
iii. Maximum LOB size(KB) : 32
iv. Enable validation : Check
v. Enable CloudWatch logs : Check
c. Table mapping 에서 아래처럼 입력
i. Editing mode – Guided UI
ii. Selection rules : “Add new selection rule” Click 후 아래처럼 입력
iii. Schema : Enter a schema
iv. Schema name: SOE
v. Table name : ORDERS0%
vi. Action : Include
63. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 63
d. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
i. Target : Schema
ii. Schema name : Enter a schema
iii. Schema name: SOE
iv. Action : Make lowercase
64. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 64
e. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
i. Target : Table
ii. Schema name : Enter a schema
iii. Schema name: SOE
iv. Table name : %
v. Action : Make lowercase
65. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 65
f. Advanced task settings
i. Maximum number of tables to load in parallel : 2
g. “Create Task” Click
h. 1 분 이내에 Task 가 시작 됩니다. Task 가 시작되면 Identifier oracle-to-auroramysql-
soe-parallel-2 를 click 하여 모니터링 합니다.
66. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 66
i. Table statistics 를 Click 하여 Table migration 상태를 모니터링 합니다. Parallel 조건을
2 로 했기 때문에 한번에 2 개의 Table 을 Migration 합니다.
j. Status 가 Completed 가 될 때까지 기다립니다. Migration 이 완료되면 Aurora-
MySQL 의 CloudWatch 를 확인합니다.
67. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 67
% Migration 시 Aurora MySQL 의 CPU Util 이 약 20~25%정도임을 알 수 있습니다.
k. DMS Task 로 이동 후 Overview Details => View CloudWatch logs 를 Click
l. Log Events 에서 “ORDERS001”를 입력하여 Loading 을 시작하는 시점을 확인
Ex) 14:29:43 에 Loading 시작
m. “ORDERS040”을 입력하여 마지막 Table Loading 완료 시점을 확인
Ex) 14:37:47 에 Loading 완료
n. Parallel 2 & No Index 일 경우 약 8min 4sec 소요
o. 다음 Test 를 위하여 soe schema 를 초기화 합니다.( 18. soe schema 초기화 작업-
Iterate”)
68. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 68
b. Case 2 – Load Parallel = 16 & No Index
1. Load Parallel = 16, No Index 조건에서 Migration 수행
2. Services => Database Migration Service 로 이동
3. “Database migration tasks”를 선택 후 “Create Task”를 Click
a. “Task configuration”에서 아래처럼 입력
i. Task Identifier : Oracle-To-AuroraMySQL-SOE-PARALLEL-16
ii. Replication Instance : ri-oracletoaurora
iii. Source database endpoint : onprem-oracle
iv. Target database endpoint : awsdc-aurora-instance-1
v. Migration type : Migrate existing data
vi. Start task on create : Check
b. “Task settings”에서 아래처럼 입력
i. Target table preparation mode : Truncate
ii. Include LOB columns in replication : Limited LOB mode
iii. Maximum LOB size(KB) : 32
iv. Enable validation : Check
v. Enable CloudWatch logs : Check
69. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 69
c. Table mapping 에서 아래처럼 입력
i. Editing mode – Guided UI
ii. Selection rules : “Add new selection rule” Click 후 아래처럼 입력
1. Schema : Enter a schema
2. Schema name: SOE
3. Table name : ORDERS0%
4. Action : Include
70. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 70
iii. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Schema
2. Schema name : Enter a schema
3. Schema name: SOE
4. Action : Make lowercase
iv. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Table
2. Schema name : Enter a schema
3. Schema name: SOE
4. Table name : %
5. Action : Make lowercase
71. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 71
d. Advanced task settings
i. Maximum number of tables to load in parallel : 16
e. “Create Task” Click
f. 1 분 이내에 Task 가 시작 됩니다. Task 가 시작되면 Identifier oracle-to-auroramysql-
soe-parallel-16 를 click 하여 모니터링 합니다.
g. Table statistics 를 Click 하여 Table migration 상태를 모니터링 합니다. Parallel 조건을
16 으로 했기 때문에 한번에 16 개의 Table 을 Migration 합니다.
72. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 72
h. Status 가 Completed 가 될 때까지 기다립니다. Migration 이 완료되면 Aurora-
MySQL 의 CloudWatch 를 확인합니다.
73. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 73
% Migration 시 Aurora MySQL 의 CPU Util 이 약 70~75%로 증가했음을 알 수 있습니다.
p. DMS Task 로 이동 후 Overview Details => View CloudWatch logs 를 Click
q. Log Events 에서 “ORDERS001”를 입력하여 Loading 을 시작하는 시점을 확인
Ex) 15:05:13 에 Loading 시작
r. “ORDERS040”을 입력하여 마지막 Table Loading 완료 시점을 확인
Ex) 15:07:28 에 Loading 완료
s. Parallel 16 일 경우 2min 15sec 소요
74. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 74
17. 마이그레이션 성능 점검을 위한 테이블 인덱스 생성
이번에는 Aurora MySQL 의 soe schema 의 Table 들에 Index 를 생성하고, Index 가 마이그레이션
성능에 어떤 영향을 주는지 확인해 보겠습니다.
1. OnPREM-WindowsServer 의 Remote RDP 로 접속
2. MySQL Workbench 를 실행하고 Aurora-MySQL 접속
3. 다음 Test 를 위하여 soe schema 를 초기화 합니다.( 18. soe schema 초기화 작업-
Iterate”참고 )
4. 바탕화면에서 index.txt 를 열고, DDL 을 복사 하여 MySQL Workbench 에 Paste 합니다.
5. MySQL Workbench 에서 ctrl+A 를 눌러서 모든 “Create index”를 선택 후 실행합니다.
75. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 75
6. MySQL Workbench 의 Action Ouput 에서 Index 가 모두 정상적으로 생성되었는지
확인합니다.
76. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 76
a. Case 3 – Load Parallel = 2 & with Index
1. Load Parallel = 2 조건 + Table 들에 Index 생성 후 Migration
2. Services => Database Migration Service 로 이동
3. “Database migration tasks”를 선택 후 “Create Task”를 Click
a. “Task configuration”에서 아래처럼 입력
i. Task Identifier : Oracle-To-AuroraMySQL-SOE-PARALLEL-2-Index
ii. Replication Instance : ri-oracletoaurora
iii. Source database endpoint : onprem-oracle
iv. Target database endpoint : awsdc-aurora-instance-1
v. Migration type : Migrate existing data
vi. Start task on create : Check
b. “Task settings”에서 아래처럼 입력
i. Target table preparation mode : Truncate
ii. Include LOB columns in replication : Limited LOB mode
iii. Maximum LOB size(KB) : 32
iv. Enable validation : Check
v. Enable CloudWatch logs : Check
77. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 77
c. Table mapping 에서 아래처럼 입력
i. Editing mode – Guided UI
ii. Selection rules : “Add new selection rule” Click 후 아래처럼 입력
1. Schema : Enter a schema
2. Schema name: SOE
3. Table name : ORDERS0%
4. Action : Include
78. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 78
iii. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Schema
2. Schema name : Enter a schema
3. Schema name: SOE
4. Action : Make lowercase
iv. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Table
2. Schema name : Enter a schema
3. Schema name: SOE
4. Table name : %
5. Action : Make lowercase
79. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 79
d. Advanced task settings
v. Maximum number of tables to load in parallel : 2
e. “Create Task” Click
f. 1 분 이내에 Task 가 시작 됩니다. Task 가 시작되면 Identifier oracle-to-auroramysql-
soe-parallel-2-index 를 click 하여 모니터링 합니다.
80. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 80
g. Table statistics 를 Click 하여 Table migration 상태를 모니터링 합니다. Parallel 조건을
2 으로 했기 때문에 한번에 2 개의 Table 을 Migration 합니다.
h. Status 가 Completed 가 될 때까지 기다립니다. Migration 이 완료되면 Aurora-
MySQL 의 CloudWatch 를 확인합니다.
81. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 81
% Migration 시 Aurora MySQL 의 CPU Util 이 약 50~60%정도임을 알 수 있습니다.
t. DMS Task 로 이동 후 Overview Details => View CloudWatch logs 를 Click
u. Log Events 에서 “ORDERS001”를 입력하여 Loading 을 시작하는 시점을 확인
Ex) 15:48:02 에 Loading 시작
v. “ORDERS040”을 입력하여 마지막 Table Loading 완료 시점을 확인
Ex) 16:02:56 에 Loading 완료
w. Parallel 2 + Index 일 경우 14min 54 sec 소요
x. 다음 실습을 위해 18. soe schema 초기화 작업-Iterate”과 17. 마이그레이션 성능 점검을
위한 테이블 인덱스 생성을 차례대로 다시 수행합니다.
82. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 82
b. Case 4 – Load Parallel = 16 & with Index
1. Load Parallel = 16 조건 + Table 들에 Index 생성 후 Migration
2. Services => Database Migration Service 로 이동
3. “Database migration tasks”를 선택 후 “Create Task”를 Click
a. “Task configuration”에서 아래처럼 입력
i. Task Identifier : Oracle-To-AuroraMySQL-SOE-PARALLEL-16-Index
ii. Replication Instance : ri-oracletoaurora
iii. Source database endpoint : onprem-oracle
iv. Target database endpoint : awsdc-aurora-instance-1
v. Migration type : Migrate existing data
vi. Start task on create : Check
83. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 83
b. “Task settings”에서 아래처럼 입력
i. Target table preparation mode : Truncate
ii. Include LOB columns in replication : Limited LOB mode
iii. Maximum LOB size(KB) : 32
iv. Enable validation : Check
v. Enable CloudWatch logs : Check
84. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 84
c. Table mapping 에서 아래처럼 입력
i. Editing mode – Guided UI
ii. Selection rules : “Add new selection rule” Click 후 아래처럼 입력
1. Schema : Enter a schema
2. Schema name: SOE
3. Table name : ORDERS0%
4. Action : Include
iii. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Schema
2. Schema name : Enter a schema
3. Schema name: SOE
4. Action : Make lowercase
85. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 85
iv. Transformation rules : “Add new transformation rule” Click 후 아래처럼 입력
1. Target : Table
2. Schema name : Enter a schema
3. Schema name: SOE
4. Table name : %
5. Action : Make lowercase
86. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 86
d. Advanced task settings
v. Maximum number of tables to load in parallel : 16
e. “Create Task” Click
f. 1 분 이내에 Task 가 시작 됩니다. Task 가 시작되면 Identifier oracle-to-auroramysql-
soe-parallel-16-index 를 click 하여 모니터링 합니다.
87. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 87
g. Table statistics 를 Click 하여 Table migration 상태를 모니터링 합니다. Parallel 조건을
16 으로 했기 때문에 한번에 16 개의 Table 을 Migration 합니다.
h. Status 가 Completed 가 될 때까지 기다립니다. Migration 이 완료되면 Aurora-
MySQL 의 CloudWatch 를 확인합니다.
88. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 88
% Migration 시 Aurora MySQL 의 CPU Util 이 약 90~100%정도임을 알 수 있습니다.
i. DMS Task 로 이동 후 Overview Details => View CloudWatch logs 를 Click
j. Log Events 에서 “ORDERS001”를 입력하여 Loading 을 시작하는 시점을 확인
Ex) 16:09:41 에 Loading 시작
k. “ORDERS040”을 입력하여 마지막 Table Loading 완료 시점을 확인
Ex) 16:15:25 에 Loading 완료
l. Parallel 16+Index 일 경우 5min 44 sec 소요
89. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 89
18. soe schema 초기화 작업-Iterate
1. OnPREM-WindowsServer 에 Remote RDP(mstsc.exe)로 접속
2. MySQL Workbench 를 실행하고 아까 생성한 Aurora-MySQL 을 클릭하면 Query 창이 뜹니다.
3. use soe; 실행
4. 다음의 Query 를 통해 몇개의 orders table 의 Data 개수를 확인합니다. Migration 전에는 모든
row 수가 0 입니다. Migration 이후에는 row 수가 1,430,862 와 199,999 건입니다.
select count(*) from orders001
union all
select count(*) from orders009
union all
select count(*) from orders019
union all
select count(*) from orders021
union all
select count(*) from orders031
union all
select count(*) from orders040;
% Migration 전에는 모든 Table 의 row 수가 0 입니다.
90. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 90
% Migration 후에는 orders001~020 은 1,430,862 건, orders021~040 은 199,999 건입니다.
5. drop database soe; 를 실행
6. show databases; 를 실행하여 soe Database 가 없음을 확인
91. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 91
7. AWS Schema Conversion Tool 을 실행
8. 화면 우측의 Amazon Aurora 창에서 Schemas 에 커서를 두고, 마우스 우측 버튼 Click 후
“Refresh from database”를 실행하여 최신 Metadata 로 Update
92. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 92
9. 화면 우측의 Amazon Aurora 창에서 soe schema 가 없어진 것을 확인
10. 화면 좌측의 OnPREM-Oracle Schema 를 모두 Uncheck 후 SOE 만 Check 후 “Convert
Schema” 실행
93. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 93
11. 화면 우측의 MySQL Aurora 창에서 “Apply Database”실행
94. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 94
19. OnPREM Oracle CPU & Network Utilization
Source 인 OnPREM Oracle 의 경우 Migration 시 CPU Utilization 은 상대적으로 적음을 알 수 있습니다.
다만 실제 환경에서의 Migration 은 적게는 수백 개에서 많게는 수천, 수 만개의 Table 들을 동시에 옮기기
때문에 CPU 와 I/O, Network 사용률이 상승합니다. 이번 HOL 테스트에서는 Parallel 16 으로 Data 를
Migration 시 CPU 관점에서는 약 4%정도의 Usage 를 확인 할 수 있었습니다. 만약 Parallel 48 로
Migration 시 산술적으로 약 12% 정도의 CPU Usage 증가를 예측 해 볼 수 있습니다. 다만 이러한 H/W
Metric 수치 변경은 H/W Spec 이나 Network 상황 등에 따라서 변할 수 있습니다.
Load Parallel Aurora with Index Migration Elapsed Time RDS CPU Usage
Case 1 2 No Index 8min 2sec 20 ~ 25%
Case 2 16 No Index 2min 15sec 70 ~ 75%
Case 3 2 With Index in Aurora 14min 54sec 50 ~ 60%
Case 4 16 With Index in Aurora 5min 44sec 90 ~ 100%
95. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 95
Appendix – Resource 삭제
1. DMS TASK Stop & Delete
a. Services => Database Migration Service
b. 화면 좌측의 “Database migration tasks” Click
c. 4 개의 Task 를 모두 선택 후 Actions => Delete
d. 화면 좌측의 “Replication Instances” Click
e. ri-oracleoaurora 를 선택 후 Actions => Delete
f. 화면 좌측의 “Endpoints” Click
g. Onprem-oracle 과 awsdc-aurora-instance-1 을 선택하고 Actions => Delete
96. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 96
2. Services => RDS
a. Awsdc-aurora-instance-1 을 선택 후 Actions => Delete
97. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 97
3. Services => VPC
a. 화면 좌측 “Peering Connections” Click
b. OnPREM-to-AWSDC 선택 후 Actions => Delete Peering Connection
98. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 98
4. Services => IAM 이동
a. 화면 좌측 Roles Click
b. EC2SSMRole 검색
c. EC2SSMRole 선택 후 “Delete role” Click
99. AWS Migration Immersion DAY(HOL)
Copyright 2018, Amazon Web Services, All Right Reserved Page 99
5. Services => CloudFormation
a. OnPREM 선택 후 Delete Click
b. AWSDC 선택 후 Delete Click
END OF DOCUMENT