비용 예측 및 관리

이 페이지에서는 BigQuery에서 비용을 추정하고 관리하기 위한 권장사항을 설명합니다.

BigQuery의 기본 비용은 쿼리 처리 및 스토리지, BigQuery에 저장되는 데이터에 대한 컴퓨팅입니다. BigQuery에서는 쿼리 처리를 위한 두 가지 유형의 가격 책정 모델인 주문형 및 용량 기반 가격 책정 모델을 제공합니다. 각 모델은 비용 관리를 위한 다양한 권장사항을 제공합니다. BigQuery에 저장된 데이터의 경우 비용은 각 데이터 세트에 대해 구성된 스토리지 청구 모델에 따라 다릅니다.

BigQuery용 컴퓨팅 가격 책정 이해하기

용량 계획 및 비용 관리에 영향을 미치는 BigQuery의 컴퓨팅 가격 책정에는 미묘한 차이가 있습니다.

가격 책정 모델

BigQuery의 주문형 컴퓨팅의 경우 BigQuery 쿼리에 대해 TiB당 요금이 부과됩니다.

또는 BigQuery의 용량 컴퓨팅의 경우 쿼리 처리에 사용되는 컴퓨팅 리소스(슬롯)에 대한 요금이 청구됩니다. 이 모델을 사용하려면 슬롯에 대한 예약을 구성합니다.

예약에는 다음과 같은 기능이 있습니다.

• 슬롯 풀에 할당되며 조직에 적합한 방식으로 용량을 관리하고 워크로드를 격리할 수 있습니다.
• 하나의 관리 프로젝트에 있어야 하며 할당량 및 한도가 적용됩니다.

용량 가격 책정 모델은 여러 버전을 제공하며, 모두 슬롯 시간 단위로 청구되는 사용한 만큼 지불하는 옵션을 제공합니다. Enterprise 및 Enterprise Plus 버전은 사용한 만큼만 지불하는 요금보다 비용을 절약할 수 있는 1년 또는 3년 슬롯 약정(선택사항)도 제공합니다.

종량제 옵션을 사용하여 자동 확장 예약을 설정할 수도 있습니다. 자세한 내용은 다음을 참조하세요.

• 가격 책정 모델을 비교하려면 모델 선택을 참고하세요.
• 가격 세부정보는 주문형 컴퓨팅 가격 책정 및 용량 컴퓨팅 가격 책정을 참고하세요.

각 모델에 대한 비용 제한

주문형 가격 책정 모델을 사용하는 경우 비용을 제한하는 유일한 방법은 프로젝트 수준 또는 사용자 수준 일일 할당량을 구성하는 것입니다. 하지만 이러한 할당량은 사용자가 할당량 한도를 초과하는 쿼리를 실행하지 못하도록 하는 엄격한 한도를 적용합니다. 할당량을 설정하려면 커스텀 쿼리 할당량 만들기를 참고하세요.

슬롯 예약을 사용하여 용량 요금 모델을 사용하는 경우 예약에 사용할 수 있는 최대 슬롯 수를 지정합니다. 약정 기간 동안 할인 가격을 제공하는 슬롯 약정을 구매할 수도 있습니다.

예약 기준을 0으로 설정하고 워크로드 요구 사항을 충족하는 설정으로 최대 설정하면 주문형 버전을 온전히 사용할 수 있습니다. BigQuery는 워크로드에 필요한 슬롯 수까지 자동으로 확장하며 사용자가 설정한 최대 값을 초과하지 않습니다. 자세한 내용은 예약을 사용한 워크로드 관리를 참조하세요.

쿼리 비용 관리

개별 쿼리의 비용을 관리하려면 먼저 쿼리 계산 최적화 및 스토리지 최적화를 위한 권장사항을 따르는 것이 좋습니다.

다음 섹션에서는 쿼리 비용을 추가로 관리하는 데 사용할 수 있는 추가 권장사항을 간략하게 설명합니다.

커스텀 쿼리 할당량 만들기

권장사항: 커스텀 일일 쿼리 할당량을 사용하여 하루에 처리되는 데이터의 양을 제한합니다.

프로젝트별 또는 사용자별로 하루에 처리되는 데이터 양의 한도를 지정하는 커스텀 할당량을 설정하여 비용을 관리할 수 있습니다. 할당량에 도달하면 사용자는 쿼리를 실행할 수 없습니다.

커스텀 할당량을 설정하려면 특정 역할 또는 권한이 필요합니다. 설정할 할당량에 대해서는 할당량 및 한도를 참고하세요.

자세한 내용은 각 가격 책정 모델의 비용 제한을 참고하세요.

쿼리를 실행하기 전에 예상 비용 확인

권장사항: 쿼리를 실행하기 전에 먼저 미리보기를 통해 예상 비용을 알아보세요.

주문형 가격 책정 모델을 사용하는 경우 쿼리는 읽은 바이트 수에 따라 요금이 청구됩니다. 쿼리를 실행하기 전에 예상 비용을 알아보려면 다음을 사용합니다.

• Google Cloud 콘솔에서 쿼리 검사기를 사용합니다.
• 쿼리에 대한 테스트 실행을 수행합니다.

참고: 쿼리에 청구되는 바이트 수의 추정값은 상한값이며, 쿼리 실행 후 청구되는 실제 바이트 수보다 클 수 있습니다.

