기존 워크로드 인벤토리 검색

이 섹션은 Azure로 마이그레이션해야 하는 Azure(온-프레미스 또는 기타 클라우드) 외부의 기존 IT 워크로드가 있는 조직에 적용됩니다. 포괄적인 워크로드 인벤토리는 이러한 조직을 위한 견고한 클라우드 채택 계획의 기초입니다. 시스템이 존재하는지 모르거나 해당 특성을 이해하지 못하는 경우 시스템을 마이그레이션하는 방법 또는 여부에 대한 결정을 내릴 수 없습니다. 클라우드 채택 계획에는 모든 워크로드를 검색하고, 각각에 대한 주요 데이터를 수집하고, 마이그레이션에 우선 순위를 지정하는 단계가 포함되어야 합니다.

워크로드 인벤토리 검색

기술 자산의 전체 인벤토리는 클라우드 채택 계획의 기초를 형성합니다. 인벤토리는 환경 전체의 모든 시스템, 애플리케이션 및 인프라 구성 요소를 식별합니다. 가장 적합한 클라우드 마이그레이션 전략을 결정하려면 이 인벤토리가 필요합니다.

1. 각 워크로드 및 해당 경계를 정의합니다. 워크로드는 하나 이상의 비즈니스 프로세스를 지원하는 서버, VM(가상 머신), 클라우드 서비스, 애플리케이션, 코드, 데이터 또는 어플라이언스 등의 IT 구성 요소 컬렉션입니다. 비즈니스 가치와 기술 공간을 이해하려면 각 워크로드를 정의해야 합니다. 이러한 명확성은 마이그레이션 및 현대화 작업의 우선 순위를 지정하는 데 도움이 됩니다. 네트워크 트래픽 모니터링 및 종속성 매핑 도구를 사용하여 워크로드 경계를 식별하고 구성 요소 간의 관계를 시각화합니다.

2. 자동화된 검색 도구를 사용합니다.Azure Migrate 는 온-프레미스 및 클라우드 환경에 대한 무료 검색 기능을 제공합니다. 이 도구는 서버, 애플리케이션 및 상호 종속성을 자동으로 식별합니다. 자동화된 검색을 사용하여 인벤토리 생성을 가속화하고 수동 오류를 줄여야 합니다. Azure Migrate가 환경을 완전히 지원하지 않는 경우 Azure Migrate 기능을 확장하는 Dr Migrate 또는 CloudPilot 과 같은 도구를 사용합니다.

3. 모든 환경에서 모든 구성 요소를 포함합니다. 인벤토리는 모든 플랫폼에서 인프라 및 애플리케이션 구성 요소를 캡처해야 합니다. Azure, AWS, Google Cloud 및 기타 공급자의 서버, VM, 애플리케이션, 데이터베이스, 통신 패턴, 통합, ID 및 클라우드 서비스를 포함해야 합니다. 이 포괄적인 보기는 계획 또는 마이그레이션 중에 중요한 자산이 간과되지 않도록 합니다.

4. 자동화가 불가능한 경우 수동 검색을 사용합니다. 일부 환경에서는 보안 정책 또는 기술 제한으로 인해 자동화된 검색 도구를 제한합니다. Azure Migrate 가져오기 템플릿을 사용하여 제한된 환경에서 자산을 수동으로 문서화합니다. 수동 설명서를 통해 자동화된 도구에서 액세스할 수 없는 자산을 캡처할 수 있습니다.

비즈니스 가치 및 타당성별 워크로드 우선 순위 지정

긴 인벤토리 목록은 압도적일 수 있습니다. 이 계획에는 클라우드 채택 노력에서 먼저 해결할 워크로드의 우선 순위를 지정하는 방법이 포함되어야 합니다. 모든 워크로드가 즉시 마이그레이션에 똑같이 중요하거나 동일하게 적합한 것은 아니므로 우선 순위 지정 프레임워크를 사용합니다.

1. 비즈니스 중요도를 사용합니다. 비즈니스 운영, 수익 또는 고객 환경에 얼마나 중요한지에 따라 워크로드의 순위를 지정합니다. 종종 일부 워크로드는 업무상 중요하지만(중단되는 경우 주요 비즈니스 손실) 다른 워크로드는 덜 중요합니다. 높은 비즈니스 가치 시스템은 클라우드 확장성 또는 복원력을 활용할 수 있도록 우선 순위가 높거나 마이그레이션 위험이 너무 높은 경우 우선 순위가 낮을 수 있습니다.

