이전

다음

연습 - 디지털 자산 평가

완료됨

이 연습에서는 Tailwind Traders가 Azure의 기본 도구를 사용하여 디지털 자산을 평가한 방법을 예시합니다. 이 단계별 가이드에서는 실습 연습으로 다시 만들 수 있는 참조를 제공합니다. 더 빠르게 진행하려면 각 연습을 건너뛰고 Tailwind Traders의 디지털 자산 평가 결과를 사용하세요.

디지털 자산 이해

클라우드에서는 기술 포트폴리오의 혁신적 잠재력이 크게 발휘됩니다. 전체 전략에는 클라우드로 마이그레이션하면 되는 워크로드와 약간 현대화해야 하는 워크로드가 혼합되어 있을 것입니다. 다른 워크로드는 클라우드 네이티브 접근 방식 또는 중요한 재정의를 사용하는 보다 공격적인 전략에 더 적합할 수 있습니다. 첨단의 새 애플리케이션 또는 혁신조차 일부 기존 기술에 대한 종속성이 있습니다. 이러한 각 결과에 대해 첫 번째 단계는 현재 책임이 있는 자산(애플리케이션, 데이터 및 VM)을 명확하게 이해하는 것으로 시작합니다. 이러한 자산을 ‘디지털 자산’이라고 총칭합니다.

Tailwind Traders의 시작 지점

놀랍게도 조직이 자체 디지털 자산의 표면 정보밖에 파악하지 못하는 경우가 흔합니다. 몇 년간의 기술 성장, 합병, 자원 변동, 비즈니스 우선 순위 변화로 기술 자산 컬렉션이 모호하게 늘어날 수 있습니다. Tailwind Traders도 예외가 아닙니다.

Tailwind Traders의 디지털 자산

회사의 디지털 자산에 대해 알고 있는 내용은 다음과 같습니다.

• 세 개의 데이터 센터:
  • 한 곳은 조직에서 소유합니다.
  • 두 곳은 다년 계약을 통해 임대 중입니다.
• 가상화가 일치하지 않습니다.
  • 복수의 하이퍼바이저 공급업체로 인해 비용 구조 및 프로세스가 복잡합니다.
• 운영 체제 표준화 부족:
  • Windows Server 2008 R2, Windows Server 2012, Windows Server 2016 및 Windows Server 2019가 함께 사용됩니다.
  • 환경에 다수의 Linux 운영 체제 및 버전이 배포되어 있습니다.
  • 대부분의 Linux 인스턴스는 어플라이언스 기반이거나 개발 팀에서 LAMP 스택을 배포한 결과입니다.
• 운영 관리가 일치하지 않습니다.
  • 패치가 일관적이지 않습니다.
  • 기본 데이터 센터 확산이 계획된 목표의 25%에 해당하는 데이터 센터 리소스를 사용합니다.
  • 백업 어플라이언스가 스토리지 용량을 초과했습니다. 우선 순위가 낮은 워크로드에 대한 백업은 로컬 백업만 수행합니다.
  • 활성 모니터링 및 최적화는 중요 업무용 워크로드로 제한됩니다.
  • 운영 팀은 과부하가 초과되고 인력이 부족합니다.
  • 팀의 ServiceNow 전문가는 공급업체가 CMDB(구성 관리 데이터베이스) 구성을 완료한 직후 3년 전에 떠났습니다. 그 이후로는 자산을 새로 검색 또는 매핑한 적이 없었습니다.
• IT는 비용 센터로 간주됩니다.
  • 사업 부문이 IT의 역할을 과소평가합니다.
  • 임대한 데이터 센터의 높은 비용이 정당화되기 어렵습니다.
  • 사업 부문은 수년간 IT 관련 예산 및 인원을 감축하면서 IT 팀에 비용 절감 부담을 지속적으로 더합니다.
• 소매 혁신 팀은 많은 가치를 더하고 혁신의 원천으로 간주됩니다.
  • 각 혁신이 릴리스되면 IT 팀으로 이전되어 비용 부담이 가중됩니다.
