온프레미스에서 클라우드로 마이그레이션

이점 및 배포 옵션 등

클라우드의 가치는 이미 확립되어 있습니다. 모든 산업 분야의 많은 기업들이 이미 클라우드 컴퓨팅 영역으로 도약했습니다. 즉, 다양한 수준의 클라우드 마이그레이션이 존재합니다. 마이그레이션 전략을 구현하는 모든 기업이 모든 데이터를 한 번에 클라우드로 전송하여 마이그레이션 전략을 구현하는 것은 아닙니다. 실제로 많은 조직에서 비즈니스 및 기술 요구 사항에 따라 클라우드 마이그레이션에 대해 반복적인 접근 방식을 취하고 있습니다.

조직이 처음으로 마이그레이션을 고려하거나 중요한 워크로드 전송을 포함하는 보다 실질적인 온프레미스에서 클라우드 마이그레이션을 실행하는 경우 상당한 주의가 필요합니다. 온프레미스에서 클라우드로 마이그레이션하는 핵심 원칙, 장점과 잠재적 문제, 그리고 중요한 비즈니스 애플리케이션과 데이터를 효율성과 보안을 극대화하여 이전하기 위한 가치 있는 서비스에 대해 자세히 살펴보겠습니다.

온프레미스에서 클라우드로 마이그레이션

클라우드 마이그레이션: 기본 원칙

클라우드 마이그레이션은 데이터, 애플리케이션 및 기타 IT 서비스를 클라우드로 이동하는 것입니다. 이 기사에서는 온프레미스에서 클라우드로의 마이그레이션, 즉 사내 데이터 센터 및 기타 인프라에서 호스팅되는 데이터를 Infrastructure-as-a-Service(IaaS) 또는 Platform-as-a-service(PaaS) 클라우드 배포로 전송하는 것에 대해 논의합니다. 그러나 "클라우드 마이그레이션"은 멀티 클라우드 시스템의 컨텍스트 또는 경우에 따라 완전히 다른 배포 방식으로 데이터를 하나의 클라우드에서 다른 클라우드로 이동하는 것을 설명하는 데 사용되기도 합니다.

마이그레이션 하는 동안 온프레미스 데이터는 일반적으로 단일 퍼블릭 클라우드, 멀티 클라우드 서비스 또는 프라이빗 온프레미스 데이터 인프라와 함께 퍼블릭 클라우드 리소스를 활용하는 하이브리드 클라우드 솔루션으로 전송됩니다.

클라우드 마이그레이션의 4가지 유형