쿼리 검사기 사용

Google Cloud 콘솔에 쿼리를 입력하면 쿼리 검사기가 쿼리 구문을 확인하고 읽을 바이트 수를 추정합니다. 이 추정값을 사용하여 가격 계산기에서 쿼리 비용을 계산할 수 있습니다.

• 쿼리가 유효하지 않으면 쿼리 검사기에 오류 메시지가 표시됩니다. 예를 들면 다음과 같습니다.

  Not found: Table myProject:myDataset.myTable was not found in location US

• 쿼리가 유효하면 쿼리 검사기에서 쿼리를 처리하는 데 필요한 바이트 수를 추정합니다. 예를 들면 다음과 같습니다.

  This query will process 623.1 KiB when run.

테스트 실행 수행

시험 이전을 수행하려면 다음을 수행합니다.

콘솔

1. BigQuery 페이지로 이동합니다.

   BigQuery로 이동

2. 쿼리 편집기에 쿼리를 입력합니다.

   쿼리가 유효하면 쿼리에서 처리할 데이터 양과 함께 체크표시가 자동으로 표시됩니다. 쿼리가 유효하지 않으면 느낌표가 오류 메시지와 함께 표시됩니다.

bq

--dry_run 플래그를 사용하여 다음과 같은 쿼리를 입력합니다.

bq query \
--use_legacy_sql=false \
--dry_run \
'SELECT
   COUNTRY,
   AIRPORT,
   IATA
 FROM
   `project_id`.dataset.airports
 LIMIT
   1000'
 

유효한 쿼리인 경우 이 명령어는 다음 응답을 생성합니다.

Query successfully validated. Assuming the tables are not modified,
running this query will process 10918 bytes of data.

참고: 쿼리에서 소량의 데이터를 처리하는 경우 처리되는 바이트를 KB에서 MB로 변환해야 할 수도 있습니다. MB는 가격 계산기에서 사용하는 최소 측정 단위입니다.

API

API를 사용하여 테스트 실행을 수행하려면 JobConfiguration 유형에서 dryRun을 true로 설정한 채로 쿼리 작업을 제출합니다.

Go

이 샘플을 사용해 보기 전에 BigQuery 빠른 시작: 클라이언트 라이브러리 사용의 Go 설정 안내를 따르세요. 자세한 내용은 BigQuery Go API 참고 문서를 확인하세요.

BigQuery에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 클라이언트 라이브러리의 인증 설정을 참조하세요.

import (
	"context"
	"fmt"
	"io"

	"cloud.google.com/go/bigquery"
)

// queryDryRun demonstrates issuing a dry run query to validate query structure and
// provide an estimate of the bytes scanned.
func queryDryRun(w io.Writer, projectID string) error {
	// projectID := "my-project-id"
	ctx := context.Background()
	client, err := bigquery.NewClient(ctx, projectID)
	if err != nil {
		return fmt.Errorf("bigquery.NewClient: %v", err)
	}
	defer client.Close()

	q := client.Query(`
	SELECT
		name,
		COUNT(*) as name_count
	FROM ` + "`bigquery-public-data.usa_names.usa_1910_2013`" + `
	WHERE state = 'WA'
	GROUP BY name`)
	q.DryRun = true
	// Location must match that of the dataset(s) referenced in the query.
	q.Location = "US"

	job, err := q.Run(ctx)
	if err != nil {
		return err
	}
	// Dry run is not asynchronous, so get the latest status and statistics.
	status := job.LastStatus()
	if err := status.Err(); err != nil {
		return err
	}
	fmt.Fprintf(w, "This query will process %d bytes\n", status.Statistics.TotalBytesProcessed)
	return nil
}

자바

이 샘플을 사용해 보기 전에 BigQuery 빠른 시작: 클라이언트 라이브러리 사용의 Java 설정 안내를 따르세요. 자세한 내용은 BigQuery Java API 참고 문서를 확인하세요.

BigQuery에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 클라이언트 라이브러리의 인증 설정을 참조하세요.

import com.google.cloud.bigquery.BigQuery;
import com.google.cloud.bigquery.BigQueryException;
import com.google.cloud.bigquery.BigQueryOptions;
import com.google.cloud.bigquery.Job;
import com.google.cloud.bigquery.JobInfo;
import com.google.cloud.bigquery.JobStatistics;
import com.google.cloud.bigquery.QueryJobConfiguration;

// Sample to run dry query on the table
public class QueryDryRun {

  public static void runQueryDryRun() {
    String query =
        "SELECT name, COUNT(*) as name_count "
            + "FROM `bigquery-public-data.usa_names.usa_1910_2013` "
            + "WHERE state = 'WA' "
            + "GROUP BY name";
    queryDryRun(query);
  }

  public static void queryDryRun(String query) {
    try {
      // Initialize client that will be used to send requests. This client only needs to be created
      // once, and can be reused for multiple requests.
      BigQuery bigquery = BigQueryOptions.getDefaultInstance().getService();

      QueryJobConfiguration queryConfig =
          QueryJobConfiguration.newBuilder(query).setDryRun(true).setUseQueryCache(false).build();

      Job job = bigquery.create(JobInfo.of(queryConfig));
      JobStatistics.QueryStatistics statistics = job.getStatistics();

      System.out.println(
          "Query dry run performed successfully." + statistics.getTotalBytesProcessed());
    } catch (BigQueryException e) {
      System.out.println("Query not performed \n" + e.toString());
    }
  }
}

