서버 마이그레이션이란 무엇인가요?

서버 마이그레이션은 서버의 데이터, 프로세스 및 구성을 새 대상 서버 또는 클라우드 인스턴스로 전송하는 프로세스입니다. 조직은 리소스 최적화, 유지 관리 오버헤드 감소, 지원 강화, 보다 심층적인 통합 및 현대화 달성을 위해 서버를 마이그레이션할 수 있습니다. 마이그레이션 프로세스는 소스 및 대상 머신 아키텍처에 따라 달라지며 성공적인 서버 마이그레이션을 위해서는 신중한 계획, 도구 및 테스트가 필요합니다.

서버 마이그레이션의 이점은 무엇인가요?

조직은 운영상의 이유와 전략적 이유 모두에서 서버 마이그레이션을 수행합니다.

다른 서비스와의 통합

최신 서버 환경은 일반적으로 잘 알려진 도구 및 서비스에 더 쉽게 연결됩니다. 이 통합 기능을 사용하면 자동화가 빨라져 운영이 더욱 간소화됩니다.

관리 오버헤드 감소

조직은 유지 관리 작업을 IT 팀에서 클라우드 호스팅 제공업체로 이전하기 위해 서버 및 운영 체제를 클라우드로 마이그레이션할 수도 있습니다. 온프레미스 하드웨어를 사용할 경우 내부 IT 팀이 업데이트와 백업을 처리해야 합니다. 클라우드 인프라에서는 제공업체의 IT 팀이 유지 관리 책임을 맡습니다.

비용 절감

클라우드 인스턴스로 마이그레이션하면 조직에서 IT 예산 모델을 변경할 수도 있습니다. 조직은 일반적으로 온프레미스 서버 인프라를 자본 지출(CapEx)로 구매해야 합니다. 클라우드 서비스는 일반적으로 월별, 연도별 또는 종량제 모델을 사용하여 반복 요금으로 비용이 청구됩니다. 많은 조직에서 이러한 예산 책정 방식이 하드웨어를 소유하는 것보다 비용 효율성이 높습니다.

보안 강화

최신 서버 플랫폼은 최신 암호화, ID 제어 및 데이터 보안 도구를 통합하여 민감한 데이터를 안전하게 전송할 수 있는 안전망을 고객에게 제공합니다. 고유한 보안 요구 사항에 맞게 환경, 제어 및 도구를 구성하는 것은 고객의 몫입니다.

성능 개선

클라우드 인스턴스를 사용하면 동일한 클라우드 환경에 저장된 데이터에 더 빠르게 액세스할 수 있습니다. 또한 클라우드 옵션은 일반적으로 더 광범위한 스토리지 및 컴퓨팅 리소스 선택 항목을 제공합니다.

작업별 서버

광범위한 리소스에 액세스할 수 있으므로 일반 서버 인프라에서 좀 더 작업에 특정한 인스턴스로 마이그레이션할 수 있습니다. 예를 들어 GPU 지원 인스턴스를 프로비저닝하면 인공 지능 및 기계 학습 워크로드를 수용할 수 있습니다.

서버 마이그레이션의 주요 단계는 무엇인가요?

모든 서버 마이그레이션은 서로 다르게 보이지만 대부분은 적절한 계획, 체계적인 마이그레이션, 마이그레이션 후 모니터링을 비롯해 다음과 같은 서버 마이그레이션 단계를 포함합니다.

1. 현재 서버 및 구성 평가

성공적인 서버 마이그레이션 프로젝트의 첫 번째 단계는 기존 파일, 애플리케이션, 서버, 구성 및 맵 종속성에 대한 인벤토리를 정리하는 것입니다. 예를 들어 데이터베이스를 다른 시스템에 연결하는 추가 서드 파티 사용자 도구 및 API를 포함하여 데이터베이스의 하드웨어 및 소프트웨어 인프라에 대한 인벤토리를 정리할 수 있습니다.

2. 대상 시스템 평가

다음으로 새 환경에서 설정해야 하는 리소스를 문서화합니다. 예를 들어 데이터베이스에 필요한 스토리지 볼륨과 새 환경에서 이를 지원하는 데 필요한 관리 도구를 식별해야 합니다. 현재 워크로드를 수용할 수 있는 리소스의 용량, 향후 리소스 확장 방법, 예산 요구 사항을 평가해야 합니다.

3. 마이그레이션 전략 식별