클라우드 마이그레이션 전략에는 여러 가지 접근 방식이 있으며 특정 비즈니스 요구 사항에 따라 선택이 달라집니다. 클라우드로 마이그레이션해야 하는 기업의 데이터 양과 이번이 첫 번째 마이그레이션인지를 묻는 질문에 답을 하면 조직에 가장 적합한 클라우드 마이그레이션 전략을 결정하는 데 도움이 됩니다.

  1. 재호스팅: 일반적으로 "리프트 앤 시프트" 또는 "포크리프트 마이그레이션" 접근 방식으로 알려진 재호스팅은 온프레미스에서 클라우드로 마이그레이션하는 가장 간단한 유형입니다. 애플리케이션, 데이터, 스키마 및 워크로드는 전혀 변경되지 않고 데이터 센터에서 IaaS 클라우드 배포로 이동됩니다. 이러한 유형의 마이그레이션은 수행하기가 매우 쉽지만 클라우드 네이티브로 수정되지 않았기 때문에 앱으로 수행할 수 있는 작업이 제한됩니다. 영향을 거의 받지 않는 온프레미스 워크로드를 선택하거나 클라우드를 처음 사용하는 조직을 위한 초기 마이그레이션 방법으로 가장 적합합니다.
  2. 리팩토링: "전면 교체" 또는 "재설계"라고도 하는 이 전략은 재호스팅보다 훨씬 더 많은 노동력과 시간이 소요됩니다. 마이그레이션 전후에 앱 아키텍처(잠재적으로 데이터 및 스키마)를 다시 작성하고 구성해야 합니다(마이그레이션 이후 수행하는 것이 더 일반적입니다). 리팩토링의 주요 이점은 CSP(클라우드 서비스 공급자)가 제공하는 최신의 가장 고급 기능을 활용하여 클라우드를 염두에 두고 처음부터 앱을 근본적으로 재설계한다는 것입니다. 초기 클라우드 마이그레이션 비용은 더 높을 수 있지만 장기적으로는 클라우드 도구가 더 효과적으로 실행됩니다. 많은 앱과 워크로드를 오프프레미스로 이동하려는 경우 궁극적으로 리팩토링이 최선의 선택이 될 수 있습니다.
  3. 리플랫포밍: 재호스팅과 리팩토링 범위 사이에 있는 리플랫포밍은 다른 핵심 요소를 유지하면서 애플리케이션을 일부 변경합니다. 그리하여 때때로 "이동 및 개선" 또는 "개정"이라고 불립니다. 앱이 데이터베이스와 상호 작용하는 방식을 수정하는 것이 일반적인 예 중 하나입니다. 리플랫포밍은 온프레미스 인프라에서 IaaS로의 마이그레이션 및 PaaS 서비스로의 마이그레이션에서 사용할 수 있습니다.
  4. 교체: 이 마이그레이션 전략은 기존 온프레미스 애플리케이션에서 데이터를 가져와 외부에서 생성된 클라우드 기반 SaaS(Software-as-a-Service) 앱으로 이동하는 동시에 기존 온프레미스 앱을 폐기합니다. 이 접근 방식은 앱이 손상되었거나 단순히 타사 SaaS 옵션보다 열등한 레거시 도구로 작업하는 기업에 적합할 수 있습니다.

온프레미스에서 클라우드로 마이그레이션할 때의 이점

기업은 여러 가지 이유로 앱과 워크로드를 온프레미스 데이터 센터에서 클라우드 인프라로 전환합니다. 때로는 클라우드의 사실상 무한한 스토리지를 활용하려는 일반적인 욕구를 기반으로 선택하기도 하며, 다른 경우에는 조직이 DevOps에 대한 더 나은, 보다 유연한 작업 환경을 촉진하는 것과 같이 특정 요구를 충족하기 위해 선택합니다.

즉, 대다수의 조직이 클라우드 마이그레이션을 통해 기대하는 몇 가지 주요 이점은 다음과 같습니다:

접근성 향상

오늘날의 기업은 클라우드 우선 비즈니스 세계에 존재합니다. 또한 많은 기업의 인력이 여러 위치에 분산되어 있는 경우가 많으며, 종종 재택 근무 또는 사무실이 아닌 다른 환경에서 근무하는 경우 직원이 위치에 관계없이 중요한 앱과 데이터에 항상 액세스할 수 있는 것이 중요합니다. 퍼블릭 클라우드 리소스를 활용하면 직원의 위치가 직원이 작업을 완료하는 데 방해가 되지 않는다는 확신을 기업에 제공합니다.

성능 및 민첩성 향상

애플리케이션이 느리게 실행되거나 정상적으로 작동하지 않으면 애플리케이션을 어디서나 실행할 수 있는 경우에도 그 가치는 사라집니다. 워크로드가 온프레미스 인프라에서 클라우드로 마이그레이션된 경우 주요 CSP가 고객 작업의 대기 시간을 줄이기 위해 전 세계에 클라우드 데이터 센터를 보유하고 있기 때문에 이러한 문제가 발생할 가능성이 줄어듭니다.

또한 클라우드로 마이그레이션하면 성장 중인 기업이 필요에 따라 리소스를 훨씬 쉽게 조정하고 추가할 수 있습니다. 여기에는 CSP 또는 타사 공급업체의 새로운 SaaS 도구부터 사내에서 개발된 앱에 이르기까지 모든 것이 포함됩니다.