Node.js

이 샘플을 사용해 보기 전에 BigQuery 빠른 시작: 클라이언트 라이브러리 사용의 Node.js 설정 안내를 따르세요. 자세한 내용은 BigQuery Node.js API 참고 문서를 확인하세요.

BigQuery에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 클라이언트 라이브러리의 인증 설정을 참조하세요.

// Import the Google Cloud client library
const {BigQuery} = require('@google-cloud/bigquery');
const bigquery = new BigQuery();

async function queryDryRun() {
  // Runs a dry query of the U.S. given names dataset for the state of Texas.

  const query = `SELECT name
    FROM \`bigquery-public-data.usa_names.usa_1910_2013\`
    WHERE state = 'TX'
    LIMIT 100`;

  // For all options, see https://cloud.google.com/bigquery/docs/reference/rest/v2/jobs/query
  const options = {
    query: query,
    // Location must match that of the dataset(s) referenced in the query.
    location: 'US',
    dryRun: true,
  };

  // Run the query as a job
  const [job] = await bigquery.createQueryJob(options);

  // Print the status and statistics
  console.log('Status:');
  console.log(job.metadata.status);
  console.log('\nJob Statistics:');
  console.log(job.metadata.statistics);
}

PHP

이 샘플을 사용해 보기 전에 BigQuery 빠른 시작: 클라이언트 라이브러리 사용의 PHP 설정 안내를 따르세요. 자세한 내용은 BigQuery PHP API 참고 문서를 확인하세요.

BigQuery에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 클라이언트 라이브러리의 인증 설정을 참조하세요.

use Google\Cloud\BigQuery\BigQueryClient;

/** Uncomment and populate these variables in your code */
// $projectId = 'The Google project ID';
// $query = 'SELECT id, view_count FROM `bigquery-public-data.stackoverflow.posts_questions`';

// Construct a BigQuery client object.
$bigQuery = new BigQueryClient([
    'projectId' => $projectId,
]);

// Set job configs
$jobConfig = $bigQuery->query($query);
$jobConfig->useQueryCache(false);
$jobConfig->dryRun(true);

// Extract query results
$queryJob = $bigQuery->startJob($jobConfig);
$info = $queryJob->info();

printf('This query will process %s bytes' . PHP_EOL, $info['statistics']['totalBytesProcessed']);

Python

QueryJobConfig.dry_run 속성을 True로 설정합니다. 테스트 실행 쿼리 구성을 제공하면 Client.query()는 항상 완료된 QueryJob을 반환합니다.

이 샘플을 사용해 보기 전에 BigQuery 빠른 시작: 클라이언트 라이브러리 사용의 Python 설정 안내를 따르세요. 자세한 내용은 BigQuery Python API 참고 문서를 확인하세요.

BigQuery에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 클라이언트 라이브러리의 인증 설정을 참조하세요.

from google.cloud import bigquery

# Construct a BigQuery client object.
client = bigquery.Client()

job_config = bigquery.QueryJobConfig(dry_run=True, use_query_cache=False)

# Start the query, passing in the extra configuration.
query_job = client.query(
    (
        "SELECT name, COUNT(*) as name_count "
        "FROM `bigquery-public-data.usa_names.usa_1910_2013` "
        "WHERE state = 'WA' "
        "GROUP BY name"
    ),
    job_config=job_config,
)  # Make an API request.

# A dry run query completes immediately.
print("This query will process {} bytes.".format(query_job.total_bytes_processed))

쿼리 비용 추정

주문형 가격 책정 모델을 사용하는 경우 처리된 바이트 수를 계산하여 쿼리 실행 비용을 추정할 수 있습니다.

주문형 쿼리 크기 계산

다양한 유형의 쿼리에서 처리되는 바이트 수를 계산하려면 다음 섹션을 참조하세요.

• DML 문
• DDL 문
• 클러스터링된 테이블

참고: 선택한 데이터 세트 스토리지 청구 모델은 주문형 쿼리 비용 계산에 영향을 주지 않습니다. BigQuery는 항상 논리적(비압축) 바이트를 사용하여 주문형 쿼리 비용을 계산합니다.

참고: ORC 또는 Parquet에 저장된 외부 테이블 데이터를 쿼리하는 경우 청구되는 바이트 수는 BigQuery에서 읽는 열로 제한됩니다. 외부 데이터 소스의 데이터 유형은 쿼리에 의해 BigQuery 데이터 유형으로 변환되므로 읽은 바이트 수는 BigQuery 데이터 유형의 크기에 따라 계산됩니다.

쿼리를 실행하여 테이블 데이터 탐색 방지

권장사항: 쿼리를 실행하여 테이블 데이터를 탐색하거나 미리 보지 마세요.

데이터를 실험하거나 탐색하는 경우, 테이블 프리뷰 옵션을 사용하여 할당량에 영향을 주지 않으면서 데이터를 무료로 볼 수 있습니다.

BigQuery는 다음과 같은 데이터 미리보기 옵션을 지원합니다.