• 데이터 센터의 워크로드는 다음으로 구성됩니다.
  • 소매 혁신: 매장 내, 온라인 및 고객 모바일 환경 전반에 걸쳐 소매 환경의 경계를 확장하는 새로운 혁신입니다.
  • 스마트 상점: 환경 제어, 문, 조명, 대화형 선반, 매장 내 디스플레이 및 광고 및 500개 이상의 영업 지점 시스템.
  • 본사: 본사에서 900명 이상의 직원이 근무합니다. 여러 영역에서 프로세스를 지원하는 최고의 솔루션을 포함하는 기술 시스템을 사용합니다. 여기에는 부동산, 물류, 공급망, 가격 책정, 인적 자원, 직원 일정/추적, 급여가 포함됩니다.
  • 최종 사용자 워크스테이션: 대부분 데스크톱을 기반으로 하며 모바일, BYOD(Bring Your Own Device), 매장 내 키오스크 및 가상 데스크톱 솔루션을 선택하는 직원들의 비율이 증가하고 있습니다.
  • 중앙 운영: IT 팀은 모든 IT 및 소매 혁신 자산에 대해 지속적인 기술 운영을 제공합니다.

파악하지 못한 내용

Tailwind Traders가 당면한 문제는 표면 수준 정보 바로 아래의 엄청난 모호성입니다. 수년간의 정보 사일로와 기술 솔루션 간 공유 플랫폼 부재 때문에 상당한 지식 격차가 발생했습니다. 다음은 팀에서 아직 답변할 수 없는 중요한 질문입니다.

• 서버: 조직 전체에서 하이퍼바이저는 몇 개인가? 서버 또는 VM은 몇 개인가? 각 서버 또는 VM에 할당되는 리소스(코어, 메모리, 스토리지)는 무엇인가? 운영 체제가 패치되고, 규정을 준수하고, 대상 클라우드 플랫폼과 호환되는가?
• 애플리케이션: 서버/VM에서 호스트되는 애플리케이션은 몇 개인가? 이러한 애플리케이션은 실제로 할당 자산을 사용하는가? 이러한 애플리케이션은 자체 포함되어 있습니까, 아니면 자산 컬렉션에 의존합니까? 이러한 애플리케이션에 대한 프로덕션 트래픽이 있는가? 각 애플리케이션의 중요도는 무엇인가요?
• ‘데이터’: 데이터 자산에 존재하는 데이터는 무엇인가? 데이터가 어떻게 사용되는가? 트랜잭션 애플리케이션을 지원하는가? 데이터가 더 풍부한 분석에 사용되는가? 환경에서 데이터를 준비하고 이동하는 방법은 무엇인가? 데이터가 환경 내의 지점 간에 변환되는가? 데이터가 민감도에 따라 분류되는가? 데이터가 제어, 관리 또는 마스터되는가?
• 비즈니스 영향: 다양한 워크로드의 비즈니스 가치가 무엇인가? 비즈니스 소유자가 정의되어 있는가? 운영 지원 약정이 있는가? 이러한 워크로드를 사용 중지할 계획이 있는가? 이러한 워크로드에 대한 거버넌스, 규정 준수 또는 보안 제약 조건이 있는가?

디지털 자산 평가

다음 프로세스는 모호성을 지우고 기존 데이터를 기반으로 하는 포괄적인 마이그레이션 계획을 빌드하는 데 도움이 됩니다.

먼저 온-프레미스 인프라, 애플리케이션 및 종속성을 식별합니다. 이렇게 하면 Azure로 마이그레이션할 워크로드를 식별하고 비용 예측을 최적화할 수 있습니다. Azure Migrate의 서버 평가 도구를 사용하여 사용 중인 워크로드, 워크로드 간의 종속성 및 워크로드 최적화를 식별합니다.

참고 항목

채택 계획을 개발하는 데는 다양한 역할이 있습니다. 이 섹션의 나머지 부분에서는 디지털 자산에 대한 데이터를 수집하는 기술 단계를 간략하게 설명합니다. 프로젝트 관리 또는 프로젝트 계획 역할을 담당하는 경우 끝으로 건너뛰고 어떻게 샘플 데이터 출력이 Tailwind Traders 환경의 정보를 사용하여 계획을 형성할 수 있는지 확인할 수 있습니다.

시작하기 전에

• 다음에 대한 에이전트 기반 종속성 분석의 지원 및 배포 요구 사항을 검토합니다.

  • VMware VM
  • 물리적 서버
  • Hyper-V VM