이러한 평가를 바탕으로 다음 두 가지 주요 마이그레이션 전략 중 효과적인 전략을 선택할 수 있습니다.

전환 후 변환
변환 후 전환

전환 후 변환 마이그레이션은 기존 서버 리소스를 있는 그대로 새 서버로 마이그레이션한 후에 데이터와 애플리케이션을 업데이트하는 방식입니다. 변환 후 전환 마이그레이션은 새 환경으로 마이그레이션하기 전에 현재 리소스를 현대화하고 리소스를 검증하는 방식입니다.

4. 대상 환경 설정

마이그레이션 전략을 선택한 후에는 새 서버 환경을 프로비저닝하는 방법을 명확하게 파악할 수 있습니다. 완전히 새로운 서버 또는 클라우드 환경으로 마이그레이션하는 경우 이 프로세스에는 일반적으로 사용자 및 관리자 계정 생성, 서버 구성 및 네트워크 설정이 포함됩니다.

5. 마이그레이션 프로세스

다음으로 실제 마이그레이션을 수행하고 파일, 애플리케이션 및 해당 구성을 전송합니다. 이 프로세스는 마이그레이션해야 하는 애플리케이션의 복잡성과 데이터 볼륨에 따라 상당한 시간이 걸릴 수 있습니다. 모든 이해관계자와 함께 적절히 가동 중지 시간을 계획합니다.

6. 테스트

데이터 마이그레이션 후에는 철저한 테스트를 통해 새 환경의 모든 기능이 예상대로 작동하는지 확인합니다. 테스트에 다음이 포함되어야 할 수도 있습니다.

중요 데이터 무결성 검증
API 응답 확인
네트워크 트래픽 흐름 모니터링
서버 부하 모니터링
새 환경에서 애플리케이션 성능 테스트

마이그레이션 후 작업을 이전 환경과 비교하면 숨겨진 문제나 불일치를 발견할 수도 있습니다.

서버 마이그레이션의 유형으로 무엇이 있나요?

특정 비즈니스 사례, 기존 데이터, 기존 인프라 및 사용 가능한 대상 환경에 따라 서버 마이그레이션에 여러 가지 다른 접근 방식을 취할 수 있습니다.

Physical-to-Physical(P2P): P2P 마이그레이션에는 한 물리적 온프레미스 서버에서 다른 물리적 온프레미스 서버로 데이터와 시스템을 이전하는 작업이 포함됩니다.
Physical-to-Virtual(P2V): 물리적 서버를 가상 머신(VM)으로 마이그레이션할 수 있습니다. 이렇게 하면 기본 애플리케이션을 변경하지 않고도 최신 인프라에서 서버를 호스팅할 수 있습니다.
Virtual-to-Virtual(V2V): 이 마이그레이션은 VM에 호스팅된 서버를 한 가상 환경에서 다른 가상 환경으로 이전합니다.
클라우드 마이그레이션: '클라우드 마이그레이션'이라는 용어는 일반적으로 물리적 온프레미스 인프라에서 클라우드 인프라로 마이그레이션하는 프로세스를 말합니다. 클라우드 인스턴스에 모든 기능을 호스팅하는 전체 마이그레이션이나 일부 서비스는 로컬에 호스팅된 상태로 유지되는 하이브리드 마이그레이션일 수 있습니다.

관리형 서버 마이그레이션 및 비관리형 서버 마이그레이션

계획 단계에서 내려야 할 가장 중요한 결정 중 하나는 내부 IT 팀에서 자체적으로 마이그레이션을 수행하는지입니다. 내부 마이그레이션 관리를 비관리형 마이그레이션이라고 합니다. 대안은 관리형 서비스 팀을 고용하여 마이그레이션을 처리하는 것입니다.

팀의 가용 리소스, 기술 능력 및 비즈니스 목표에 따라 적합한 방식이 달라집니다. 각 마이그레이션 경로는 제어, 비용 및 편의성 간 절충점을 제시합니다.

제어 및 책임 수준

서비스 제공업체가 관리형 마이그레이션에서 대부분의 작업을 처리합니다. 일반적으로 여기에 다음이 포함됩니다.

자동 프로비저닝 및 설정
테스트
지속적인 모니터링, 업데이트 및 향상된 보안 패치

관리형 마이그레이션은 내부 IT 리소스가 제한적이거나 내부 리소스를 인프라가 아닌 개발 및 전략에 집중하려는 경우에 유용합니다.