• Google Cloud 콘솔의 테이블 세부정보 페이지에서 미리보기 탭을 클릭하여 데이터를 샘플링합니다.
• bq 명령줄 도구에서 bq head 명령어를 사용하여 미리보기를 수행할 행 번호를 지정합니다.
• API에서 tabledata.list를 사용하여 지정된 행 세트에서 테이블 데이터를 검색합니다.
• 클러스터링되지 않은 테이블에서 LIMIT를 사용하지 마세요. 클러스터링되지 않은 테이블의 경우 LIMIT 절은 컴퓨팅 비용을 줄이지 않습니다.

쿼리당 청구되는 바이트 수 제한

권장사항: 주문형 가격 책정 모델을 사용하는 경우 청구 가능한 최대 바이트 설정을 사용하여 쿼리 비용을 제한합니다.

청구 가능한 최대 바이트 설정을 사용하여 쿼리에 대해 청구되는 바이트 수를 제한할 수 있습니다. 청구 가능한 최대 바이트를 설정하면 쿼리가 실행되기 전에 쿼리가 읽는 바이트 수가 추정됩니다. 예상 바이트 수가 한도를 초과하면 비용이 발생하지 않고 쿼리는 실패합니다.

클러스터링된 테이블의 경우 쿼리에 청구되는 바이트 수의 추정값은 상한값이며, 쿼리 실행 후 청구되는 실제 바이트 수보다 클 수 있습니다. 따라서 경우에 따라 청구 가능한 최대 바이트를 설정한 경우 청구 가능한 실제 바이트가 청구 가능한 최대 바이트 설정을 초과하지 않더라도 클러스터링된 테이블의 쿼리가 실패할 수 있습니다.

청구 가능한 최대 바이트 설정으로 인해 쿼리가 실패하면 다음과 비슷한 오류가 반환됩니다.

Error: Query exceeded limit for bytes billed: 1000000. 10485760 or higher required.

청구 가능한 최대 바이트를 설정하려면 다음을 따르세요.

콘솔

1. 쿼리 편집기에서 더보기 > 쿼리 설정 > 고급 옵션을 클릭합니다.
2. 청구 가능한 최대 바이트 필드에 정수를 입력합니다.
3. 저장을 클릭합니다.

bq

bq query 명령어를 --maximum_bytes_billed 플래그와 함께 사용합니다.

  bq query --maximum_bytes_billed=1000000 \
  --use_legacy_sql=false \
  'SELECT
     word
   FROM
     `bigquery-public-data`.samples.shakespeare'

API

JobConfigurationQuery 또는 QueryRequest에서 maximumBytesBilled 속성을 설정합니다.

클러스터링되지 않은 테이블에서 LIMIT를 사용하지 않음

권장사항: 클러스터링되지 않은 테이블의 경우 비용 관리 방법으로 LIMIT 절을 사용하지 마세요.

클러스터링되지 않은 테이블의 경우 LIMIT 절을 쿼리에 적용해도 읽은 데이터 양은 영향을 받지 않습니다. 쿼리가 하위 집합만 반환하더라도 쿼리에 표시된 대로 전체 테이블에서 읽은 모든 바이트 요금이 청구됩니다. 클러스터링된 테이블을 사용하면 LIMIT 절이 스캔되는 바이트 수를 줄일 수 있습니다. 결과를 가져오기 위해 충분한 블록이 스캔되면 스캔이 중지되기 때문입니다. 스캔된 바이트에 대해서만 요금이 청구됩니다.

쿼리 결과를 단계별로 구체화하기

권장사항: 가능한 경우 쿼리 결과를 단계별로 구체화합니다.

대량의 다단계 쿼리를 만들면 실행할 때마다 BigQuery가 쿼리에 필요한 모든 데이터를 읽습니다. 쿼리가 실행될 때마다 읽는 모든 데이터에 대한 요금이 청구됩니다.

하지만 쿼리를 단계별로 분할하면 각 단계에서 쿼리 결과를 대상 테이블에 기록하여 구체화할 수 있습니다. 작은 대상 테이블을 쿼리하므로 읽는 데이터의 양이 줄어들고 비용이 절감됩니다. 구체화된 결과를 저장하는 비용이 많은 양의 데이터를 처리하는 비용보다 훨씬 낮습니다.

워크로드 비용 관리

이 섹션에서는 워크로드 내에서 비용을 관리하기 위한 권장사항을 설명합니다. 워크로드는 관련 검색어 집합입니다. 예를 들어 워크로드는 매일 실행되는 데이터 변환 파이프라인, 비즈니스 분석가 그룹에서 실행하는 대시보드 세트 또는 데이터 과학자 그룹에서 실행하는 여러 임시 쿼리일 수 있습니다.

Google Cloud 가격 계산기 사용

권장사항: Google Cloud 가격 계산기를 사용하여 예상 사용량을 기준으로 BigQuery의 전체 월별 비용을 예상합니다. 그런 다음 이 추정치를 실제 비용과 비교하여 최적화할 부분을 파악할 수 있습니다.

주문형

주문형 가격 책정 모델을 사용할 때 Google Cloud 가격 계산기로 비용을 추정하려면 다음 단계를 따르세요.