• 다음을 확인합니다.

  • Azure Migrate 프로젝트가 있습니다. 프로젝트가 없으면 지금 만듭니다.
  • 프로젝트에 서버 평가 도구를 추가했는지 확인합니다.
  • 에이전트 없는 어플라이언스를 사용하여 온-프레미스 머신, 애플리케이션 및 데이터를 검색하도록 Azure Migrate 어플라이언스를 설정합니다. 이 어플라이언스는 온-프레미스 머신을 검색하고, 메타데이터 및 성능 데이터를 서버 평가 도구로 보냅니다. 다음을 위한 어플라이언스 설정합니다.
    • VMware VM
    • Hyper-V VM
    • 물리적 서버

• 다음으로 Azure Migrate의 검색 및 평가 도구를 사용하여 Azure로 마이그레이션을 위해 온-프레미스 VMware VM, Hyper-V VM, 다른 퍼블릭 클라우드에서 호스트되는 VM, 물리적 서버를 검색하고 평가합니다. 검색 및 평가 도구는 Azure Migrate 어플라이언스로부터 다음 작업을 완료하는 데 도움이 되는 데이터를 가져옵니다.

  • Azure 준비 상태: 온-프레미스 머신을 Azure로 마이그레이션할 준비가 되었는지 평가합니다.
  • Azure 크기 조정: 마이그레이션 후 Azure VM 크기 또는 Azure VMware 노드 수를 예측합니다.
  • Azure 비용 예측: Azure에서 온-프레미스 서버를 실행하기 위한 비용을 예측합니다.
  • 종속성 분석: 상호 종속적 서버를 Azure로 이동하기 위한 서버 간 종속성 및 최적화 전략을 파악합니다.

사용 중인 워크로드

Azure Migrate는 경량 Azure Migrate 어플라이언스를 사용하여 온-프레미스 VMware VM, Hyper-V VM, 기타 가상화된 컴퓨터 및 물리적 서버에 대한 에이전트 없는 검색을 수행합니다. 연속 검색은 애플리케이션 데이터뿐만 아니라 컴퓨터 구성 정보 및 성능 메타데이터를 수집합니다. 다음은 어플라이언스가 온-프레미스 컴퓨터에서 수집하는 항목입니다.

• 컴퓨터, 디스크 및 NIC 메타데이터

• 설치된 애플리케이션, 역할 및 기능

• CPU 및 메모리 사용률, 디스크 IOPS 및 처리량을 포함한 성능 데이터

데이터를 수집한 후 애플리케이션 인벤토리 목록을 내보내 머신에서 실행되는 애플리케이션 및 SQL Server 인스턴스를 찾을 수 있습니다. Azure Migrate의 데이터베이스 평가 도구를 사용하여 SQL Server 준비 상태를 이해할 수 있습니다.

서버 평가 도구를 통해 검색된 데이터와 함께 CMDB 데이터를 사용하여 서버 및 데이터베이스 자산의 뷰를 빌드할 수 있습니다. 이렇게 하면 사업부, 애플리케이션 소유자, 지리적 위치에 서버를 분산하는 방법을 이해할 수 있습니다. 이를 통해 워크로드의 마이그레이션 우선 순위를 결정할 수 있습니다.

워크로드 간 종속성

서버 검색 후 종속성을 분석하여 서버 간 종속성을 시각화 및 식별할 수 있으며, 상호 의존적인 서버를 Azure로 이동하기 위한 최적화 전략을 이해할 수 있습니다. 시각화는 특정 머신이 사용 중인지 또는 마이그레이션하는 대신 해제할 수 있는지를 이해하는 데 도움이 됩니다. 종속성을 분석하면 남아 있는 것이 없는지 확인하고 마이그레이션 중 중단을 방지하는 데 도움이 됩니다. 애플리케이션 인벤토리 및 종속성 분석이 완료되면 높은 신뢰도의 서버 그룹을 만들고 평가를 시작할 수 있습니다.

최적화 및 크기 조정

