애플리케이션 데이터를 클라우드로 마이그레이션하는 방법에 대해 알아보기

기존 백오피스 프로세스에서 비즈니스에 중요한 제조, 공급망 및 고객 관련 애플리케이션까지 다양한 비즈니스 기능을 지원하는 애플리케이션을 조직에서 사용할 수 있습니다. 애플리케이션 데이터를 온-프레미스에서 Oracle Cloud로 이동하는 경우 클라우드로 전송할 데이터를 평가하고, Oracle Cloud Infrastructure에서 사용 가능한 데이터 저장 영역 옵션을 이해하고, 적절한 데이터 전송 방법을 선택합니다.

최소한의 재활용, 재초기 또는 비즈니스 프로세스 변경을 통해 애플리케이션 데이터를 Oracle Cloud Infrastructure로 마이그레이션할 수 있으며, 보다 유연하고 신뢰할 수 있는 솔루션으로 이어지며, 온프레미스 또는 다른 클라우드 제공업체와 함께 실행되는 배포보다 저렴한 비용으로 더 높은 성능을 제공합니다.

클라우드로 이전한 이점입니다.

Oracle Cloud Infrastructure는 애플리케이션 및 데이터를 온-프레미스에서 클라우드로 이전하도록 최적화된 고유한 서비스, 인프라 기능, 툴 및 지원을 제공합니다.

  • Oracle 클라우드에서 애플리케이션을 실행하는 경우 상당한 성능상의 이점이 있습니다.
  • Oracle Cloud Infrastructure는 모든 스택 레벨에서 엔터프라이즈급 보안을 제공하여 사용자 격리, 수명 주기의 모든 단계에서 데이터 암호화, 미세 조정된 보안 제어, 규제준수, 포괄적인 로그 데이터 및 모니터링 솔루션을 통해 가시성을 보장합니다.
  • Oracle는 업계에서 가장 포괄적인 데이터베이스 마이그레이션 서비스를 제공하므로 요구 사항에 정확히 대응하는 서비스가 있습니다.

그러나 온-프레미스 애플리케이션 및 데이터를 클라우드로 이동하는 전략은 사용자 환경, 사용자정의 구성 및 데이터 소스를 사용하는 애플리케이션에 따라 다릅니다.

애플리케이션 구성요소 식별

애플리케이션을 이동할 때 특히 데이터 구성 방법을 업데이트하려는 경우 모든 구성요소를 식별하는 것이 중요합니다. 응용 프로그램에는 클라이언트, 소프트웨어, 연결 및 데이터의 네 가지 기본 구성 요소가 있습니다.

클라이언트: 애플리케이션을 이동하기 전에 다음 주요 질문에 대답합니다.
  • 이 응용 프로그램을 사용하는 모든 클라이언트의 사용자
  • 이 애플리케이션에 필요한 각 클라이언트의 액세스 종류
  • 고급 사용자가 일반 또는 보고서 전용 사용자와 다른 액세스 요구 사항을 가지고 있습니까?
사용자 및 해당 요구 사항에 대한 매트릭스 작성은 응용 프로그램 이동을 설계하는 데 도움이 됩니다.

소프트웨어: 시스템 작동에 필요한 소프트웨어는 무엇입니까? 애플리케이션에 미들웨어 또는 데이터베이스 요구 사항이 있는지 여부를 식별합니다. 애플리케이션에 대한 기본 요구 사항을 모두 나열해야 합니다. 이 이동은 애플리케이션을 확대 또는 축소할 수 있는 기회일 수도 있습니다.

