Azure 청구 데이터를 다운로드하는 작업의 예약 및 관리

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 10분
  • 정구 다운로드 작업은 지정하는 일정에 각 지불자 계정에 대한 청구 데이터를 다운로드, 구성, 저장합니다. 시스템은 데이터를 분석하여 보고서를 생성하고 클라우드 운영에 대해 비용 절감으로 이어질 수 있는 변경 권장 사항을 만듭니다.

    시작하기 전에

    시스템에 8GB Clotho 메모리와 4GB MID 메모리가 있는지 확인합니다.

    필요한 역할: 클라우드 통합 관리자 [sn_cld_intg_core.cloud_integrations_admin]

    이 태스크 정보

    중요사항:
    이 정보는 앱과 클라우드 인사이트 청구 앱 모두에 클라우드 비용 관리 적용됩니다. 모든 참조는 클라우드 비용 관리클라우드 인사이트 청구에도 적용됩니다.
    • 일부 제공자에 대해 정확한 보고 및 권장 사항을 제공하려면 예약된 실행 전에 검색이 실행되도록 해야 합니다.
    • 서비스 계정에 대해 하나의 청구 다운로드 작업만을 생성할 수 있습니다.
    • 비혼합 유형의 비용만 지원됩니다.
    • 청구 다운로드 작업을 성공적으로 실행할 때마다 태그가 지정된 비용이 업데이트됩니다. 태그 범주 정의에 대한 최근 업데이트(예: 범주에 태그 이름 추가)는 비용 보고서에 반영되지 않을 수 있습니다. 태그 값을 채우려면 하나 이상의 성공적인 실행이 필요하기 때문에 첫 번째 실행 후 태그 값을 태그 범주에 매핑해야 합니다. 다음을 선택하여 청구 다운로드 작업을 실행하지 않고 비용 데이터에 최신 태그 범주 정의를 적용할 수 있습니다. 클라우드 비용 관리 작업 공간 > 운영 > 비용 사용량 태그 > 태그 범주 을 클릭한 다음 Re-Apply Categories(범주 다시 적용)를 선택합니다.
    • 청구 다운로드 작업이 성공적으로 실행될 때마다 예산 예측, 업무 시간, 예약/절약 계획, 라이트사이징 및 미사용 자원 작업이 트리거되어 지출 및 사용량 데이터를 분석하고 보고서에서 실행 가능한 권장 사항을 업데이트합니다.
    • 예약된 시간이 되면 작업 실행이 여러 스테이지(예: 제공자에 연결, 데이터 다운로드, 임포트 후 정렬 수행 등)로 이루어집니다. 시스템은 각 단계의 가격표 실행 페이지에 상태와 결과를 기록합니다.
    • 비용 범주는 청구 데이터가 다운로드될 때마다 새 비용 태그 값으로 업데이트됩니다. (제공자 포털에서 비용 태그를 정의하여 사용량 데이터를 특정 비즈니스 엔터티와 연결합니다. 예를 들어 비용 센터 범주에는 개발, 테스트 및 QA 태그가 포함될 수 있습니다. 사용자 범주에는 사용자의 이름이 포함될 수 있습니다.)
    • 청구 데이터는 월별로 역순으로 다운로드됩니다. 예를 들어, 범위가 3월부터 6월까지인 경우 6월 데이터가 먼저 다운로드됩니다.
    • 첫 번째 청구 데이터 다운로드에 대한 의미 있는 결과를 보장하기 위해 앱은 최소 30일 동안 데이터를 다운로드합니다. 예를 들어 오늘이 6월 10일이고 다운로드 대상으로 6월을 지정하면 시스템은 분석을 위해 최소 30일간의 데이터를 보장하기 위해 5월과 6월 모두에 대한 데이터를 다운로드합니다.
    • 최근 12개월 동안의 데이터만 다운로드할 수 있습니다.
    • 클러스터를 프로비저닝 Kubernetes 할 때마다 하나의 기본 자원 그룹이 로 생성됩니다 MC_myResourceGroup_myAKSCluster_eastus. 예를 들어 자원 그룹 이름이 인 클러스터를 프로비저닝 Kubernetes 하는 경우 은 Azure 이 자원 그룹 이름을 사용하고 다른 자원 그룹을 MC_<name of the resource group>_<name of the cluster>_<location of the cluster>로 프로비저닝TestResourceGroup합니다.

      클러스터의 모든 자원 Kubernetes 은 에서 Azure제공하는 자원 그룹에 포함됩니다. 청구 다운로드 작업을 실행하면 이 명명 규칙을 MC_<name of the resource group>_<name of the cluster>_<location of the cluster> 사용하여 자원 그룹에 포함된 자원 목록이 확인됩니다.
      • 청구 다운로드 작업을 실행하는 동안 클러스터에 태그가 sn_ccm_k8_cluster_name 추가됩니다 Kubernetes .
      • 지출 작업을 실행하는 동안 자원 그룹에 있는 클러스터의 자원 Kubernetes 에 태그가 sn_ccm_k8_cluster_name 추가됩니다.
      주:
      • 자원 그룹의 자산 또는 자원에 고유한 이름을 제공하면 클러스터의 지출 Kubernetes 을 볼 수 없습니다.
      • 애플리케이션(sn_itom_pattern) 1.10.2 이상을 설치합니다 디스커버리 및 서비스 매핑 패턴 . 자세한 내용은 Install Discovery and Service Mapping Patterns 문서를 참조하십시오.
      • CMDB CI Class Models(sn_cmdb_ci_class) 버전 1.53.1 이상을 설치합니다. 자세한 내용은 CMDB CI Class Models 문서를 참조하십시오.
      • 검색을 설정하려면 Kubernetes 문서를 참조하십시오 Kubernetes discovery using patterns.
    • 버전 8.1과 클라우드 비용 관리 인프라 스택 함께 클라우드 비용 관리 애플리케이션을 설치한 경우 청구서 처리는 Glide 외부의 클러스터에서만 Kubernetes 수행되지만 데이터센터 내에서는 ServiceNow 수행됩니다. 이 프레임워크는 청크 단위의 데이터 병렬 처리를 지원하여 청구 파일 다운로드 속도를 높입니다.

      청구 데이터에 대한 Azure 요청을 제출하면 청크 크기에 따라 Blob이 생성됩니다. 시스템 속성을 sn_cld_intg_azure.billing_chunk_duration 사용하여 청크 크기를 설정할 수 있습니다. 자세한 내용은 청구 Blob의 Microsoft Azure 청크 크기 구성 문서를 참조하십시오. 30일간의 청구 데이터를 다운로드하려는 경우 청크 크기를 3으로 설정한 경우 청구 데이터를 10개의 Blob에서 사용할 수 있습니다. 모든 Blob이 생성되면 작업 상태가 준비에서 요청됨으로 변경됩니다. 이러한 Blob은 포털의 일부 Blob Storage에 Azure 저장됩니다. 그런 다음 프레임워크는 Kubernetes 에서 생성된 Blob을 Azure다운로드하고 처리합니다.

      주:

      애플리케이션을 설치한 클라우드 비용 관리 인프라 스택 경우 작업이 끝날 무렵 클라우드 CI 및 지출 데이터 볼륨에 따라 중요한 데이터베이스 업데이트 및 삽입 작업이 수행됩니다. 따라서 데이터베이스 성능에 영향을 주는 다른 작업은 이 시간 동안 작업과 함께 클라우드 비용 관리 실행해서는 안 됩니다.

    • 클라우드 비용 관리 버전 8.1부터 청구 다운로드 작업의 기본 시간이 12:00에서 01:00(UTC)로 변경되었습니다. 또한 업무 외 시간 및 인스턴스에서 실행 중인 ServiceNow 다른 무거운 작업이나 작업이 없는 경우에만 작업을 예약하거나 실행합니다클라우드 비용 관리.

    프로시저

    1. 다음으로 이동 클라우드 비용 관리 작업 공간 > 운영 > 관리 > 청구 다운로드 작업.
    2. Azure 탭을 선택합니다.
    3. 새로 만들기를 선택합니다.
    4. 양식의 필드에 내용을 입력합니다.
      표 1. Azure 청구 다운로드 작업
      필드 설명
      이름 청구 다운로드 작업의 예약된 실행을 의미하는 이름
      마지막으로 성공한 실행 가장 최근의 성공적인 실행의 타임 스탬프입니다.
      사용자/그룹에 알림 작업 실행 상태(예: 다운로드 실패)에 대해 이메일로 알림을 받을 사용자 또는 그룹입니다. 시스템은 성공에 대한 알림을 보내지 않습니다.

      클라우드 통합 관리자 [sn_cld_intg_core.cloud_integrations_admin] 역할을 가진 사용자나 그룹이 이러한 문제를 처리하는 데 적합합니다.

      이메일 템플릿을 업데이트하려면 다음으로 이동하십시오. 시스템 통보 > 이메일 > 알림 을 클릭하고 청구 작업 실행 오류 시 알림 템플릿을 엽니다. 이메일 구성에 대한 자세한 내용은 다음 문서를 참조하십시오 Create an email template.

      활성 작업을 활성화하기 위한 옵션입니다. 활성 작업만 실행됩니다.
      실행 청구 다운로드 작업을 실행하는 빈도입니다.

      이 필드는 매일로 자동 설정됩니다.

      주:
      선택하는 값에 따라 추가 필드가 나타납니다.
      시간 하루 중 작업을 실행할 시간입니다.
      최신 실행 상태 가장 최근에 실행한 작업의 상태입니다.
      최신 실행 세부 정보 가장 최근에 실행된 작업의 실행 상세 정보입니다.
      Azure 설정
      Azure 서비스 계정 서비스 계정입니다 Azure .
      익스포트 사용 익스포트 방법을 선택하는 Azure 옵션입니다.

      익스포트 사용 확인란은 기본적으로 선택되어 있습니다. 내보내기 방법을 사용하지 않으려면 이 확인란의 선택을 취소해야 합니다.

      익스포트 사용 확인란을 선택하면 다음 필드가 나타납니다.
      청구 계정 ID 유형 청구 계정 ID의 수준입니다.
      값은 다음과 같습니다.
      • 계정: 계정 수준에서 청구가 수행되는 경우
      • 구독: 청구가 구독 수준에서 수행되는 경우
      주:
      Azure 서비스 계정 필드에서 계정 ID가 선택되면 계정을 선택합니다.
      실제 비용 익스포트 이름 포털에 구성된 실제 비용 익스포트의 Azure 이름입니다.

      자세한 내용은 포털에서 익스포트 Azure 생성 문서를 참조하십시오.

      할부 상환 비용 익스포트 이름 포털에 구성된 Azure 할부 상환 비용 익스포트의 이름입니다.

      자세한 내용은 포털에서 익스포트 Azure 생성 문서를 참조하십시오.

    5. 저장을 선택합니다.
    6. 청구 다운로드 작업 페이지에서 생성된 작업을 선택합니다.
    7. 연결 테스트를 선택합니다.

      연결 테스트 워크플로우에서는 제공자 계정에 접근을 시도할 수 있도록 구성한 설정을 사용합니다. 구성된 설정을 수정하기 위한 동작을 제안하는 진행률 팝업 및 성공/오류 메시지가 표시됩니다.

    8. 연결이 성공한 후 작업을 실행하려면 지금 실행을 선택합니다.
    9. 청구 데이터 다운로드 대화 상자에서 필드에 내용을 입력합니다.
      필드 설명
      시작 월 청구 데이터 다운로드의 시작 월입니다.
      주:
      지정된 개월 동안 데이터가 다운로드됩니다. 분석을 위해 30일 미만의 데이터를 받은 경우 이전 월의 데이터도 다운로드됩니다.
      종료 월 청구 데이터 다운로드의 종료 월입니다.
      데이터 다시 임포트 이전 다운로드 시도의 데이터를 덮어쓰는 옵션입니다.
      주:

      전체 청구 다운로드는 데이터 다시 임포트 옵션 설정과 관계없이 4일째 되는 날 또는 이전 달의 청구 완료 날짜에 이루어집니다.

    10. 다운로드를 선택합니다.
      Azure 청구 다운로드 작업은 작업 실행 중에 다음 상태를 거칩니다.
      1. 준비: 작업이 큐에 있습니다. 예를 들어 몇 개월 동안의 청구 데이터를 다운로드하는 작업이 생성되면 최근 월을 제외한 모든 달의 작업이 준비 상태가 됩니다.
        주:
        애플리케이션을 Azure 설치한 클라우드 비용 관리 인프라 스택 경우 Blob URL은 준비 상태로 생성됩니다. 자세한 내용은 청구 Blob의 Microsoft Azure 청크 크기 구성 문서를 참조하십시오. 모든 Blob이 생성되는 경우에만 상태가 요청됨으로 변경됩니다.
      2. 요청됨: 작업을 즉시 가져옵니다. 예를 들어 한 달 동안의 청구 데이터를 다운로드하기 위해 생성된 작업은 요청됨 상태입니다. 또한 한 달 이상 청구 데이터를 다운로드하는 작업을 생성하는 경우 최근 월 작업도 요청됨 상태가 됩니다.
      3. 예약됨: 처리를 위해 클러스터에서 작업을 선택합니다 Kubernetes . 또한 클러스터는 Kubernetes 작업 ID를 Glide 측으로 전송하여 청구 Kubernetes 작업을 처리 중인 작업을 표시합니다.
        중요사항:
        이 상태는 애플리케이션을 설치한 경우에만 적용할 수 있습니다 클라우드 비용 관리 인프라 스택 .
      4. 진행 중: 청구 데이터가 처리되고 있습니다.
      5. 싱크 시작: Kubernetes 클러스터는 처리된 청구 데이터의 일부를 Glide의 지출 보고서 일일 집계 비용 및 지출 보고서 월별 집계 비용과 같은 테이블로 보냅니다. 이 테이블의 기록은 생성 중 상태입니다. 작업은 전체 청구 데이터가 Glide로 클라우드 비용 관리 전송될 때까지 싱크 시작 상태로 유지됩니다.

        싱크 시작 상태에서는 CI 배치도 시작되고 CI 배치 단계의 상태가 준비에서 진행 중으로 변경됩니다.

        중요사항:
        이 상태는 애플리케이션을 설치한 경우에만 적용할 수 있습니다 클라우드 비용 관리 인프라 스택 .
      6. 싱크 완료: 처리된 모든 청구 데이터가 클러스터에서 Glide Kubernetes클라우드 비용 관리 전송됩니다.
        중요사항:
        이 상태는 애플리케이션을 설치한 경우에만 적용할 수 있습니다 클라우드 비용 관리 인프라 스택 .
      7. 완료됨: 모든 청구 파일이 Glide 데이터베이스로 전송될 때 싱크 완료 후의 상태입니다.
        주:
        작업이 완료됨으로 표시되면 다음과 같은 변경 사항이 발생합니다.
        • 지출 보고서 일일 집계 비용 및 지출 보고서 월별 집계 비용 테이블의 기록 상태가 생성 중에서 활성으로 변경됩니다. 또한 기존 기록은 비활성으로 표시됩니다.
        • EA에서 SA로의 매핑 실행 단계의 상태가 Azure 준비에서 진행 중으로 변경됩니다. 이 실행 단계에서 엔터프라이즈 계정은 서비스 계정에 매핑됩니다.
      8. 성공: 작업이 성공적으로 완료되었습니다.

    결과

    다음 이벤트는 작업이 실행되면 발생합니다.
    • 데이터를 클라우드 비용 관리 다운로드하는 동안 청구 노드 데이터 테이블 [sn_cld_intg_<provider>_cost_usage]을 각 자원 ID에 해당하는 CMDB의 CI로 업데이트합니다. CI가 없는 경우 시스템에서 자리 표시자 CI를 생성합니다. 이후 검색에서 시스템이 자리 표시자 CI를 조정합니다.
    • 클라우드 비용 관리 청구 다운로드 실행 페이지에서 실행의 각 단계에 대한 로그 항목을 생성합니다.
    주:
    지원되는 CI는 Cumulus 지원되지 않는 CI 배치 예약된 작업이 매일 실행된 후에 배치됩니다. 자세한 내용은 서비스에 지원되는 Microsoft Azure CI 클래스 유형 문서를 참조하십시오.