Azure는 클라우드 용량을 조정할 수 있는 유연성을 제공하며, 마이그레이션은 서버에 할당된 CPU 및 메모리 리소스를 최적화할 수 있는 기회를 제공합니다. 식별한 서버에 대한 평가를 만들면 워크로드 성능 기록을 이해하는 데 도움이 됩니다. 이는 Azure에서 Azure VM SKU를 올바른 크기로 조정하고 디스크 권장 사항을 적용하는 데 중요합니다.

준비 상태 및 적합성 분석

평가 보고서를 내보내고 다음 범주를 기준으로 필터링하여 Azure 준비 상태를 파악할 수 있습니다.

• Azure에 대한 준비: 변경하지 않고도 컴퓨터를 있는 그대로 Azure로 마이그레이션할 수 있습니다.
• 조건부로 Azure에 대한 준비: 컴퓨터를 Azure로 마이그레이션할 수 있지만 평가에 제공된 수정 지침에 따라 사소한 변경이 필요합니다.
• Azure에 대한 준비가 되지 않음: 컴퓨터를 Azure로 있는 그대로 마이그레이션할 수 없습니다. 마이그레이션 전에 수정 지침에 따라 문제를 해결해야 합니다.
• 준비 상태를 알 수 없음: Azure Migrate는 메타데이터가 부족하여 컴퓨터 준비 상태를 확인할 수 없습니다.

데이터베이스 평가를 사용하여 Azure SQL Database 또는 Azure SQL Managed Instance로 마이그레이션하기 위한 SQL Server 데이터 자산의 준비 상태를 평가할 수 있습니다. 평가는 각 SQL Server 인스턴스에 대한 마이그레이션 준비 상태 백분율을 보여 줍니다. 또한 각 인스턴스에 대해 Azure에서 권장 대상, 잠재적인 마이그레이션 차단기, 호환성이 손상되는 변경 횟수, Azure SQL Database 또는 Azure SQL Database VM에 대한 준비 상태 및 호환성 수준을 확인할 수 있습니다. 마이그레이션 방해 요인의 영향 및 수정을 위한 권장 사항을 이해하기 위해 더 자세히 알아볼 수 있습니다.

크기 조정 권장 사항

컴퓨터가 Azure에 대한 준비 상태로 표시되면 서버 평가 도구는 머신에 대한 Azure VM SKU 및 디스크 유형을 식별하는 크기 조정 권장 사항을 만듭니다. 성능 기록(마이그레이션할 때 리소스 최적화)을 기반으로 하거나 성능 기록 없이 온-프레미스 컴퓨터 설정을 기반으로 크기 조정 권장 사항을 얻을 수 있습니다. 데이터베이스 평가에서는 데이터베이스 SKU, 가격 책정 계층 및 컴퓨팅 수준에 대한 권장 사항을 볼 수 있습니다.

컴퓨팅 비용 가져오기

Azure Migrate 평가의 성능 기반 크기 조정 옵션은 VM 크기를 조정하는 데 도움이 되며 Azure에서 워크로드를 최적화하기 위한 모범 사례로 사용해야 합니다. 올바른 크기 조정 외에도 Azure 비용을 절감하는 데 도움이 되는 몇 가지 다른 옵션이 있습니다.

• 예약 인스턴스:예약 인스턴스를 사용하면 종량제 가격 책정에 비해 비용을 크게 절감할 수 있습니다.
• Azure 하이브리드 혜택: Azure 하이브리드 혜택 통해 활성 Software Assurance 또는 Linux 구독을 사용하여 온-프레미스 Windows Server 라이선스를 Azure로 가져올 수 있습니다. 이 혜택을 예약 인스턴스 옵션과 결합할 수 있습니다.
• 기업계약: Azure EA(기업계약)는 Azure 구독 및 서비스의 비용을 절감할 수 있습니다.
• 제안: 다양한 Azure 제안이 있습니다. 예를 들어 종량제 개발/테스트 또는 엔터프라이즈 개발/테스트는 개발/테스트 VM에 대해 더 낮은 속도를 제공합니다.
• VM 작동 시간: Azure VM이 실행되는 월별 일수 및 일별 시간을 검토할 수 있습니다. 사용 중이지 않은 머신을 종료하면 비용을 줄일 수 있습니다.
• 대상 지역: 여러 지역에서 평가를 작성하여 특정 지역으로 마이그레이션이 더 비용 효율적인지 확인할 수 있습니다.

데이터 시각화