2. 클라우드 준비 상태를 예측합니다. 이미 알고 있는 내용에 따라 각 워크로드가 클라우드 마이그레이션에 얼마나 적합한지 빠르고 개략적으로 예측합니다. 자세한 기술 평가는 나중에 제공되지만 지금은 기술 복잡성, 레거시 구성 요소 및 알려진 위험과 같은 요소를 고려합니다. 일부 워크로드는 쉽게 이길 수 있지만 다른 워크로드는 상당한 재작업이 필요할 수 있습니다. 더 간단한 워크로드의 우선 순위를 지정하여 모멘텀을 구축하거나 적당히 복잡하지만 높은 가치의 시스템을 선택하여 초기 성공을 극대화할 수 있습니다.

3. 종속성을 기록합니다. 이 단계에서는 기존 지식을 사용하여 높은 수준에서 종속성을 평가합니다. 전체 종속성 매핑은 나중에 수행되지만 지금은 다른 사용자와 긴밀하게 결합된 워크로드를 식별합니다. 많은 연결이 있는 시스템을 함께 마이그레이션해야 중단을 방지할 수 있습니다. 때때로 우선 순위가 낮은 워크로드는 우선 순위가 높은 시스템이 이 워크로드에 의존하기 때문에 더 일찍 이동해야 할 필요가 있을 수 있습니다. 이 인사이트를 사용하여 관련 워크로드를 논리적 마이그레이션 웨이브로 그룹화합니다.

4. 전략적 맞춤을 고려합니다. 특정 워크로드가 전략적 이니셔티브의 핵심인 경우 우선 순위를 지정하여 더 빨리 이동할 수 있습니다. 반면, 사용 중지되거나 곧 교체될 예정인 워크로드는 마이그레이션을 위해 할당 해제되어야 합니다.

5. 우선 순위가 지정된 백로그를 만듭니다. 이 백로그는 "웨이브 1: 워크로드 A, B, C. 웨이브 2: 워크로드 D, E"와 같은 범주가 있는 목록 또는 테이블일 수 있습니다. 관련자와 함께 이 주문의 유효성을 검사해야 합니다. 비즈니스 및 IT 소유자는 시퀀스를 검토하고 동의해야 합니다. 당신은 그들의 동의를 얻고 나중에 반발을 피하려고 합니다. 예를 들어, 부서의 의견 없이 그 부서의 중요한 앱을 마지막으로 예약하면, 그들이 이에 반발할 수 있습니다. 피드백에 따라 계획을 조정하여 기술 논리와 비즈니스 요구 사항의 균형을 조정합니다.

워크로드당 비즈니스 세부 정보 수집

식별된 각 워크로드에 대해 계획은 주요 비즈니스 컨텍스트 및 요구 사항을 캡처해야 합니다. 이 정보는 마이그레이션 전략(다음 섹션)을 안내하고 비즈니스 요구 사항에 맞는 의사 결정을 보장합니다. 문서에 대한 중요한 세부 정보

1. 소유자 및 이해관계자: 비즈니스 관점에서 업무 부하를 소유하는 문서(CRM의 영업 부사장)와 IT 관점에서의 소유자(애플리케이션 소유자, 인프라 소유자) 이동 계획에 참여해야 하는 모든 관련자를 나열합니다.

2. 비즈니스 기능 및 중요도: 워크로드가 수행하는 작업 및 중요도를 문서화합니다. 해당 목적에 대한 간단한 설명을 기록하고 중요도 수준(높음/중간/낮음)을 분류합니다. 중요도는 종종 허용할 수 있는 가동 중지 시간과 관련이 있습니다.

3. 데이터 민감도 및 규정 준수: 시스템에서 처리하는 데이터의 분류(공개, 내부, 기밀, 극비)를 적어둡니다. 이 워크로드에 적용되는 PCI, HIPAA, GDPR(문서 준수 요구 사항) 예를 들어 특정 지역에서 데이터 보존이 필요한 경우 클라우드 아키텍처에 영향을 줍니다.

4. 운영 제약 조건: 특정 유지 관리 기간, 정전 기간(트래픽이 많은 기간) 및 작동 시간 요구 사항을 문서화합니다. 이러한 제약 조건은 마이그레이션 일정 및 대상 아키텍처(고가용성 요구 사항)에 영향을 주므로 문서화합니다.

5. 예상 타임라인 또는 최종 기한: 이 워크로드를 마이그레이션하는 데 필요한 타임라인이 있는 경우 주의해야 합니다. 예를 들어 계약 갱신 또는 데이터 센터 임대 종료가 있을 수 있습니다. 이러한 요소는 전체 로드맵 일정에 영향을 줍니다.

예를 들어 마이그레이션 채택 계획을 참조하세요.

Azure 검색 및 평가 도구 및 리소스

다음 단계