반면 비관리형 마이그레이션은 전체 프로세스를 담당하므로 모든 마이그레이션 세부 정보를 완벽하게 제어할 수 있습니다. 이 접근 방식은 보다 더 유연하지만 내부 기술 전문 지식과 인력이 필요합니다.

비용 고려 사항

관리형 마이그레이션에서는 일반적으로 비용 구조가 예측 가능하고 지속적인 지원을 위한 옵션을 포함할 수 있습니다. 관리형 마이그레이션에서 서비스 수준 계약(SLA)은 서비스 가용성을 보장하며 지속적인 비용은 일반적으로 시간이 지남에 따라 균등하게 분산됩니다. 비관리형 마이그레이션 중에 발생할 수 있는 모든 비용은 사용자가 부담합니다.

애플리케이션 마이그레이션 및 서버 마이그레이션

애플리케이션 마이그레이션은 애플리케이션 스택을 새 서버로 이전합니다. 일반적으로 여기에 다음이 포함됩니다.

서비스
구성
모든 종속성

애플리케이션 마이그레이션을 수행하는 목적은 새 서버에서도 동일한 포괄적인 기능을 유지하는 데 있습니다.

반면 서버 마이그레이션은 한 서버의 콘텐츠를 다른 서버로 이전합니다. 서버가 여러 개인 조직에서는 서비스 연속성을 보장하기 위해 한 번에 하나씩 서버 마이그레이션을 수행하기도 합니다.

클라우드에서 서버 마이그레이션 접근 방식으로 무엇이 있나요?

클라우드로 마이그레이션하기 위한 몇 가지 일반적인 전략이 있습니다. 이러한 전략을 마이그레이션의 7R이라고 합니다.

사용 중지
유지
리호스팅
재배치
재구매
리플랫포밍
리팩터링

1. 사용 중지

더 이상 애플리케이션 종속성이 없는 오래된 서버는 사용 중지될 수 있습니다. 사용 중지 전략에는 애플리케이션을 마이그레이션하거나 아카이브한 후 기존 서버의 폐기가 포함됩니다.

일반적으로 서버가 사용 중단되거나 더 이상 정식 출시 기능으로 제공되지 않는 경우 서버를 사용 중지합니다. 서버 인프라에 의존하는 오래된 애플리케이션은 더 이상 충분한 비즈니스 가치를 창출하지 못하거나 더 이상 지원되지 않을 수 있습니다.

2. 유지

현재 환경에 한 서버를 유지하면서 다른 서버를 클라우드로 마이그레이션할 수 있습니다. 일반적으로 마이그레이션 준비가 되지 않았거나 이전해도 즉각적인 이점이 없는 경우 서버를 유지하도록 선택합니다.

3. 리호스팅

'리프트 앤 시프트' 접근 방식이라고도 하는 리호스팅 전략에는 서버나 운영 체제를 수정하지 않고 현재 환경에서 클라우드로의 서버 마이그레이션이 포함됩니다.

리호스팅의 이점은 무언가를 즉시 다시 설계하지 않고도 데이터와 워크로드를 클라우드 기반 솔루션으로 빠르게 마이그레이션할 수 있다는 점입니다. 증분 마이그레이션을 수행하는 조직이 종종 리호스팅을 선택합니다.

4. 재배치

'재배치' 전략은 하나 이상의 애플리케이션을 실행하는 대규모 가상 서버를 클라우드의 유사한 환경으로 이전합니다.

애플리케이션을 재배치하면 기존 구성이 유지되고 실제 마이그레이션 프로세스 중에도 애플리케이션을 계속 사용할 수 있습니다. 재배치 프로세스는 사용량이 적은 시간에 수행할 수 있으므로 일정 충돌을 방지하는 효과적인 방법입니다.

5. 재구매

이 전략은 '드롭 앤 숍'이라고도 합니다. 새로 마이그레이션된 클라우드 환경에서 더 많은 가치를 창출할 대안을 찾은 경우 클라우드 마이그레이션 중에 다른 공급업체 또는 운영 체제(OS) 구성으로 재구매할 수 있습니다.

6. 리플랫포밍

'리프트, 팅커, 시프트'라고도 하는 '리플랫포밍'에는 OS 업그레이드와 같이 새로운 플랫폼을 활용하기 위해 부수적인 최적화만 수행하여 기존 서버를 클라우드로 이전하는 작업이 포함됩니다. 이 전략은 서버를 완전히 다시 빌드하거나 다른 제품을 재구매하지 않고도 성능을 개선하려는 경우에 특히 효과적입니다.