포털에서 서버 평가 보고서(Azure 준비 상태 정보 및 월별 비용 분포 포함)를 볼 수 있습니다. 또한 평가를 내보내고 추가 시각화를 사용하여 마이그레이션 계획을 보강할 수 있습니다. 다양한 속성 조합으로 여러 평가를 만들고 비즈니스에 가장 적합한 속성 집합을 선택할 수 있습니다.

격차/방해 요인 평가

마이그레이션하려는 애플리케이션 및 워크로드를 확인하고, 가동 중지 시간 제약 조건을 파악하고, 애플리케이션과 기본 인프라 간의 작동 종속성을 찾습니다. 이 분석을 통해 RTO(복구 시간 목표)를 충족하는 마이그레이션을 계획하고 데이터 손실을 최소화할 수 있습니다. 마이그레이션하기 전에 호환성 문제나 마이그레이션을 방해할 수도 있는 미지원 기능을 검토하고 수정하세요. 서버 평가 보고서 및 데이터베이스 평가 도구는 이 프로세스에 특히 유용합니다.

워크로드 우선 순위 지정

인벤토리 정보를 수집한 후에는 먼저 마이그레이션할 애플리케이션 및 워크로드를 파악할 수 있습니다. 본격적인 마이그레이션을 시작하기 전에 결함을 다림질할 수 있도록 체계적이고 제어 가능한 방식으로 앱을 마이그레이션하는 "적용 및 학습" 접근 방식을 개발합니다.

마이그레이션 우선 순위를 지정하려면 복잡성, 마이그레이션 시간, 비즈니스 긴급도, 프로덕션 고려 사항, 규정 준수, 보안 요구 사항, 애플리케이션 지식 등의 요소를 고려합니다.

몇 가지 권장 사항입니다.

• 즉각적 성과를 기준으로 우선 순위 지정: 평가 보고서를 사용하여 완벽하게 준비되고 Azure로 마이그레이션하는 데 최소한의 노력만 필요한 서버 및 데이터베이스 등 즉각적으로 성과를 거둘 수 있는 항목을 파악합니다. 다음 표에서는 이 우선 순위를 지정하는 몇 가지 방법을 요약합니다.

  State(상태)	작업
  Azure 준비 VM	평가 보고서를 내보내고 Azure 준비 완료 상태의 모든 머신을 필터링합니다. Azure Migrate: 마이그레이션 및 현대화 도구를 사용하여 Azure로 이동하는 첫 번째 컴퓨터 그룹일 수 있습니다.
  지원 종료 운영 체제	평가 보고서를 내보내고 Windows Server 2008 R2 또는 Windows Server 2008을 실행하는 모든 머신을 필터링합니다. 이러한 운영 체제는 지원 종료 상태이며 Azure로 마이그레이션하는 경우에만 Azure가 3년간의 보안 업데이트를 무료로 제공합니다.
  SQL Server 마이그레이션	데이터베이스 평가 권장 사항을 사용하여 Azure SQL Database에 대해 준비된 데이터베이스를 마이그레이션합니다. Azure SQL Database VM에 대해 준비가 된 데이터베이스를 마이그레이션합니다.
  지원 종료 소프트웨어	애플리케이션 인벤토리를 내보내고 지원이 종료될 수 있는 소프트웨어 또는 확장을 필터링합니다. 이러한 애플리케이션의 마이그레이션 우선 순위를 지정합니다.
  과소하게 프로비전된 컴퓨터	평가 보고서를 내보내고 CPU 사용률(%) 및 메모리 사용률(%)이 낮은 머신을 필터링합니다. 올바른 크기의 Azure VM으로 마이그레이션하고 미달 사용 리소스에 대한 비용을 절감합니다.
  과다하게 프로비전된 컴퓨터	평가 보고서를 내보내고 CPU 사용률 및 메모리 사용률이 높은 머신을 필터링합니다. 용량 제약 조건을 해결하고, 과부하가 걸리는 컴퓨터가 중단되지 않도록 하고, 이러한 컴퓨터를 Azure로 마이그레이션하여 성능을 향상시킵니다. Azure에서 자동 크기 조정 기능을 사용하여 수요를 충족합니다. 평가 보고서를 분석하여 스토리지 제약 조건을 조사합니다. 디스크 IOPS 및 처리량 그리고 권장 디스크 유형을 분석합니다.

