마이그레이션 후 비용 최적화

워크로드를 Azure로 마이그레이션한 후에는 비용을 최적화하여 과도하게 지출하지 않도록 해야 합니다. 이 문서에서는 마이그레이션 후 비용을 최적화하는 방법과 비즈니스 중단을 최소화하면서 사용 중지된 자산을 해제하는 방법에 대한 지침을 제공합니다.

비용을 위해 마이그레이션된 워크로드 최적화

워크로드를 마이그레이션하고 불필요한 리소스를 서비스 해제한 후에는 라이브 데이터를 기반으로 워크로드를 최적화하여 비용을 절감할 수 있습니다.

평가 중에 성능에 따라 워크로드 크기를 조정할 수 있지만 Azure에서 워크로드가 실행되는 동안 추가 비용 절감이 가능하다는 것을 확인할 수 있습니다.

비용 최적화 도구

Azure로 마이그레이션한 후 리소스 비용을 관리하는 데 사용할 수 있는 새로운 도구가 있습니다. 다음 목록을 사용하여 클라우드 지출을 관리할 수 있습니다.

도구	설명	리소스
자산 권한 부여	서비스 사용량 메트릭을 검토하고 워크로드 요구 사항에 맞게 권한을 부여합니다.	Azure Advisor 비용 권장 사항
Azure Reserved Virtual Machine Instances	예약 인스턴스를 사용하면 자주 실행되는 Azure의 리소스에 커밋할 수 있습니다. 항상 활성 상태인 워크로드에 대한 인스턴스를 예약하는 것이 좋습니다.	Azure 리소스에 대한 예약 관리 최대 예약 사용량에 대한 Azure VM(가상 머신) 크기 조정
Azure 절약 플랜	Azure 저축 플랜은 1~3년 동안 컴퓨팅 서비스에 고정 시간당 금액을 지출하기로 약속할 때 종량제 가격 대비 최대 65%의 절감액을 제공합니다.	Azure 저축 계획 권장 사항
원가 관리	Microsoft Cost Management를 사용하여 환경 비용을 모니터링하고 관리할 수 있습니다.	Cost Management Advisor의 예약 권장 사항
재무 운영 설명서	재무 운영은 조직에서 클라우드 지출을 더 잘 이해할 수 있도록 재무 관리 원칙과 클라우드 엔지니어링 및 운영을 결합하는 분야입니다.	재무 운영이란?

사용 중지된 자산 서비스 해제

마이그레이션된 워크로드를 프로덕션으로 승격한 후에는 워크로드를 실행한 자산이 더 이상 필요하지 않으며 서비스 중단으로 간주됩니다. 그러나 이러한 자산은 여전히 전기 및 기타 자원을 소비하여 비용이 증가합니다. 따라서 비용을 줄이기 위해 사용 중지된 자산을 종료하고 삭제하는 것이 좋습니다.

이전 자산 및 장비의 종료 및 삭제는 간단해 보일 수 있지만 예기치 않은 문제가 발생할 수 있습니다. 다음은 비즈니스에 문제를 일으키지 않고 오래된 리소스를 안전하게 종료하고 삭제하는 방법에 대한 몇 가지 팁입니다.

모니터링 계속

마이그레이션된 워크로드를 프로덕션으로 승격한 후에는 사용 중지로 예약된 자산을 계속 모니터링하여 프로덕션 트래픽이 올바르게 라우팅되는지 확인해야 합니다.

자산이 꺼져 있을 수 있지만 스토리지, 네트워크 및 기타 인프라 리소스를 계속 활용할 수 있습니다. 다시 켜진 경우 제거되지 않는 한 예기치 않은 문제가 발생할 수 있습니다.

리소스에 대해 다음 신호를 모니터링합니다.

• 컴퓨팅: CPU 및 RAM과 같은 리소스 컴퓨팅 사용량입니다.
• 스토리지: 디스크 입력/출력(I/O)과 같은 리소스 스토리지 사용량입니다.
• 네트워크: 어플라이언스 인바운드 및 아웃바운드 네트워킹을 포함하는 리소스 네트워크 사용량 예를 들어 통신을 위해 방화벽 및 부하 분산 장치를 사용하는 자산을 검사합니다.
• 로그: Windows 및 애플리케이션 로그.
• 기타 신호: 이전 프로덕션 환경에서 호스트되었을 때 자산을 모니터링하는 데 사용한 기타 신호입니다.

일부 마이그레이션에서는 자산이 꺼지지 않습니다. 대신 중복됩니다. 네트워크 활동 또는 새 로그와 함께 인프라 신호의 갑작스런 급증 또는 심지어 consis텐트 모드rate 사용은 자산이 여전히 사용 중임을 나타낼 수 있습니다.

Windows 및 종속성 유효성 검사 테스트

최상의 계획을 사용하더라도 프로덕션 워크로드에는 사용 중지된 것으로 추정되는 자산에 대한 종속성이 여전히 포함될 수 있습니다. 이러한 경우 사용 중지된 자산을 해제하면 예기치 않은 시스템 오류가 발생할 수 있습니다. 따라서 시스템 기본 테넌트 활동과 동일한 관리로 자산의 종료를 처리합니다.

적절한 테스트 및 중단 기간을 설정하여 리소스 종료를 용이하게 합니다. 종료하기 전에 자산을 성공적으로 테스트하려면 기본 테넌트 창이 필요합니다. 비즈니스 중단을 일으키지 않고 자산을 테스트할 수 있는 기간을 선택합니다.

테스트 및 기본 테넌트 창 정의