1. Google Cloud 가격 계산기를 엽니다.
2. 합산하여 추정을 클릭합니다.
3. BigQuery를 선택합니다.
4. 서비스 유형으로 '주문형'을 선택합니다.
5. 쿼리를 실행할 위치를 선택합니다.
6. 쿼리된 데이터 양에 테스트 실행 또는 쿼리 검사기로 읽은 바이트 수 추정값을 입력합니다.
7. 활성 스토리지, 장기 스토리지, 스트리밍 삽입, 스트리밍 읽기에 대한 스토리지 사용량의 추정값을 입력합니다. 데이터 세트 스토리지 청구 모델에 따라 물리적 스토리지 또는 논리적 스토리지만 추정하면 됩니다.
8. 예상 비용은 비용 세부정보 패널에 표시됩니다. 예상 비용에 대한 자세한 내용을 보려면 자세히 보기를 클릭하세요. 예상 비용을 다운로드하고 공유할 수도 있습니다.

자세한 내용은 주문형 가격 책정을 참조하세요.

버전

BigQuery 버전과 함께 용량 기반 가격 책정 모델을 사용할 때 Google Cloud 가격 계산기로 비용을 추정하려면 다음 단계를 따르세요.

1. Google Cloud 가격 계산기를 엽니다.
2. 합산하여 추정을 클릭합니다.
3. BigQuery를 선택합니다.
4. 서비스 유형으로 '버전'을 선택합니다.
5. 슬롯이 사용되는 위치를 선택합니다.
6. 버전을 선택합니다.
7. 최대 슬롯, 기준 슬롯, 선택적 약정, 예상 자동 확장 사용률을 선택합니다.
8. 데이터가 저장되는 위치를 선택합니다.
9. 활성 스토리지, 장기 스토리지, 스트리밍 삽입, 스트리밍 읽기에 대한 스토리지 사용량의 추정값을 입력합니다. 데이터 세트 스토리지 청구 모델에 따라 물리적 스토리지 또는 논리적 스토리지만 추정하면 됩니다.
10. 예상 비용은 비용 세부정보 패널에 표시됩니다. 예상 비용에 대한 자세한 내용을 보려면 자세히 보기를 클릭하세요. 예상 비용을 다운로드하고 공유할 수도 있습니다.

자세한 내용은 용량 기반 가격 책정을 참조하세요.

예약 및 약정 사용

권장사항: BigQuery 예약 및 약정을 사용하여 비용을 관리하세요.

자세한 내용은 각 가격 책정 모델의 비용 제한을 참고하세요.

슬롯 에스티메이터 사용

권장사항: 슬롯 에스티메이터를 사용하여 워크로드에 필요한 슬롯 수를 추정합니다.

BigQuery 슬롯 에스티메이터를 사용하면 이전 성능의 측정항목을 기반으로 슬롯 용량을 관리할 수 있습니다.

또한 주문형 가격 책정 모델을 사용하는 고객은 용량 기반 가격 책정으로 전환할 때 비슷한 성능의 약정 및 자동 확장 예약에 대한 크기 조정 권장 사항을 확인할 수 있습니다.

불필요한 장기 실행 작업 취소

용량을 확보하려면 장기 실행 중인 작업을 확인하여 계속 실행해야 하는지 확인합니다. 그렇지 않은 경우 취소합니다.

대시보드를 사용하여 비용 보기

권장사항: Cloud Billing 데이터를 분석할 수 있는 대시보드를 만들어 BigQuery 사용량을 모니터링하고 조정하세요.

BigQuery로 결제 데이터를 내보내고 Looker Studio와 같은 도구로 시각화할 수 있습니다. 결제 대시보드 만들기에 대한 튜토리얼은 BigQuery와 Looker Studio를 사용하여 Google Cloud 결제 시각화를 참고하세요.

결제 예산 및 알림 사용

권장사항: Cloud Billing 예산을 사용하여 BigQuery 청구 내역을 한곳에서 모니터링하세요.

Cloud 결제 예산을 사용하면 계획한 비용 대비 실제 비용을 추적할 수 있습니다. 예산 금액을 설정한 후에는 이메일 알림을 트리거하는 데 사용되는 예산 알림 기준 규칙을 설정합니다. 예산 알림 이메일을 통해 예산 대비 BigQuery 비용의 추이를 파악할 수 있습니다.

스토리지 비용 관리

BigQuery 스토리지 비용을 최적화하려면 다음 권장사항을 따르세요. 쿼리 성능을 위해 스토리지를 최적화할 수도 있습니다.

장기 스토리지 사용

권장사항: 장기 스토리지 가격 책정을 사용하여 이전 데이터에 대한 비용을 줄이세요.

데이터를 BigQuery 스토리지로 로드하면 데이터에 BigQuery 스토리지 가격 책정이 적용됩니다. 이전 데이터의 경우 BigQuery 장기 스토리지 가격 책정을 자동으로 활용할 수 있습니다.

연속으로 90일 동안 테이블을 수정하지 않으면 테이블의 스토리지 가격이 자동으로 50% 인하됩니다. 파티션을 나눈 테이블이 있는 경우 각 파티션은 파티션을 나누지 않은 테이블에 적용되는 규칙과 동일한 규칙에 따라 장기 가격 적용 대상으로 별도 간주됩니다.

