Amazon Redshift: 최종 가이드

9장. Amazon Redshift로 마이그레이션

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

기업들은 수년 동안 온프레미스 데이터 웨어하우스를 운영해 왔으며, 이는 과거의 워크로드에 적합했습니다. 하지만 오늘날의 데이터 양, 다양성, 속도에 따라 고객은 최적의 성능을 보장하기 위해 데이터 웨어하우스를 현대화해야 합니다. 다음은 기존 데이터 웨어하우스의 주요 한계 또는 단점 몇 가지입니다:

느린 획득 속도

자체 서버를 조달하고 서버의 크기를 조정하는 것은 Cloud에서 인프라를 프로비저닝하는 것에 비해 훨씬 더 오래 걸립니다.

유지 관리 비용이 많이 듭니다.

구조가 매우 엄격하기 때문에 수정할 경우 비용과 프로젝트 일정이 급격히 증가합니다.

복원력

하드웨어 구성 요소는 조만간 장애가 발생할 수밖에 없습니다. 장애에 대비해 이중화를 설계하고 대기 서버를 여러 데이터 센터에 배치하면 비용이 매우 빠르게 증가합니다.

유연한 아키텍처

모든 비즈니스의 가장 중요한 요구사항은 민첩성과 확장성입니다. 기존 데이터 웨어하우스의 유연하지 못한 아키텍처는 변화를 빠르게 도입하는 것이 거의 불가능합니다.

기술 발전

기술의 발전은 매일 이루어지고 있습니다. 비즈니스를 위해 설정한 기존의 데이터 웨어하우스는 아마도 몇 년 전에 구축되었을 것입니다. 따라서 이미 뒤처진 상태입니다.

이러한 한계를 해결하기 위한 한 가지 옵션은 모든 데이터에서 인사이트를 도출할 수 있는 완전 관리형, 빠르고 확장 가능하며 비용 효율적인 서비스인 Amazon Redshift를 분석 요구사항에 도입하는 것입니다.

하지만 데이터 웨어하우스 마이그레이션 프로젝트는 복잡하고 어려울 수 있습니다. 마이그레이션 프로세스의 복잡성을 과소평가하기 쉬우므로 마이그레이션해야 하는 항목, 소요 시간, 필요한 리소스에 대해 명확하게 파악하지 못하기 쉽습니다.

이 장에서는 '마이그레이션 고려 사항'을 다룬 다음 '마이그레이션 전략' 과 AWS 기본 '마이그레이션 도구 및 서비스'를 살펴봅니다 . 이러한 주제는 마이그레이션의 복잡성을 명확하게 설명하고 문제를 명확하게 파악하는 데 도움이 될 것입니다.

그런 다음 실제 "데이터베이스 마이그레이션 프로세스" 에 대해 자세히 살펴보고 마지막으로 "Amazon Redshift로의 마이그레이션 가속화"에 대해 논의합니다.

마이그레이션 고려 사항

데이터 웨어하우스 마이그레이션 프로젝트는 프로젝트 복잡성 측면에서 까다로울 수 있으며 리소스, 시간, 비용과 관련된 위험에 노출될 수 있습니다. 데이터 웨어하우스 마이그레이션을 시작하기 전에 '최신 데이터 아키텍처' 에서 다룬 원칙을 적용하고 향후 데이터 웨어하우스 아키텍처를 재평가해 보세요. 현재 데이터베이스에 모든 테이블이 있다고 해서 모든 테이블을 Amazon Redshift로 옮겨야 한다는 의미는 아닙니다. 이 기회를 어떻게 활용하고 전반적인 데이터 웨어하우스 전략을 현대화할 수 있는지 평가하세요.

은퇴 ...