리프트 앤 시프트가 무엇인가요?

리프트 앤 시프트 전략은 애플리케이션 아키텍처를 변경하지 않고 애플리케이션 코드도 거의 변경하지 않기 때문에 다른 프로세스에 비해 더 빠르고 노동 집약적이지 않으며 초기 비용도 적게 드는 마이그레이션이 가능합니다. 또한 하이브리드 클라우드 전략을 시작하고 클라우드의 더 경제적이고 확장 가능한 컴퓨팅 성능, 스토리지 및 네트워킹 인프라를 사용하기 위해 IT 비용을 자본 비용(CapEx)에서 운영 비용(OpEx)으로 전환할 수 있는 가장 빠르고 저렴한 방법이기도 합니다.

클라우드 컴퓨팅 초기에는 가장 오래되고 가장 복잡하며 가장 긴밀하게 연결된 온프레미스 애플리케이션을 제외한 모든 애플리케이션에 대해 리프트 앤 시프트 마이그레이션을 고려할 가치가 있었습니다. 하지만 클라우드 아키텍처가 발전하고 개발자 생산성이 향상되고 클라우드 가격 모델이 더욱 유리해지면서, 클라우드 환경을 사용할 수 없는 애플리케이션을 '있는 그대로' 마이그레이션하는 장기적인 가치는 극적으로 감소했습니다.

오늘날 리프트 앤 시프트는 일정 수준으로 클라우드 준비가 되어 있는 워크로드(예: VMware 워크로드, 컨테이너화된 애플리케이션, 마이크로서비스 아키텍처 기반 애플리케이션 등)를 클라우드로 이전하는 옵션으로 간주되며, 또는 모놀리식 애플리케이션을 클라우드 환경에서 재설계하는 첫 단계로도 활용됩니다.

온프레미스에서 애플리케이션을 계속 실행하는 것과 비교했을 때, 리프트 앤 시프트 마이그레이션은 여러 가지 매력적인 이점을 제공할 수 있습니다.

• 빠르고 비용 효율적이며 업무 중단을 최소화하는 마이그레이션: 리프트 앤 시프트를 사용하면 대규모 팀을 작업에 투입하지 않고도 빠르게 마이그레이션할 수 있습니다. 마이그레이션 중에도 온프레미스 애플리케이션을 그대로 유지할 수 있으므로 서비스가 중단되지 않고 사용자에게 애플리케이션 환경을 동일하게 유지할 수 있습니다.
  
  
• 성능 향상 가능성: 리프트 앤 시프트는 하드웨어를 직접 구매할 필요 없이 업데이트된 더 나은 성능의 하드웨어에서 애플리케이션을 실행할 수 있는 기회를 제공합니다.
  
  
• 온프레미스 통합을 위한 확장된 용량: 온프레미스 데이터 센터 인프라와 비용을 통합하는 동시에 사용량 기준으로 클라우드에서 컴퓨팅 용량, 스토리지 및 더 많은 네트워크 대역폭을 추가할 수 있습니다.
  
  
• 온디맨드 확장성: 리프트 앤 시프트를 통해 조직은 새로운 컴퓨팅 용량을 구매하거나 물리적으로 설치하지 않고도 애플리케이션을 확장할 수 있습니다. 또한 트래픽이 가장 많은 기간을 고려하여 하드웨어를 오버프로비저닝할 필요도 없습니다.
  
  
• 비용 절감 탄력성: 일부 애플리케이션은 클라우드 탄력성, 즉 리소스를 자동으로 스핀업 및 스핀다운하여 수요에 정확하게 맞추는 기능을 활용할 수도 있습니다. 클라우드의 탄력성이 높고 애플리케이션이 이를 더 잘 활용할수록, 어떤 시점에 필요한 정확한 리소스만 사용함으로써 더 큰 비용 절감 효과를 얻을 수 있습니다.
  
  
• 보안 강화: 마이그레이션이 완료되면 레거시 애플리케이션도 역할 기반 액세스 제어, 다단계 인증 및 통합 하이브리드 보안 프로세스와 같은 클라우드 보안 서비스를 활용할 수 있습니다.
  
  
• 온프레미스 데이터 센터 비용과 골칫거리 감소: 클라우드로 마이그레이션할 수 있는 애플리케이션이 많을수록 온프레미스 인프라를 더 빠르게 축소할 수 있고 관리 및 유지 관리 비용도 절감할 수 있습니다.
  
  
• 하이브리드 클라우드로의 간단한 단계: 리프트 앤 시프트는 다른 애플리케이션 워크로드를 온프레미스로 계속 호스팅하면서 가장 준비되어 있고 가장 적합한 애플리케이션을 프라이빗 또는 퍼블릭 클라우드로 이동하는 쉬운 방법입니다. 적절한 관리 툴을 사용하면 여러 플랫폼을 단일의 최적화된 인프라로 관리할 수 있습니다.