• 소규모로 시작한 후 대규모로 확대: 위험과 복잡성이 최소인 애플리케이션과 워크로드부터 이동하여 마이그레이션 전략에 대한 확신을 높입니다. Azure Migrate 평가 권장 사항과 CMDB 리포지토리를 분석하여 파일럿 마이그레이션의 후보가 될 수도 있는 개발/테스트 워크로드를 찾고 마이그레이션합니다. 파일럿 마이그레이션에서 얻은 피드백 및 교훈은 프로덕션 워크로드 마이그레이션을 시작할 때 도움이 될 수 있습니다.

• 규정 준수: 제품의 범위 및 전문성 측면에서 Azure는 업계 최대 규모의 규정 준수 포트폴리오를 유지합니다. 규정 준수 요구 사항을 사용하여 애플리케이션과 워크로드가 국가/지역과 산업별 표준 및 법률에 준수하도록 마이그레이션의 우선순위를 설정합니다. 이는 비즈니스에 중요한 프로세스를 처리하거나 중요한 정보를 보유하거나 규제가 심한 업종에 속하는 조직에서 특히 그렇습니다. 이러한 종류의 조직에는 표준과 규정이 많고 자주 변경될 수도 있으며 대처하기 어려울 수 있습니다.

마이그레이션 계획 확정

마이그레이션 계획을 확정하기 전에 다음과 같이 다른 잠재적 방해 요인을 고려하고 완화해야 합니다.

• 네트워크 요구 사항: 네트워크 대역폭 및 대기 시간 제약 조건을 평가합니다. 이로 인해 예기치 않게 마이그레이션 복제가 지연 및 중단될 수 있습니다.
• 테스트/마이그레이션 후 조정: 시간 버퍼가 마이그레이션된 애플리케이션에 대한 성능 및 사용자 동의 테스트를 수행하거나 마이그레이션 후 애플리케이션을 구성하고 조정할 수 있도록 허용합니다. 예를 들어 데이터베이스 연결 문자열 업데이트하거나, 웹 서버를 구성하거나, 컷오버 또는 클린 수행해야 할 수 있습니다.
• 권한: 권장되는 Azure 권한 및 마이그레이션에 필요한 서버와 데이터베이스에 대한 액세스 역할 및 권한을 검토합니다.
• 교육: 디지털 트랜스포메이션을 위해 조직을 준비시킵니다. 성공적인 조직 변경에는 충실한 교육이라는 토대가 중요합니다. Azure 기본 사항, 솔루션 아키텍처, 보안에 대한 과정 등 Microsoft Learn에서 제공하는 무료 교육을 확인하세요. 팀에서 Microsoft 자격 증명을 탐색하도록 권장합니다.
• 구현 지원: 필요한 경우 구현에 대한 지원을 받습니다. 대부분의 조직은 클라우드 마이그레이션을 도울 외부 지원을 선택합니다. 맞춤형 지원을 통해 신속하고 안전하게 Azure로 마이그레이션하려면 Azure Expert 관리형 서비스 공급자 또는 FastTrack for Azure를 고려하세요.

마이그레이션하려는 애플리케이션, 애플리케이션 및 데이터베이스 가용성, 가동 중지 시간 제약 조건 및 마이그레이션 마일스톤에 대한 자세한 정보를 포함하는 효과적인 클라우드 마이그레이션 계획을 만듭니다. 이 계획은 데이터 복사에 소요되는 시간을 고려하고 마이그레이션 후 테스트 및 전환 활동에 대한 현실적인 버퍼를 포함합니다.

마이그레이션 후 테스트 계획은 기능, 통합, 보안, 성능 테스트 및 사용 사례를 포함해야 합니다. 이렇게 하면 마이그레이션된 애플리케이션이 예상대로 작동하고, 모든 데이터베이스 개체와 데이터 관계를 성공적으로 클라우드로 전송할 수 있습니다.

마이그레이션 로드맵을 작성합니다. 유지 관리 기간을 선언하여 제로 또는 최소한의 가동 중지 시간으로 애플리케이션 및 데이터베이스를 마이그레이션하고 마이그레이션 중에 잠재적 운영 및 비즈니스 영향을 제한합니다.