• 낮은 영향 시간: 테스트 기간의 영향이 적은 시간을 식별합니다. 애플리케이션 사용이 가장 낮은 시간을 선택합니다.
• 테스트 사례 지우기: 애플리케이션 사용자가 수행한 실제 활동과 일치하는 테스트 기간 동안 수행할 수 있는 명확한 테스트 사례를 식별합니다. 이러한 활동은 표면 수준이 아니라 사용되는 모든 프로세스를 매핑해야 합니다. 마이그레이션에서 테스트 사례가 있는 경우 다시 사용할 수 있습니다. 애플리케이션에서 자주 작업하는 사용자 또는 다른 팀 구성원이 있는 경우 테스트를 수행해 보세요.
• 일정 및 통신: 사용 가능한 한 기본 테넌트 창을 예약합니다. 최소 4시간을 목표로 해야 합니다.
  • 일정: 애플리케이션 사용자가 미리 계획할 수 있도록 창을 계획합니다. 2주는 합리적입니다.
  • 커뮤니케이션: 변경 내용을 미리 알려 드립니다. 이 기본 기간 동안 중단이 발생할 수 있고 시스템이 응답하지 않을 수 있다는 기대를 설정합니다. 사용자는 이 시간 동안 애플리케이션을 사용할 수 있을 것으로 예상해서는 안 됩니다.

기본 테넌트 창 앞

• 테스트 사례 수행: 테스트 사례를 실행하고 리소스의 사용량을 모니터링합니다.
  • 사용량을 검색하는 경우 기본 테넌트 창을 진행하면 안 됩니다. 대신 자산이 여전히 사용 중인지 확인하기 위해 추가로 조사해야 합니다.
  • 사용량을 검색하지 않으면 기본 테넌트 창을 계속 진행할 수 있습니다.

기본 테넌트 창 중

• 자산 사용 안 함: 서비스 해제 플래그가 지정된 자산을 사용하지 않도록 설정합니다.
  • 전원이 계속 켜진 경우 자산을 전원을 끕니다.
  • 부하 분산 장치에서 자산을 제거하고 들어오는 요청에 응답할 수 없는지 확인합니다.
• 테스트 수행: Azure에서 실행되는 워크로드에 대해 테스트 사례를 수행합니다.
  • 테스트가 실패하지 않고 성공했습니다. 현재 자산이 사용되지 않습니다.
    • 사용자가 애플리케이션의 안정성을 다시 기대할 수 있음을 알 수 있도록 변경 창의 끝을 전달합니다.
    • 테스트가 성공한 후 다음 섹션으로 진행합니다.
  • 테스트 실패: 현재 자산이 사용 중일 수 있으며 더 많은 테스트가 필요합니다.
    • 서비스 해제에 플래그가 지정된 자산을 다시 사용하도록 설정하고 실패한 테스트 사례를 반복합니다.
    • 테스트 사례가 계속 실패하는 경우 관련 없는 문제가 있을 수 있습니다. 기본 테넌트 창 내에서 더 많은 테스트를 수행해야 하며 적절한 수준의 지원을 받을 수 있도록 에스컬레이션을 시작해야 합니다.
    • 테스트 사례가 실패하지 않으면 문제가 관련되어 있는 것일 수 있습니다. 자산을 사용하도록 설정한 상태로 두고 테스트를 완료한 후 기본 테넌트 창을 닫아야 합니다.
    • 예약된 기본 테넌트 창 외부에서 문제를 조사합니다. 마이그레이션된 워크로드에 대한 변경 내용에 대해 다른 기본 테넌트 창을 예약하고 테스트를 위해 추가 기본 테넌트 창을 예약합니다.

보유 기간 및 데이터 유효성 검사

테스트 창을 완료한 후에는 워크로드를 작동할 수 있도록 서비스 해제 플래그가 지정된 모든 자산의 전원이 꺼지고 연결이 끊어져야 합니다. 다음 서비스 해제 단계로 진행할 수 있지만 자산을 즉시 삭제하지는 않습니다.

보유 기간 고려

복제 프로세스 중에 마이그레이션이 데이터를 누락하는 것은 얼마든지 있을 수 있는 일입니다. 이는 정기적으로 액세스되지 않는 이전 데이터의 경우 특히 그렇습니다. 사용 중지된 자산을 잠시 동안 보관하여 데이터의 임시 백업으로 사용할 수 있습니다. 사용 중지된 자산을 삭제하기 전에 최소 30일 동안 보유 및 테스트를 허용해야 합니다.

데이터 거버넌스 요구 사항 고려

조직의 데이터 거버넌스 팀은 30일의 보유 기간을 초과하여 더 많은 요구 사항을 충족할 수 있습니다.

• 보유 기간 의무 이해: 정보를 보유하는 의무를 이해하고 특정 법적 요구 사항에 대한 유효성 검사 검사 목록을 작성하는 데 필요한 팀과 검사 합니다.
  • 현재 자산 운영은 중요하지 않습니다. 대신 정보에 대한 데이터를 검색할 수 있어야 합니다. 필요한 경우 디스크 또는 백업을 유지하여 데이터를 복원합니다.
  • 예를 들어 물리적 데이터 센터에 SQL 데이터베이스 서버가 있는 경우 데이터를 백업하고 복구 가능한 리소스로 기본 수 있습니다. 그런 다음 가상 머신의 서비스를 해제하고 백업을 사용 중지하는 데 걸리는 시간을 설정할 수 있습니다.

다음 단계

사용 중지된 자산을 해제한 후 마이그레이션이 완료됩니다. 이렇게 하면 학습하고 개선할 회고를 통해 마이그레이션 프로세스를 개선할 수 있는 좋은 기회가 생깁니다.

회고 수행