스토리지 청구 모델 구성

권장사항: 사용량 패턴에 따라 스토리지 청구 모델을 최적화하세요.

BigQuery는 논리적(비압축) 바이트나 물리적(압축) 바이트 또는 이 둘의 조합을 사용하여 스토리지 청구를 지원합니다. 각 데이터 세트에 구성된 스토리지 청구 모델에 따라 스토리지 가격이 결정되지만 쿼리 성능은 영향을 받지 않습니다.

INFORMATION_SCHEMA 뷰를 사용하여 사용 패턴에 따라 가장 적합한 스토리지 청구 모델을 결정할 수 있습니다.

테이블 덮어쓰기 방지

권장사항: 물리적 스토리지 결제 모델을 사용하는 경우 테이블을 반복적으로 덮어쓰지 마세요.

일괄 로드 작업에서 --replace 매개변수를 사용하거나 TRUNCATE TABLE SQL 문을 사용하여 테이블을 덮어쓰는 경우 대체된 데이터는 시간 이동 및 장애 안전 기간 동안 유지됩니다. 테이블을 자주 덮어쓰면 추가 스토리지 요금이 발생합니다.

대신 로드 작업의 WRITE_APPEND 매개변수, MERGE SQL 문을 사용하거나 storage write API를 사용하여 데이터를 테이블에 점진적으로 로드할 수 있습니다.

시간 이동 기간 줄이기

권장사항: 요구사항에 따라 시간 이동 기간을 줄일 수 있습니다.

시간 이동 기간을 기본값인 7일에서 줄이면 테이블에서 삭제되거나 변경된 데이터의 보관 기간이 줄어듭니다. 물리적(압축) 스토리지 청구 모델을 사용하는 경우에만 시간 이동 스토리지에 대한 요금이 청구됩니다.

시간 이동 기간은 데이터 세트 수준에서 설정됩니다. 구성 설정을 사용하여 새 데이터 세트의 기본 시간 이동 기간을 설정할 수도 있습니다.

대상 테이블에 테이블 만료 시간 사용

권장사항: 대량의 쿼리 결과를 대상 테이블에 쓰는 경우, 기본 테이블 만료 시간을 사용하여 더 이상 필요 없는 데이터를 삭제합니다.

BigQuery 스토리지에 대량의 결과 집합을 보관하면 비용이 발생합니다. 결과에 영구적으로 액세스할 필요가 없으면 기본 테이블 만료 시간을 사용하여 자동으로 데이터를 삭제합니다.

Cloud Storage로 데이터 보관처리

권장사항: Cloud Storage에 데이터를 보관처리하는 것이 좋습니다.

보관처리에 대한 비즈니스 요구사항에 따라 BigQuery에서 Cloud Storage로 데이터를 이동할 수 있습니다. 권장사항은 BigQuery에서 데이터를 내보내기 전에 장기 스토리지 가격 책정 및 실제 스토리지 청구 모델을 고려하는 것입니다.

BigQuery 비용 불일치 및 예기치 않은 요금 문제 해결

예상치 못한 BigQuery 요금 또는 비용 불일치를 해결하려면 다음 단계를 따르세요.

1. Cloud Billing 보고서를 볼 때 BigQuery 요금이 어디에서 발생했는지 파악하려면 먼저 SKU별로 요금을 그룹화하여 해당 BigQuery 서비스의 사용량과 요금을 더 쉽게 관찰하는 것이 좋습니다.

2. 그런 다음 SKU 문서 페이지 또는 Cloud Billing UI의 Pricing 페이지에서 해당 SKU의 가격을 살펴보고 BigQuery Storage Read API, 장기 스토리지, 주문형 가격 책정, Standard 버전과 같은 기능을 파악합니다.

3. 해당 SKU를 식별한 후 INFORMATION_SCHEMA 뷰를 사용하여 이러한 요금과 연결된 특정 리소스를 식별합니다. 예를 들면 다음과 같습니다.

   • 온디맨드 분석에 요금이 청구되는 경우 INFORMATION_SCHEMA.JOBS 뷰 예시를 살펴보고 비용을 유발하는 작업과 작업을 시작한 사용자를 확인하세요.
   • 예약 또는 약정 SKU에 요금이 청구되는 경우 해당 INFORMATION_SCHEMA.RESERVATIONS 및 INFORMATION_SCHEMA.CAPACITY_COMMITMENTS 뷰를 살펴보고 요금이 청구되는 예약 및 약정을 확인하세요.
   • 스토리지 SKU에서 청구된 경우 INFORMATION_SCHEMA.TABLE_STORAGE 보기 예를 확인하여 비용을 유발하는 데이터 세트와 테이블을 파악하세요.

중요한 문제 해결 고려사항:

• Cloud Billing 보고서의 일별 기간은 미국 및 캐나다 태평양 표준시 (UTC-8) 자정부터 시작하고 미국의 경우 일광 절약 시간을 사용하므로 계산 및 데이터 집계를 동일한 기간에 맞게 조정하세요.

• 결제 계정에 연결된 프로젝트가 여러 개이고 특정 프로젝트에서 발생한 청구 내역을 검토하려면 프로젝트별로 필터링합니다.

• 조사를 수행할 때 올바른 지역을 선택해야 합니다.