접속: 접속 요구 사항을 식별하고 액세스 요구 사항이 어떤 것인지 이해합니다.
  • 현재 이 애플리케이션에 대한 문제는 대기 시간입니까? 대기 시간 임계값은 무엇입니까?
  • Oracle Cloud Infrastructure FastConnect에 대한 접속, 인터넷을 통한 트래픽 또는 인터넷을 통한 IPSec 터널이 식별되었습니까?
  • 응용 프로그램에 필요한 대역폭은 얼마나 됩니까?
  • 클라이언트가 데이터를 라운드 트립하거나 모두 Oracle Cloud Infrastructure에 사용되고 저장될 것입니까?
  • 특수 VPN 또는 VCN 보안 목록이 있습니까?
  • 클라이언트, SQL Server 및 데이터를 구분하는 데 필요한 서브넷입니까?

데이터: 클라우드 환경을 비롯한 모든 컴퓨팅 환경에서 애플리케이션 데이터에 대한 액세스가 중요합니다. 클라우드 컴퓨팅의 핵심 문제 중 하나는 스토리지가 객체 저장소, 블록 볼륨 또는 파일 시스템인지 여부에 상관없이 컴퓨트 시스템 주위의 데이터 스토리지를 구축하는 것입니다. 마이그레이션에 대한 여러 가지 문제를 제기하는 대형 데이터 세트입니다. 몇 Gb 또는 몇 페타바이트인지에 관계없이 이동해야 하는 데이터의 양을 계산합니다.

애플리케이션을 이동하면 데이터를 아카이브하거나 재구성하여 조직의 요구 사항에 더 적합한 것으로 만들 수 있습니다. 데이터의 조직, 관리 및 보존에 대해 다음 질문에 대답합니다.
  • 애플리케이션이 제대로 작동하려면 어느 정도의 데이터를 이동해야 합니까?
  • 지역이나 가용성 도메인 간에 데이터에 액세스해야 합니까?
  • 주요 운용중단이 발생하면 얼마나 많은 데이터가 손실될 수 있습니까? 허용되는 데이터 손실에 대한 스케일이 있습니까?
  • 조직 정책을 준수하는 데 필요한 백업 정책의 종류는 무엇입니까?
  • 데이터의 복제가 필요합니까?
  • 응용 프로그램에 시스템 간 마이그레이션을 지원할 수 있는 기능이 있습니까?
이 질문 목록은 모두 소진되지 않지만 Oracle Cloud Infrastructure로 이동하기 전에 고려해야 할 최소 수 있습니다.

이전 시나리오

우선순위에 따라 온-프레미스 애플리케이션을 클라우드로 마이그레이션하는 데 필요한 몇 가지 접근법을 선택할 수 있습니다. Oracle Cloud Infrastructure는 다양한 옵션을 지원하는 참조 아키텍처를 제공합니다.

온-프레미스에서 클라우드로 최적의 마이그레이션 경로에 영향을 줄 수 있는 요인은 다음과 같습니다.

애플리케이션이 완료되었고, 몇 개의 업데이트가 필요하며, 수정된 작업 로드가 있습니까?

“ Lift and Shift ” 는 기반 구조를 가능한 한 적은 변경 사항으로 만드는 접근 방법입니다. 또한 동작이 발생할 확률을 줄이면서 최상의 하드웨어, 스토리지 및 네트워킹을 사용할 경우 성능이 향상되는 클라우드 이점을 줄이고 Capex에서 opex 모델로 이동하는 재무 이점을 제공합니다. Oracle 데이터베이스의 관리 버전으로 이동하여 데이터베이스를 향상시키고, 신뢰성을 향상시키고 관리 작업 로드를 줄일 수 있습니다.

애플리케이션이 여전히 활성 프로젝트입니까(일반 업데이트 및 버전 릴리스 포함)?

“이동 및 향상” 을 사용하면 애플리케이션 기반 구조의 구성요소를 최신 버전(예: WebLogic를 12.2 및 Oracle 데이터베이스로 이전) 으로 업그레이드하고 Terraform 스크립트에서 배치할 수 있는 Oracle 검증 구조를 사용할 수 있습니다. 이 방식은 Oracle Cloud Infrastructure에서 응용 프로그램을 실행하기 위한 최적의 방법을 구현합니다. 이 접근 방식을 사용하면 개발 및 테스트 작업을 위해 애플리케이션의 인스턴스를 쉽게 회전/축소할 수 있으며 운용 릴리스의 품질이 향상됩니다.