다시 말해, 리프트 앤 시프트는 모든 애플리케이션에 이러한 이점을 제공하지는 않습니다. 클라우드 환경에 부분적으로만 최적화된 애플리케이션은 클라우드의 잠재적인 비용 절감 효과를 실현하지 못할 수 있으며, 결국 클라우드에서 실행하는 데 더 많은 비용이 발생할 수 있습니다. 온프레미스에서 애플리케이션이 느리거나 비효율적으로 동작한다면 수정 없이 클라우드에서 더 잘 동작할 가능성은 낮습니다. 라이선스 비용과 제한으로 인해 리프트 및 시프트 마이그레이션이 엄청나게 비싸거나 법적으로 불가능할 수도 있습니다.

VMware 가상화 기술은 기업에서 흔히 볼 수 있는 기술입니다. VMware는 가상화 시장의 80%를 차지하고 있으며, Fortune 100대 기업 중 100%가 VMware를 사용하여 온프레미스 데이터 센터를 가상화하고 있습니다. 당연히 대부분의 클라우드 제공업체는 애플리케이션 호스팅을 위한 VMware 인프라를 제공하고 일부는 VMware 마이그레이션을 클라우드로 리프트 앤 시프트하기 위한 특수 툴 및 서비스를 제공합니다.

기존 VMware 워크로드를 제거하고 전환하려면 온프레미스 데이터 센터와 대상 클라우드 데이터 센터가 기본 VMware ESXi 하이퍼바이저와 VMware 및 vSphere API 호환 관리 툴 및 스크립트의 공통 세트를 공유해야 합니다. 클라우드 공급자는 VMware 소프트웨어 스택을 관리할 수 있는 기술과 경험을 갖춘 운영 팀을 보유해야 합니다.

리프트 앤 시프트 방식의 VMware 마이그레이션을 간소화하는 핵심 기술은 VMware HCX(Hybrid Cloud Extension)입니다. 이는 기본적으로 온프레미스 네트워크를 클라우드의 VMware 환경으로 확장하여 하이브리드 클라우드 인프라를 빠르게 구현하는 툴입니다. HCX를 사용하면 온프레미스에서 클라우드로 수천 개의 가상 머신(VM)을 있는 그대로 안전하고 대규모로 마이그레이션할 수 있습니다. 동일한 툴, 스크립트 및 기술을 사용하는 온프레미스 및 클라우드 워크로드를 관리하고 운영할 수 있으며, 클라우드에서 온프레미스 워크로드의 복제 및 복구를 구현할 수 있습니다.

리프트 앤 시프트는 IaaS(서비스형 인프라) 기반의 마이그레이션으로, 기존 온프레미스 인프라에 있던 애플리케이션을 수정 없이 그대로 클라우드 인프라로 이전하는 방식이며, 사용자는 이를 구독 또는 사용량 기준으로 비용을 지불하게 됩니다.

일반적으로 고려할 수 있는 클라우드 마이그레이션 유형은 이 외에도 두 가지가 더 있습니다.

PaaS(서비스형 플랫폼) 마이그레이션에는 클라우드 제공업체의 PaaS 스택을 더 잘 활용할 수 있도록 애플리케이션을 수정하는 작업이 포함됩니다. 사용자 경험을 변경하지 않고도 애플리케이션의 성능을 최적화하거나 특정 클라우드 기능을 활용하기 위해 작은 변경을 가해 애플리케이션을 리팩토링하거나 재플랫폼할 수 있습니다. 마이크로서비스, 컨테이너 또는 서버리스 컴퓨팅의 이점을 활용하기 위해 애플리케이션을 재설계할 수도 있습니다. 또는 개발자 생산성을 향상시키는 클라우드 제공업체의 개발 툴과 플랫폼 기능을 사용하여 애플리케이션을 완전히 재구성할 수도 있습니다.

리프트 앤 시프트에 비해 PaaS 마이그레이션은 비용이 더 많이 들고 노동 집약적이며 시간이 많이 걸립니다. 그러나 이를 통해 애플리케이션은 클라우드 네이티브 운영 자동화, 개발자 생산성, 보안, 탄력성 및 사용량 기반 비용 모델을 최대한 활용할 수 있으며, 이를 함께 사용하면 초기 투자를 신속하게 회수할 수 있습니다.