질문, 예약, 약정과 관련된 예상치 못한 요금

작업 실행과 관련된 예상치 못한 요금의 문제 해결은 요금의 출처에 따라 달라집니다.

• 주문형 분석 비용이 증가하는 경우 실행된 작업 수의 증가 또는 작업에서 처리해야 하는 데이터 양의 변경과 관련이 있을 수 있습니다. INFORMATION_SCHEMA.JOBS 뷰를 사용하여 이 문제를 조사합니다.
• 약정 슬롯의 요금이 증가한 경우 INFORMATION_SCHEMA.CAPACITY_COMMITMENT_CHANGES를 쿼리하여 새 약정이 구매되었는지 또는 수정되었는지 조사합니다.
• 예약 사용으로 인해 요금이 증가한 경우 INFORMATION_SCHEMA.RESERVATION_CHANGES에 기록된 예약 변경사항을 확인하세요. 자동 확장 예약 사용량과 결제 데이터를 일치시키려면 자동 확장 예시를 따르세요.

청구된 슬롯 시간이 INFORMATION_SCHEMA.JOBS 뷰에서 계산된 슬롯 시간보다 큼

자동 확장 예약 사용 시에는 사용된 슬롯 수가 아닌 확장된 슬롯 수에 따라 요금이 계산됩니다. BigQuery는 50개 슬롯의 배수로 자동 확장되므로 실제로 사용되는 양이 자동 확장된 양보다 적더라도 가장 가까운 배수로 청구됩니다. 자동 확장 처리에는 축소하기 전 최소 1분의 기간이 필요하므로 쿼리에서 슬롯을 사용한 시간이 1분 중 10초와 같이 짧은 경우에도 최소 1분 동안 요금이 청구됩니다. 자동 확장 예약의 요금을 추정하는 올바른 방법은 슬롯 자동 확장 페이지에 설명되어 있습니다. 자동 확장을 효율적으로 사용하는 방법에 대한 자세한 내용은 자동 확장 권장사항을 참고하세요.

자동 확장되지 않는 예약의 경우에도 비슷한 시나리오가 관찰됩니다. 사용된 슬롯 수가 아닌 프로비저닝된 슬롯 수에 따라 청구액이 계산됩니다. 자동 확장되지 않는 예약의 요금을 추정하려면 RESERVATIONS_TIMELINE 뷰를 직접 쿼리하면 됩니다.

주문형 쿼리를 실행하는 프로젝트의 경우 청구 금액이 INFORMATION_SCHEMA.JOBS를 통해 계산된 총 청구 바이트보다 적음

실제 청구액이 계산된 처리 바이트보다 적은 데는 여러 가지 이유가 있을 수 있습니다.

• 각 프로젝트에는 추가 비용 없이 매월 1TB의 무료 등급 쿼리가 제공됩니다.
• SCRIPT 유형 작업이 계산에서 제외되지 않아 일부 값이 두 번 계산될 수 있습니다.
• Cloud Billing 계정에 적용되는 다양한 유형의 절감액(협상된 할인, 프로모션 크레딧 등)입니다. Cloud Billing 보고서의 절감액 섹션을 확인합니다. 무료 등급의 월 1TB 쿼리도 여기에 포함됩니다.

주문형 쿼리를 실행하는 프로젝트의 경우 INFORMATION_SCHEMA.JOBS를 통해 계산된 처리된 바이트보다 청구 금액이 큼

청구 금액이 INFORMATION_SCHEMA.JOBS 뷰를 쿼리하여 계산한 값보다 큰 경우 다음과 같은 특정 조건이 원인일 수 있습니다.

• 행 수준 보안 테이블에 대한 쿼리

  • 행 수준 보안이 적용된 테이블에 대한 쿼리는 INFORMATION_SCHEMA.JOBS 뷰에서 total_bytes_billed 값을 생성하지 않으므로 INFORMATION_SCHEMA.JOBS 뷰의 total_bytes_billed를 사용하여 계산된 청구액이 청구된 값보다 적습니다. 이 정보가 표시되지 않는 이유에 대한 자세한 내용은 행 수준 보안 권장사항 페이지를 참고하세요.

• BigQuery에서 ML 작업 실행

  • 주문형 쿼리에 대한 BigQuery ML 가격은 생성 중인 모델의 유형에 따라 다릅니다. 이러한 모델 작업 중 일부는 ML이 아닌 쿼리보다 높은 요금이 청구됩니다. 따라서 프로젝트의 모든 total_billed_bytes를 합산하고 표준 주문형 가격 책정 TB당 요금을 사용하면 올바른 가격 책정 집계가 되지 않습니다. TB당 가격 차이를 고려해야 합니다.

• 잘못된 가격 금액

  • 계산에 올바른 TB당 가격 값이 사용되었는지 확인합니다. 가격은 위치에 따라 다르므로 올바른 지역을 선택해야 합니다. 가격 책정 문서를 참고하세요.

일반적으로 Google의 공개 문서에 설명된 권장되는 방식으로 청구용 주문형 작업 사용량을 계산하는 것이 좋습니다.

API가 사용 중지되고 예약 또는 약정이 사용되지 않았는데도 BigQuery Reservations API 사용량에 대한 요금이 청구됨

