마이그레이션 목표 - AWS 권장 가이드
비용 절감민첩성 향상보안 개선더 빠른 리팩터링

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

마이그레이션 목표

다양한 이유로 온프레미스 환경에서 로 Oracle 워크로드를 AWS 이동할 수 있습니다. 예를 들어 비용을 절감하거나, 민첩성을 높이거나, 보안을 개선하거나, 워크로드를 더 빠르게 리팩터링할 수 있습니다. 결정의 배경이 되는 이유가 무엇이든 목표와 필요한 일정을 충족할 수 있도록 올바른 마이그레이션 전략을 선택하는 것이 중요합니다.

비용 절감

다음 시나리오에서 온프레미스 환경에서 Oracle 데이터베이스를 실행하면 비용이 많이 들 수 있습니다.

  • 이전 하드웨어에서 실행 중인 데이터베이스

  • 더 이상 목적에 부합하지 않고 사용 중지의 잠재적 후보인 데이터베이스

  • 현대화가 필요한 데이터베이스

  • 개인 식별 정보(PII), 일반 데이터 보호 규정(GDPR), 공정노동표준법(FLSA) 또는 기타 국가별 또는 업계별 규정 준수와 같은 규정 준수 이유로 보존되는 이전 데이터베이스

이러한 시나리오의 요구 사항에 따라 동일한 양의 리소스를 할당하여 라이선스 및 운영 비용을 줄이고 싶지 않을 수 있지만 필요에 따라 자동으로 규모를 조정하고 클라우드에서 이를 더 쉽게 달성할 수 있습니다. 비용 및 위험에 대한 자세한 내용은 Oracle 비용 트랩 가이드와 House of Brick Technologies의 AWS 솔루션으로 이를 극복하는 방법을 참조하세요.

민첩성 향상

온프레미스 환경에서 Oracle 데이터베이스를 프로비저닝하는 것은 일반적으로 몇 주 또는 최대 몇 달이 걸릴 수 있는 시간이 많이 걸리는 활동입니다. Amazon Elastic Compute Cloud(Amazon EC2)를 사용하면 코드형 인프라(IaC)를 사용하여 짧은 시간 내에 필요한 크기의 Oracle 데이터베이스를 가동할 수 있습니다.

의 Oracle 인스턴스가 수요에 맞게 확장 또는 축소할 AWS 수 있는 속도는 개발 활동을 완료하고 신속하게 결정을 내리는 데 도움이 됩니다. 에서 리호스팅되는 Oracle 데이터베이스는 사용자 지정 솔루션의 민첩성을 높일 AWS 수 있습니다. 예를 들어 Amazon EC2에서 Oracle 데이터베이스를 호스팅하면 몇 초 만에 여러 환경을 배포할 수 있습니다.

보안 개선

온프레미스에서 Oracle 데이터베이스를 실행하는 조직은 저장된 데이터와 전송 중인 데이터를 포함하여 모든 계층에서 보안을 책임집니다. 이로 인해 불완전한 보안 구성이 발생하여 데이터베이스가 위험에 처할 수 있습니다. AWS 공동 책임 모델을 사용하면 EC2 인스턴스 및 Oracle 데이터베이스 계층에서 보안을 구성하면서 인프라 보안을 AWS 관리합니다.

Virtual Private Cloud(VPC) 외부의 애플리케이션이 데이터베이스에 액세스할 수 없도록 Oracle 데이터베이스를 호스팅하는 EC2 인스턴스에 대한 퍼블릭 액세스를 제한할 수 있습니다. AWS Key Management Service (AWS KMS) 키를 사용하여 저장된 데이터베이스에 할당된 모든 스토리지를 항상 암호화할 수 있으므로 규정 준수 요구 사항을 충족하는 데 도움이 됩니다. 에서 이러한 보안 정책을 구성할 수 있습니다 AWS Management Console.

더 빠른 리팩터링

이미에 있는 데이터베이스 AWS 는 온프레미스 데이터베이스에 비해 리팩터링하기가 더 쉽습니다. 이미에 있는 데이터베이스에 AWS 는 VPCs. 데이터베이스를 현대화할 준비가 되면 기존 AWS 인프라를 사용하여 리팩터링된 데이터베이스 엔진을 시작할 수 있습니다. 이것이 목표인 경우 먼저 Oracle 데이터베이스를 로 AWS 마이그레이션한 다음 리팩터링 또는 현대화 프로세스를 시작할 수 있습니다.

라이선스 비용과 운영 오버헤드를 줄이는 데 도움이 되는 추가 리팩터링 옵션은 다음과 같습니다.