SaaS(서비스형 소프트웨어) 마이그레이션은 온프레미스 앱을 유사한 기능을 제공하고 클라우드 제공업체 인프라의 이점을 더 많이 활용하는 기성 클라우드 기반 대안으로 교체하는 것을 의미합니다.

적절한 SaaS 마이그레이션을 통해 리프트 앤 시프트 방식의 낮은 마이그레이션 비용과 PaaS 마이그레이션의 클라우드 이점을 모두 누릴 수 있습니다. 그러나 특정 기능이나 사용자 정의를 포기하거나 기다려야 할 수도 있으며, 데이터 관리, 액세스 제어, 보안 등을 위해 SaaS 애플리케이션의 기능을 도입해야 할 가능성이 높습니다.

반복해서 말씀드리자면, 클라우드 기술이 개발자 생산성을 높이고 클라우드 가격 책정 모델을 개선함에 따라 클라우드 환경을 사용하지 않는 클라우드로 마이그레이션하는 것은 점점 더 의미가 없어지고 결국에는 비용이 더 많이 듭니다. 하지만 PaaS 마이그레이션보다 리프트 앤 시프트가 더 합리적인 경우도 몇 가지 있습니다.

• 온프레미스 인프라 비용이 급증하고 있지만 애플리케이션을 재구성할 준비가 되지 않았습니다. 이 경우 다시 빌드할 준비가 되거나 다시 빌드할 수 있을 때까지 클라우드에 애플리케이션을 잠시 '보관'하는 것이 좋습니다. 예외는 빅데이터 분석, 디지털 애니메이션, 의료 또는 엔지니어링 영상과 같은 리소스를 많이 사용하는 레거시 애플리케이션으로, 이러한 애플리케이션은 예상보다 훨씬 빠르게 사용량에 따른 클라우드 요금을 인상하는 경향이 있습니다.
  
  
• 상용 애플리케이션을 마이그레이션하려고 합니다. 이를 재설계할 수 없으므로 유일한 실제 대안은 클라우드로 있는 그대로 이동하는 것입니다.
  
  
• 비용이 적게 들고 확장 가능한 백업 및 복구가 필요합니다. 애플리케이션의 백업을 온프레미스에서 클라우드로 전환하는 것은 규제가 가장 엄격한 산업이나 복구 지점 목표(RPO) 또는 복구 시간 목표(RTO)가 가장 엄격한 애플리케이션에서 흔히 사용되는 사례입니다.

리프트 앤 시프트 방식의 이전을 시작하기 전에 해당 작업의 난이도, 비용, 최종 가치에 영향을 줄 수 있는 요소를 신중하게 평가하고 준비하세요. 여기에는 다음이 포함될 수 있지만 이에 국한되지는 않습니다.

1. 애플리케이션 수명: 이 애플리케이션을 얼마나 더 오래 사용하거나 이 워크로드를 실행할 것인가요? 대부분의 경우 향후 12개월 이내에 종료하는 애플리케이션을 마이그레이션하는 것은 적절하지 않습니다.
   
   
2. API 액세스 제한: 클라우드로의 이전으로 인해 현재 사용 중인 API 툴에 병목 현상이 발생하지 않는지 확인하세요.
   
   
3. 마이그레이션 자동화 툴: 클라우드 호스팅 제공업체가 마이그레이션을 위한 자동화 툴을 제공하는지 확인하고 가능한 경우 이를 사용할 계획을 세우세요.
   
   
4. 마이그레이션 우선순위: 여러 애플리케이션을 마이그레이션하려는 경우 Runbook을 만들어 중요 업무용 애플리케이션이 먼저 마이그레이션되도록 합니다(또는 비즈니스에 가장 적합한 순서).
   
   
5. 컴플라이언스: 프라이빗, 온프레미스 환경에서 프라이빗 또는 퍼블릭 클라우드로 마이그레이션하기 전에 마이그레이션 계획과 클라우드 공급자의 인프라를 평가하여 마이그레이션 중 및 마이그레이션 후에 모든 규정 준수 요구 사항이 충족되는지 확인합니다.
   
   
6. 기능 및 범위 증가: 기능이 풍부한 클라우드 환경에서는 제품을 즉시 통합하려는 유혹에 빠지기 쉬우며, 이는 지연과 리소스 낭비로 이어질 수 있습니다. 명확하게 정의된 프로젝트를 갖고 마이그레이션하는 동안 계속 이를 고수하세요.