탄력적인 확장, 지속적인 배포 및 자기 회복을 지원하는 클라우드 전용 아키텍처를 구현하시겠습니까?

이를 통해 Docker 컨테이너의 Kubernetes 클러스터를 기반으로 WebLogic 기반 애플리케이션을 배포할 수 있습니다. OKE, Oracle Cloud Infrastructure의 관리되는 Kubernetes 서비스를 사용하면 기존 응용 프로그램 코드를 레버리지하고 매우 탄력적이고 확장 가능한 인프라를 쉽게 구축할 수 있습니다. 이 인프라는 소프트웨어 개발에 대한 현대적 편차에 적합합니다.

이러한 각 방식에서 Oracle은 애플리케이션에 대해 database-as-a-service 옵션을 사용하면서 “ Bring-Your-Own-License ”(BYOL) 프로그램을 통해 영구적인 데이터베이스 라이센스에 대한 투자를 보존하는 방법을 선택할 수 있습니다.

현재 상태 목표 유형 검증된 대상 구조
모든 Oracle 데이터베이스에서 실행 중인 사용자 정의 응용 프로그램입니다. 안정성, 성능 및 보안을 향상시킵니다. 낮은 TCO 마이그레이션 위험을 최소화합니다. "상승분 및 작업교대" 애플리케이션 스택을 Oracle Cloud Infrastructure의 BM 또는 VM으로 이동합니다. Oracle Database Classic Cloud Service(BYOL) 로 데이터베이스를 마이그레이션합니다.
JavaEE/WebLogic 애플리케이션이 모든 Oracle 데이터베이스에서 실행 중입니다. “ Lift and Shift" +: 최신 WLS로 업그레이드하고, dev/test/production 배치를 자동화하고, HA 및 DR을 구현하고, 데이터베이스를 통합합니다. “이동 및 개선" Terraform 스크립트를 사용하여 VM/BMs에 JavaEE/WLS를 배치합니다. Oracle Autonomous Database, Oracle Database Classic Cloud Service(VM 또는 BM) 또는 Oracle Database Exadata Cloud Service로 데이터베이스를 마이그레이션합니다. 고급 HA 및 DR 옵션을 구현합니다.
JavaEE/WebLogic 애플리케이션이 모든 Oracle 데이터베이스에서 실행 중입니다. “이동 및 개선" 와 같이 유연성과 탄력성이 증가하며, 광범위한 자동화 옵션으로 개발자 생산성이 향상됩니다. “현대화” Terraform 스크립트를 사용하여 JavaEE/WLS를 Docker/Kubernetes 클러스터에 배포합니다. ADB, Oracle Database Classic Cloud Service(VM 또는 BM) 또는 Oracle Database Exadata Cloud Service로 데이터베이스를 마이그레이션합니다. 고급 HA 및 DR 옵션을 구현합니다.

Oracle를 통해 요구 사항에 가장 적합한 시나리오를 선택하고 이러한 시나리오를 구현하기 위한 검증된 구조를 제공하는 고려 사항을 파악할 수 있습니다.

최상의 마이그레이션 전략 결정

사용자 환경을 구한 후 최상의 마이그레이션 전략을 결정해야 합니다.

이전 프로세스를 시작하기 전에 다음 사항을 고려하십시오.

  • 마이그레이션을 수행하는 데 가장 좋은 시간
  • 작동 중지 시간 요구사항
  • 데이터베이스 및 데이터 집합 크기
  • 소스 및 대상 데이터베이스 문자 집합
  • 소스 및 대상 데이터베이스 버전
  • 소스 데이터베이스에 사용자 정의 데이터 유형이 포함된 경우
  • 소스 데이터베이스 및 대상 데이터베이스 플랫폼(엔디언)
  • 보안 고려 사항
  • 대규모 워크로드에 대한 전략