탄력성과 확장성 활용

기업에서 리소스 요구 사항이 갑작스럽게 급증하는 것은 정기적으로 발생합니다. 그 기간은 몇 분에서 수개월에 달하기도 합니다. 클라우드의 탄력성과 확장성은 필요할 때 컴퓨팅, 메모리 및 스토리지 기능을 동적으로 확장하고 필요할 때 이를 축소함으로써 단기적인 급증에 대처할 수 있습니다. 비즈니스 요구 사항에 따라 새 리소스를 추가하거나 줄이는 것도 가능합니다. 이는 속도면에서 온프레미스 운영이 따라갈 수 없는 클라우드의 이점입니다.

비용 효율성 달성

앞서 언급한 클라우드의 탄력성과 확장성 덕분에 다양한 방식으로 비용 효율성을 높일 수 있습니다. 예를 들어 온프레미스 인프라 확장은 무엇과 비교하든 클라우드 비용보다 더 비쌀 것이며 축소에는 훨씬 더 많은 비용이 들 것입니다. 또한 클라우드 사용 비용을 비즈니스 경비로 지정하면 장기적으로 보다 효율적인 예산 책정 및 지출이 가능합니다.

보안 및 규정 준수 지원

주요 CSP, 특히 "빅 3"인 AWS, Azure 및 Google Cloud는 온프레미스보다 훨씬 더 많은 클라우드 네이티브 보안 기능을 제공합니다. 이를 통해 엄격한 보안 규정이 적용되는 데이터 워크로드 규정 준수 요구 사항을 준수할 수 있습니다. 기업에서 멀티 클라우드 배포를 선택하는 경우 하나 이상의 클라우드를 특별히 해당 워크로드에 할당할 수 있습니다.

온프레미스 인프라에서 성공적인 클라우드 마이그레이션을 위한 5단계

마이그레이션 프로젝트가 같을 수는 없습니다. 그러나 일반적으로 다음 5단계는 온프레미스에서 클라우드로 마이그레이션하려는 모든 기업에 도움이 됩니다:

  1. 계획 세우기. 성공적인 클라우드 마이그레이션은 두 가지 질문에 답하는 것으로 시작됩니다. 데이터와 앱을 클라우드로 마이그레이션하려는 이유는 무엇인가요? 무엇을 마이그레이션할 예정인가요? 이에 대한 답변이 작업의 복잡성을 결정합니다. 예를 들어, 소수의 앱 재해 복구를 위해 클라우드를 사용하는 것은 엔터프라이즈 워크로드를 완전히 전송하는 것보다 덜 복잡하고 더 적은 단계가 포함됩니다. 마찬가지로 DevOps가 주요 목적인 경우, PaaS로의 마이그레이션이 IaaS로의 마이그레이션 보다 더 나은 선택이라는 것을 알게 될 것입니다. 사용되지 않거나 중복된 보고서 및 액세스되지 않은 데이터를 식별하고 해당 보고서 및 데이터를 마이그레이션하지 않기 위해 기존 애플리케이션 및 보고서의 전체 인벤토리를 파악하는 것이 중요합니다.
  2. 실사 수행. 각 경우에 TCO(총 소유 비용)이 얼마인지 파악하기 위해 다양한 공급업체의 오퍼링을 파악하세요. 또한 다양한 마이그레이션 전략에 대한 물류 및 리소스 요구 사항을 고려해야 합니다. 온프레미스에서 클라우드로의 마이그레이션(예: 일부 앱 워크로드에 대한 초기 리프트 앤 시프트 작업)은 작게 시작해서 나중에 클라우드에서 무엇이 필요한지 더 정확히 판단이 될 때 리플랫포밍 또는 리팩토링을 통해 다른 전략을 시도해도 무방함을 명심하시기 바랍니다.
  3. 보안 준비: 실제 마이그레이션 전에 클라우드 FWaaS(Firewall-as-a-Service)를 배포하여 전송 도중 온프레미스 데이터 노출을 최소화합니다.
  4. 작게 시작하기: 엔터프라이즈 운영에 중요하지 않은 워크로드부터 실시간으로 이동하여 마이그레이션을 시작하고, 이를 통해 클라우드 기능을 테스트합니다. 앱과 데이터가 클라우드에서 정상적으로 작동하면 선택한 전략에 따라 마이그레이션을 진행합니다. 특히 사전에 철저히 계획되고 테스트되지 않은 마이그레이션을 리팩토링하는 경우 프로세스 중 비즈니스 운영이 지연될 수 있습니다. 대부분의 클라우드 제공업체는 중단을 완화하는 데 도움이 되는 도구를 제공합니다.
  5. 계속 개선: 마이그레이션이 완료되면 필요에 따라 신중하게 앱을 동기화하고 업데이트합니다. 클라우드 전용 마이그레이션을 수행하는 경우 온프레미스 시스템을 비활성화할 수 있습니다. 그러나 하이브리드 클라우드 배포와 같이 이런 시스템을 유지하는 것이 가치 있는 경우가 많이 있습니다.