SKU를 검사하여 청구되는 서비스를 더 잘 파악하세요. 청구된 SKU가 BigQuery Governance SKU인 경우 Dataplex Universal Catalog에서 발생한 요금입니다. 일부 Dataplex 범용 카탈로그 기능은 BigQuery를 사용하여 작업 실행을 트리거합니다. 이제 이러한 요금은 해당 BigQuery Reservations API SKU에 따라 처리됩니다. 자세한 내용은 Dataplex Universal Catalog 가격 책정 문서를 참고하세요.

프로젝트가 예약에 할당되었지만 BigQuery 분석 주문형 비용이 계속 표시됨

예약 관련 문제 해결 섹션을 읽고 Analysis 요금이 어디에서 청구되었는지 파악하세요.

BigQuery Standard 버전의 종량제 슬롯에 대한 예상치 못한 요금

Cloud Billing 보고서에서 라벨이 goog-bq-feature-type이고 값이 BQ_STUDIO_NOTEBOOK인 필터를 적용합니다. 표시되는 사용량은 BigQuery Standard Edition의 종량제 슬롯으로 측정됩니다. 이는 BigQuery Studio 노트북 사용에 대한 요금입니다. BigQuery Studio 노트북 가격 책정에 대해 자세히 알아보세요.

Reservation API가 사용 중지된 후 표시되는 BigQuery Reservations API 요금

BigQuery를 사용 중지해도 약정 요금이 중지되지는 않습니다. 약정 요금이 청구되지 않도록 하려면 약정을 삭제해야 합니다. 갱신 요금제를 NONE으로 설정하면 약정이 만료될 때 자동으로 삭제됩니다.

예상치 못한 스토리지 요금

스토리지 요금 인상을 초래할 수 있는 시나리오:

• 테이블에 저장된 데이터 양의 증가 - INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE 뷰를 사용하여 테이블의 바이트 변화를 모니터링합니다.
• 데이터 세트 청구 모델 변경
• 물리적 청구 모델 데이터 세트의 시간 이동 창 늘리기
• 장기 스토리지에 데이터가 있는 테이블을 수정하여 활성 스토리지가 됨

테이블 또는 데이터 세트를 삭제하여 BigQuery 스토리지 비용이 증가했습니다.

BigQuery 시간 이동 기능은 삭제된 데이터를 구성된 시간 이동 기간 동안 보관하고 장애 안전 복구를 위해 추가로 7일 동안 보관합니다. 이 보관 기간 동안 물리적 스토리지 결제 모델 데이터 세트에서 삭제된 데이터는 테이블이 더 이상 INFORMATION_SCHEMA.TABLE_STORAGE 또는 콘솔에 표시되지 않더라도 활성 물리적 스토리지 비용에 반영됩니다. 표 데이터가 장기 스토리지에 있는 경우 삭제하면 이 데이터가 활성 물리적 스토리지로 이동됩니다. BigQuery 스토리지 가격 책정 페이지에 따라 활성 실제 바이트는 장기 실제 바이트보다 약 2배 더 많은 요금이 청구되므로 해당 비용이 상승합니다. 물리적 스토리지 결제 모델 데이터 세트의 데이터 삭제로 인한 비용을 최소화하려면 시간 이동 기간을 2일로 줄이는 것이 좋습니다.

데이터 수정 없이 스토리지 비용 절감

BigQuery에서는 활성 및 장기 스토리지에 대한 비용을 지불합니다. 활성 스토리지 요금에는 연속으로 90일 동안 수정되지 않은 테이블 또는 테이블 파티션이 포함되는 반면, 장기 스토리지 요금에는 연속으로 90일 동안 수정되지 않은 테이블 및 파티션이 포함됩니다. 데이터가 활성 스토리지보다 약 50% 저렴한 장기 스토리지로 전환되면 전체 스토리지 비용이 절감됩니다. 자세한 내용은 스토리지 가격 책정을 참고하세요.

INFORMATION_SCHEMA 스토리지 계산이 청구와 일치하지 않음

• INFORMATION_SCHEMA.TABLE_STORAGE 대신 INFORMATION_SCHEMA.TABLE_STORAGE_USAGE_TIMELINE 뷰 사용 - TABLE_STORAGE_USAGE_TIMELINE는 스토리지 비용을 올바르게 계산할 수 있도록 더 정확하고 세부적인 데이터를 제공합니다.
• INFORMATION_SCHEMA 뷰에서 실행되는 쿼리에는 세금, 조정, 반올림 오류가 포함되지 않으므로 데이터를 비교할 때 이를 고려하세요. 이 페이지에서 Cloud Billing의 보고서에 대해 자세히 알아보세요.
• INFORMATION_SCHEMA 뷰에 표시되는 데이터는 UTC이지만 결제 보고서 데이터는 미국 및 캐나다 태평양 표준시 (UTC-8)로 보고됩니다.

다음 단계

• BigQuery 가격 책정 알아보기
• 쿼리 최적화 방법 알아보기
• 스토리지 최적화 방법 알아보기

• 결제, 알림, 데이터 시각화에 대한 자세한 내용은 다음 주제 참조

  • 예산 생성, 수정 또는 삭제 및 예산 알림
  • Cloud Billing 데이터를 BigQuery로 내보내기
  • Looker Studio로 비용 시각화하기