테스트 마이그레이션

본격적인 마이그레이션을 시작하기 전에 Azure Migrate에서 테스트 마이그레이션을 실행하는 것이 좋습니다. 테스트 마이그레이션을 사용하면 관련된 시간을 예상하고 마이그레이션 계획을 조정할 수 있습니다. 본격적인 마이그레이션을 진행하기 전에 잠재적인 문제를 발견하고 해결할 수 있는 기회를 제공합니다.

연습 출력

Tailwind Traders의 경우 전체 디지털 자산에서 모두 VM 3,500개, 애플리케이션 1,200개, 데이터베이스 300개가 파악되었습니다. 이 중 80% 이상이 임대 데이터 센터에서 호스트되며 24개월 이내에 클라우드 솔루션으로 이동해야 합니다.

이 데이터를 수집하는 데 사용한 마이그레이션 도구는 식별된 모든 자산을 마이그레이션할 수 있습니다. 그러나 이러한 마이그레이션은 조직의 변경 관리 역량에 상당한 부담이 될 수 있습니다. 특히, 1,200여 개 애플리케이션을 철저하게 테스트하고 300개 데이터베이스의 유효성을 검사하는 것은 조직에 부담을 줄 수 있습니다. 팀이 처음으로 마이그레이션 프로세스 및 클라우드 도구를 다루는 경우 더욱 그렇습니다.

성공 가능성을 높이기 위해 일련의 마이그레이션 웨이브를 계획합니다. 2주 스프린트에서 우선적으로 마이그레이션 및 테스트하고 프로덕션으로 릴리스할 소규모 워크로드 세트를 파악합니다. 이어서 모든 워크로드가 마이그레이션될 때까지 후속 마이그레이션 웨이브를 수행합니다. 시간이 지남에 따라 팀이 각 스프린트에서 마이그레이션할 수 있는 워크로드 수가 꾸준히 증가하여 마이그레이션 웨이브의 크기가 증가합니다.

Tailwind Traders는 첫 번째 물결로 비즈니스에 미치는 영향이 낮고 기술적 복잡성이 제한적이기 때문에 다음 영역에서 다음 워크로드를 확인했습니다.

• 소매 혁신:
  • 소형 웹 사이트와 3개의 서버에서 실행되는 단일 독립 데이터베이스로 구성된 애플리케이션인 모바일 쿠폰.
• 스마트 상점:
  • 비디오 선반은 소수의 파일럿 스토어에서 비디오를 추적된 디스플레이 세트로 푸시하는 비디오 배포 시스템입니다. 이 시스템은 20대의 서버를 사용하여 비디오를 관리하고 배포합니다.
  • 고속 트랜잭션을 위해 조직의 MPLS에 연결할 수 없는 원격 위치에서 사용하는 POS 시스템 인스턴스인 원격 매장 POS. 이 시스템은 15개의 서버를 사용합니다.
• 본사:
  • 직원 일정을 관리하고 표시할 수 있는 간단한 애플리케이션인 직원 일정 애플리케이션. 이 시스템은 서버를 2개만 사용하지만 고객 콘텐츠를 위해 중앙 ERP 및 HR 시스템에 다시 연결해야 합니다.
• 최종 사용자 워크스테이션:
  • 가상 데스크톱에는 최대 500대의 데스크톱을 지원하기 위해 30개 서버를 사용하는 솔루션이 필요합니다. 현재 비즈니스 수요는 사용 가능한 경우 수요의 3배 증가를 시사합니다.
• 중앙 작업:
  • 현재의 백업 솔루션 제한은 기술 운영에 많은 위험을 초래합니다. 조직의 운영이 미래를 대비하려면 새로운 솔루션이 필요합니다.

이는 전체 디지털 자산에서 아주 작은 부분에 불과하지만 마이그레이션하고, 테스트하고, 프로덕션으로 배포할 수 있는 측정 가능하고 실행 가능한 워크로드 집합을 만듭니다. 이 첫 번째 반복에서 팀은 기술을 축적하고 더 큰 규모의 마이그레이션 활동을 준비할 수 있습니다.

다음 단원에서는 이 데이터를 실행 가능한 계획으로 변환하여 마이그레이션 및 혁신 노력을 안내합니다.

계속