극복해야 할 마이그레이션 과제

온프레미스에서 클라우드로의 마이그레이션을 통해 최신 클라우드 트렌드의 가능성을 수용할 때 잠재적인 문제가 따릅니다. 신중하게 계획하고 올바른 파트너와 함께 한다면 다음과 같은 장애물을 피할 수 있습니다:

  • 비용 초과: 마이그레이션 관련 비용 및 TCO, 대역폭 요구 사항, 리소스 할당 및 지속적인 마이그레이션 사후 비용을 추가하면 비용이 빠르게 증가할 수 있습니다. 미리 세심하게 계획하는 것이 중요합니다.
  • 데이터베이스: 경우에 따라 온프레미스 데이터베이스를 클라우드로 마이그레이션하는 것이 앱 워크로드를 전송하는 것보다 훨씬 느리지만 반드시 그렇게 할 필요는 없습니다. 클라우드 공급업체 담당자와 IT 팀이 서로 협력하여 온프레미스에서 클라우드로의 마이그레이션으로 인한 운영 중단을 완화하는 방법을 찾을 수 있습니다.
  • 레거시 인프라 및 앱: 일부 레거시 시스템은 클라우드 컴퓨팅이 등장하기 전에 개발되었습니다. 대부분 마이그레이션이 가능하지만 미리 계획하는 것이 중요합니다. 계획 단계에서 마이그레이션 전에 레거시 리소스를 리플랫포밍, 리팩토링 또는 교체할지 여부를 결정합니다.
  • 보안: 마이그레이션 전후 CSP는 워크로드와 데이터가 아닌 클라우드 인프라에 대한 보안을 제공합니다. 이것이 바로 클라우드 FWaaS를 배포하고 유지 관리하는 것이 클라우드 리소스와 유지 관리하는 온프레미스 인프라를 모두 보호하기 때문에 매우 중요한 이유입니다.

데이터 마이그레이션에 대한 테라데이타의 접근 방식은 특히 데이터베이스를 클라우드로 이동할 때 프로세스 중 발생할 수 있는 어려움을 피하는 데 도움이 됩니다. 철저한 컨설팅, 자동화, 데이터 통합 및 데이터 모델 통합을 통해 테라데이타 Vantage 및 기타 도구는 데이터 및 클라우드 인프라에 대한 더 나은 이해와 성공적인 마이그레이션을 실행하는 데 도움이 됩니다.

테라데이타가 이 프로세스를 어떻게 지원할 수 있는지 자세히 알아보려면 "클라우드 마이그레이션 여정에 대한 데이터 기반 접근 방식" 백서를 참조하세요.