7. 리팩터링

서버 애플리케이션을 리팩터링하는 경우 클라우드 네이티브 환경을 최대한 활용하려면 기본 설계를 광범위하게 업데이트해야 합니다. 이 전략은 확장하거나 제품 출시를 가속화하거나, 비용을 크게 절감하려는 강력한 비즈니스 요구가 있지만 서버에 오래된 애플리케이션이 바인드되어 있는 경우에 가장 적합합니다.

리팩터링은 다른 마이그레이션 접근 방식보다 더 많은 노력이 필요하지만 더 장기적인 가치를 제공할 수 있습니다. 이 접근 방식을 '리아키텍팅'이라고도 합니다.

서버 마이그레이션 도구란 무엇인가요?

서버 마이그레이션 프로세스는 최상의 경우에서도 복잡하며, 마이그레이션 프로젝트 내 대부분의 단계나 작업을 용이하게 지원하는 도구가 있습니다.

검색 및 계획 도구

AWS Application Discovery Service와 같은 검색 도구는 현재 환경을 이해하는 데 도움이 됩니다. 예를 들어 기존 서버와 애플리케이션을 스캔하여 포괄적인 인벤토리를 생성하고 모든 종속성을 식별할 수 있습니다. 또한 이러한 도구는 현재 리소스 사용률을 평가하여 특정 마이그레이션 경로를 추천하는 데도 도움이 됩니다.

애플리케이션 및 데이터베이스 마이그레이션 도구

특정 마이그레이션 도구는 애플리케이션 및 데이터베이스 마이그레이션과 같은 마이그레이션 프로세스의 일부를 자동화합니다. 이러한 도구는 현재 환경에서 구성을 추출하거나 클라우드로의 서버 전송을 최적화하거나 클라우드 환경을 프로비저닝하거나 대상 서버를 구성하는 데 도움이 될 수 있습니다.

AWS Database Migration Service와 같은 데이터베이스 소프트웨어 마이그레이션 도구는 데이터베이스를 클라우드에 맞게 최적화하려는 경우 리플랫포밍 또는 리아키텍팅 프로세스를 간소화하는 데 사용되기도 합니다.

하이브리드 스토리지 통합

AWS Storage Gateway File Gateway와 같은 하이브리드 스토리지 도구는 마이그레이션 후 온프레미스와 클라우드 환경을 모두 유지 관리하려는 경우 유용할 수 있습니다. 이러한 도구는 두 환경 간 통신 및 데이터 전송을 용이하게 합니다.

데이터 전송 도구

AWS DataSync와 같은 데이터 전송 도구는 대량의 데이터를 안전하게 이동하고 데이터 손실을 방지하는 데 도움이 되며, 필요한 경우 일반적으로 전송 중 데이터를 압축하고 암호화할 수 있습니다. 이러한 도구를 사용하면 데이터를 성공적으로 전송하기 위해 마이그레이션 기간에 이루어진 변경 사항을 동기화할 수 있습니다. 일부 클라우드 제공업체는 네트워크를 통한 데이터 전송이 비즈니스 운영에 과도한 부담을 줄 때 물리적 또는 오프라인 전송 서비스를 제공하기도 합니다.

AWS는 서버 마이그레이션을 어떻게 지원하나요?

AWS는 클라우드 마이그레이션 및 현대화 작업을 지원하고 자동화하는 광범위한 서비스를 제공합니다.

AWS Migration Hub는 검색, 평가, 계획 및 실행을 통한 전체 마이그레이션 및 현대화 여정을 안내합니다. Migration Hub는 마이그레이션 요구 사항을 평가하고, 마이그레이션 및 현대화 전략을 정의하며, 자동화를 사용하여 혁신을 간소화하는 데 도움이 되는 단일 위치입니다.

AWS Migration Hub는 서버 마이그레이션의 모든 단계에서 도움이 되는 여정 템플릿, 서버 검색, 종속성 식별, 전략 권장 사항, 오케스트레이션, 대시보드 작성, 협업 경험 및 권장 가이드를 제공합니다. Migration Hub는 모든 유형의 서버 마이그레이션에 적합한 마이그레이션 도구를 검색할 수 있는 통합 환경을 제공합니다.

지금 무료 계정을 생성하여 AWS에서 서버 마이그레이션을 시작하세요.

서버 마이그레이션이란 무엇인가요?