인스턴스 설정 정보

이 페이지는 Cloud SQL 인스턴스에서 사용할 수 있는 설정에 대한 정보를 제공합니다.

PostgreSQL용 Cloud SQL 설정

Console string           API enum string
PostgreSQL 18 (default)  POSTGRES_18
PostgreSQL 17            POSTGRES_17
PostgreSQL 16            POSTGRES_16
PostgreSQL 15            POSTGRES_15
PostgreSQL 14            POSTGRES_14
PostgreSQL 13            POSTGRES_13
PostgreSQL 12            POSTGRES_12

Console string          API enum string
PostgreSQL 18 (default) POSTGRES_18
PostgreSQL 17           POSTGRES_17
PostgreSQL 16           POSTGRES_16
PostgreSQL 15           POSTGRES_15
PostgreSQL 14           POSTGRES_14
PostgreSQL 13           POSTGRES_13
PostgreSQL 12           POSTGRES_12
PostgreSQL 11           POSTGRES_11
PostgreSQL 10           POSTGRES_10
PostgreSQL 9.6          POSTGRES_9_6

인스턴스 ID

인스턴스 ID는 인스턴스의 이름입니다. 인스턴스 ID는 프로젝트 내에서 인스턴스를 고유하게 식별하는 데 사용됩니다. 가능한 경우 인스턴스의 용도에 맞는 인스턴스 이름을 선택하세요.

project-ID:instance-ID의 전체 길이는 98자 이하여야 합니다.

인스턴스 이름에 프로젝트 ID를 포함하지 않아도 됩니다. 필요한 경우 자동으로 포함됩니다(예: 로그 파일에서). 이름 지정 가이드라인을 참조하세요.

지역

인스턴스가 있는 Google Cloud 리전입니다. 인스턴스를 만드는 동안에만 리전을 설정할 수 있습니다. 성능을 향상시키려면 필요한 서비스와 가까운 위치에 데이터를 보관합니다. 자세한 내용은 인스턴스 위치를 참조하세요.

영역

: 인스턴스가 있는 Google Cloud 영역입니다. Compute Engine 인스턴스에서 연결하는 경우 Compute Engine 인스턴스가 있는 영역을 선택합니다. 그렇지 않으면 기본 영역으로 설정됩니다. 필요한 경우 나중에 인스턴스를 수정하여 영역을 변경할 수 있습니다. 자세한 내용은 인스턴스 위치를 참조하세요.

머신 유형

Cloud SQL 인스턴스에 사용 가능한 메모리 및 가상 코어를 결정합니다. 다양한 머신 시리즈의 머신 유형을 구성할 수 있습니다. 다양한 머신 시리즈의 가용성은 Cloud SQL 버전 및 리전에 따라 결정됩니다.

• Cloud SQL Enterprise Plus 버전 인스턴스: Cloud SQL은 다음 머신 시리즈에서 사전 정의된 머신 유형을 제공합니다.

  • N2 시리즈
  • C4A 시리즈
  • C4 시리즈

• Cloud SQL Enterprise 버전 인스턴스의 경우: Cloud SQL은 다음 머신 시리즈에서 사전 정의된 머신 유형과 커스텀 머신 유형을 모두 제공합니다.

  • 범용 - 공유 코어 시리즈입니다.
  • 범용 - 전용 코어 시리즈
  • N4 시리즈

온라인 트랜잭션 처리 (OLTP)와 같이 실시간 처리가 필요한 경우 인스턴스에 전체 작업 세트를 포함할 만큼 충분한 메모리가 있는지 확인하세요. 그러나 메모리 요구사항에 영향을 줄 수 있는 다른 요인(예: 활성 연결 수 및 내부 오버헤드 프로세스)도 있습니다. 프로덕션 환경에서 성능 문제가 발생하지 않도록 부하 테스트를 수행하세요. 인스턴스를 구성할 때 필요에 따라 처리할 수 있는 충분한 메모리와 vCPU를 선택하고 요구사항이 증가하면 인스턴스를 수직 확장합니다. vCPU가 부족한 머신 구성에는 SLA가 적용되지 않을 수 있습니다. 자세한 내용은 운영 가이드라인을 참조하세요. 자세한 내용은 [머신 시리즈 선택](/sql/docs/postgres/machine-series-overview)을 참조하세요.

머신 유형은 인스턴스 비용에 영향을 줍니다. 자세한 내용은 인스턴스 가격을 참조하세요. 가격 계산기에서 다양한 시나리오의 가격도 확인할 수 있습니다.

비밀번호 정책 설정

인스턴스의 비밀번호 정책입니다. 다음과 같은 옵션이 있습니다.

• 최소 길이: 비밀번호에 필요한 최소 문자 수를 지정합니다.
• 비밀번호 복잡성: 비밀번호가 소문자, 대문자, 숫자, 영숫자가 아닌 문자의 조합인지 확인합니다.
• 비밀번호 재사용 제한: 재사용할 수 없는 이전 비밀번호의 수를 지정합니다.
• 사용자 이름 사용 금지: 비밀번호에서 사용자 이름을 사용하지 못하게 합니다.
• 비밀번호 변경 간격 설정: 비밀번호를 변경할 수 있는 최소 기간을 지정합니다.

코어

인스턴스의 CPU 수입니다. 1개 미만의 CPU로 인스턴스(공유 코드 인스턴스 또는 공유 vCPU)를 만들 수도 있습니다.

메모리

인스턴스에서 사용할 수 있는 메모리 양입니다. 온라인 트랜잭션 처리(OLTP)와 같은 성능에 민감한 워크로드의 경우에는 인스턴스에 전체 작업 세트를 포함할 만큼 충분한 메모리가 있는지 확인하세요. 그러나 메모리 요구사항에 영향을 줄 수 있는 다른 요인(예: 활성 연결 수)도 있습니다. 프로덕션 단계에서 성능 문제가 발생하지 않도록 부하 테스트를 수행합니다.

데이터베이스 버전

특정 버전에서만 제공되는 기능이 필요한 경우가 아니라면 기본 데이터베이스 버전(PostgreSQL 16)을 그대로 사용합니다. gcloud 명령어 및 REST API 사용에 대한 자세한 내용은 참고 문서를 참조하세요.

스토리지 유형

스토리지 유형은 인스턴스에 선택한 머신 유형에 따라 결정됩니다. 각 머신 유형은 특정 머신 시리즈에 속하며 각 머신 시리즈는 다양한 스토리지 유형 옵션을 제공합니다.

머신 시리즈별 스토리지 유형:

• C4 머신 시리즈: Google Cloud Hyperdisk Balanced
• C4A 머신 시리즈: Google Cloud Hyperdisk Balanced
• N2 머신 시리즈: SSD
• N4 머신 시리즈: Google Cloud Hyperdisk Balanced
• 범용 공유 또는 전용 코어 머신 시리즈: SSD 또는 HDD

N2 머신 시리즈의 경우 기본값이자 유일한 값인 SSD를 선택하면 인스턴스에 SSD 스토리지가 제공됩니다. 범용 공유 또는 전용 코어 머신 시리즈의 경우 SSD가 기본값이며 지연 시간이 짧고 데이터 처리량이 높습니다. 장기 스토리지 또는 액세스 빈도가 낮은 데이터와 같이 데이터에 대한 고성능 액세스가 필요하지 않으면 HDD를 선택하여 비용을 절감할 수 있습니다.

C4, C4A, N4 머신 시리즈의 경우 기본값이자 유일한 값인 Google Cloud Hyperdisk Balanced를 선택하면 확장 가능한 고성능 스토리지 서비스가 제공됩니다. Google Cloud Hyperdisk Balanced 및 제한사항에 대해 자세히 알아보려면 스토리지 옵션 개요를 참조하세요.

SSL 모드

(선택사항) 데이터베이스 연결에 사용되는 SSL/TLS 옵션입니다. Cloud SQL은 SSL/TLS를 사용하여 인스턴스에 대해 안전하고 인증되고 암호화된 연결을 설정합니다. SSL 모드 설정 sslMode를 사용하면 모든 데이터베이스 연결을 인스턴스에 적용하여 SSL/TLS 암호화를 사용할 수 있습니다. 또한 이 설정을 사용하여 클라이언트 인증서를 확인할 수 있습니다. 이 설정은 requireSsl에 비해 SSL 연결을 보다 세부적으로 제어할 수 있습니다. sslMode을 사용하는 것이 좋습니다. 자세한 내용은 IpConfiguration을 참조하세요. 인스턴스를 만들거나 기존 인스턴스에 업데이트할 때 SSL을 적용할 수 있습니다.

서버 CA 모드

(선택사항) 인스턴스를 만들 때 인스턴스의 서버 CA 모드를 선택할 수 있습니다.

• GOOGLE_MANAGED_INTERNAL_CA: 기본값입니다. Cloud SQL은 인스턴스마다 새로운 자체 서명 서버 CA를 만듭니다.
• GOOGLE_MANAGED_CAS_CA: 인스턴스가 Certificate Authority Service에서 호스팅하는 서버 CA 계층 구조를 사용하며 발급 CA는 같은 리전의 모든 인스턴스에서 공유됩니다.
• CUSTOMER_MANAGED_CAS_CA: 인스턴스가 CA 풀에서 만든 서버 CA를 사용합니다. 이 옵션을 사용하면 CA 계층 구조와 CA 인증서 순환을 관리할 수 있습니다.

이러한 옵션에 대한 자세한 내용은 인증 기관(CA) 계층 구조를 참고하세요.

자동 서버 인증서 순환

인스턴스에 자동 서버 인증서 순환을 사용 설정할지 여부를 선택합니다. 정기적으로 예약된 유지보수 업데이트 중에 또는 인증서가 만료되기 최대 180일 전에 셀프서비스 유지보수를 수행할 때 인스턴스의 서버 인증서를 자동으로 순환합니다. 기본적으로 이 옵션은 사용 중지되어 있습니다.

이 기능은 serverCaMode가 GOOGLE_MANAGED_CAS_CA 또는 CUSTOMER_MANAGED_CAS_CA로만 구성된 인스턴스에만 사용할 수 있습니다.

Cloud SQL 서버 인증서를 자동으로 순환하는 방법에 대한 자세한 내용은 자동 서버 인증서 순환 사용 설정을 참조하세요.

스토리지 용량

데이터베이스 크기에 맞는 용량을 선택하세요. 인스턴스를 만든 후에는 인스턴스 구성을 수정하여 스토리지 용량을 수동으로 늘릴 수 있지만 줄일 수는 없습니다. 스토리지 용량을 늘려도 다운타임이 발생하지 않습니다.

인스턴스에 할당된 스토리지 용량 크기는 인스턴스 비용에 영향을 줍니다. 자세한 내용은 스토리지 및 네트워킹 가격 책정을 참조하세요.

읽기 복제본의 경우 스토리지 용량이 항상 기본 인스턴스 스토리지 용량 이상이어야 합니다. 기본 인스턴스 크기를 조절하면 모든 읽기 복제본 크기가 최소한 업데이트된 기본 인스턴스의 스토리지 용량 이상으로 조절됩니다(필요한 경우).

저장용량 자동 증가 사용 설정

이 설정을 사용 설정하면 Cloud SQL이 사용 가능한 스토리지를 30초 간격으로 확인합니다. 사용 가능한 저장용량이 기준 크기보다 작으면 Cloud SQL이 저장용량을 자동으로 추가합니다. 사용 가능한 스토리지가 기준 크기보다 작아지는 일이 반복되면 Cloud SQL이 최대 64TB까지 스토리지를 계속 추가합니다.

기본 인스턴스의 스토리지 자동 증가 설정은 해당 인스턴스의 모든 읽기 복제본에 자동으로 적용됩니다. 읽기 복제본마다 스토리지 자동 증가 설정을 개별적으로 설정할 수 없습니다.

임곗값

기준 크기는 인스턴스에 프로비저닝된 스토리지에 따라 달라집니다.

Google Cloud Hyperdisk Balanced

MAX(5, (provisioned storage) * 5 / 100)

    The threshold size is rounded up to the nearest whole number.

예를 들어 Google Cloud Hyperdisk Balanced를 사용하는 66GB 인스턴스의 기준 계산은 다음과 같습니다.

MAX(5, (66 * 0.05)) = MAX(5, 3.3) = 5 GB

SSD 또는 HDD

MIN(5 + (provisioned storage)/25, 25)

    The threshold size is rounded down to the nearest whole number.

예를 들어 SSD 또는 HDD를 사용하는 66GB 인스턴스의 기준 크기 계산식은 다음과 같습니다.

MIN(5 + (66/25), 25) = MIN(5 + 2.6, 25) = MIN(7, 25) = 7 GB

추가된 저장용량

Google Cloud Hyperdisk Balanced의 경우 추가되는 스토리지 양은 현재 프로비저닝된 스토리지의 15% 이지만 5GB보다 작을 수 없습니다. 이는 다음을 사용하여 계산할 수 있습니다.

MAX(5, (provisioned storage) * 15 / 100)

The threshold size is rounded down to the nearest whole number.

SSD 및 HDD를 포함한 다른 모든 스토리지 유형의 경우 인스턴스에 추가되는 스토리지는 기준 크기와 동일하며 25GB를 초과할 수 없습니다.

대용량 디스크 관련 고려사항

Google Cloud Hyperdisk Balanced의 경우 100GB를 초과하는 스토리지가 프로비저닝된 인스턴스의 최소 빈 공간은 프로비저닝된 용량의 5% 입니다.

다른 모든 스토리지 유형과 500GB 이상의 스토리지로 프로비저닝된 인스턴스의 경우 기준점 크기가 항상 25GB이고 추가되는 스토리지 양은 항상 25GB입니다. 따라서 가능한 최대 빈 공간은 50GB입니다. 5TB보다 큰 디스크 공간으로 인스턴스 크기를 수동으로 조정하지 않으면 인스턴스에 빈 공간이 있더라도 디스크가 99% 용량으로 유지될 수 있습니다.

대량의 가져오기나 큰 임시 테이블이 필요한 쿼리처럼 디스크 공간 사용량이 급격히 증가하는 작업을 수행하기 전에, 자동 스토리지 증가에 의존하기보다 수동으로 디스크 크기를 조절하는 것이 좋습니다. Google Cloud Hyperdisk Balanced의 경우 짧은 시간 (4시간) 내에 스토리지가 너무 자주 증가하면 이러한 증가가 제한될 수 있습니다. 이로 인해 자동 스토리지 증가가 사용 설정되고 스토리지 크기가 자동 스토리지 증가 한도 미만인 경우에도 인스턴스의 사용 가능한 공간이 부족해질 수 있습니다.

파일 시스템은 파일 시스템 메타데이터를 위해 내부적으로 일부 공간을 사용합니다. 이 공간은 디스크 사용량 측정항목(database/disk/bytes_used)에 포함되지 않습니다. 큰 디스크의 경우 예약된 공간이 전체 디스크 크기의 1% ~3% 를 차지할 수 있으므로 디스크 사용량이 기준점에 도달하기 전에 자동 스토리지 증가가 발생할 수 있습니다.

데이터 암호화 방법

기본적으로 Cloud SQL 인스턴스는 Google-owned and managed key로 암호화됩니다. 이 키를 제어하려면 Cloud Key Management Service(KMS)에서 고객 관리 암호화 키(CMEK)를 사용하세요. Cloud KMS는 Cloud SQL과 통합됩니다.

Cloud KMS 키를 사용하면 보호 수준, 위치, 순환 일정, 사용 및 액세스 권한을 관리할 수 있습니다. 또한 리소스 전반에서 다양한 암호화 키를 사용할 수 있습니다. Cloud KMS를 사용하면 키 사용을 추적하고 감사 로그를 보며 키 수명 주기를 제어할 수도 있습니다.

Google에서 데이터를 보호하는 키를 소유하고 관리하는 대신 사용자가 Cloud KMS에서 이러한 키를 제어하고 관리합니다.

CMEK에 관한 자세한 내용은 고객 관리 암호화 키(CMEK) 정보를 참조하세요.

저장용량 자동 증가 한도

스토리지 자동 증가 설정을 사용 설정하면 인스턴스에서 자동으로 증가되는 스토리지 크기에 일정한 한도를 지정할 수 있습니다. 인스턴스 크기가 클수록 운영 지연 시간도 길어집니다.

스토리지 크기를 줄일 수 없으므로 이러한 한도는 일시적인 트래픽 증가로 인해 인스턴스 크기가 너무 커지는 것을 방지할 수 있습니다. 하지만 인스턴스가 필요한 스토리지를 추가할 수 없으면 인스턴스가 수신되는 연결의 수락을 중지하고 오프라인으로 전환될 수 있습니다.

기본적으로 인스턴스 등급에 사용할 수 있는 최대 스토리지를 제외하고 스토리지 자동 증가에는 제한이 없습니다.

인스턴스를 만들 때 한도를 설정하려면 인스턴스 만들기 페이지의 설명대로 --storage-auto-increase-limit=INTEGER_VALUE_OF_GB 파라미터를 사용합니다. GB 단위의 값은 인스턴스의 현재 스토리지 크기 (최소 10GB) 이상이어야 하며 인스턴스의 최대 스토리지 용량을 초과할 수 없습니다. 기존 인스턴스에 한도를 설정하려면 gcloud sql instances patch 명령어와 함께 동일한 매개변수를 사용합니다.

gcloud CLI를 사용하여 기존 자동 스토리지 증가 한도를 삭제하려면 --storage-auto-increase-limit=unlimited를 사용하여 gcloud sql instances patch 명령어를 실행합니다 (--storage-auto-increase-limit 플래그는 0를 허용하지 않음).

gcloud sql instances patch INSTANCE_NAME \
  --storage-auto-increase-limit=unlimited

--storage-auto-increase-limit=unlimited을 설정하면 커스텀 한도가 삭제되어 인스턴스 등급에 사용 가능한 최대 스토리지까지 스토리지가 자동으로 증가할 수 있습니다. Cloud SQL Admin API에서 settings.storageAutoResizeLimit 필드를 0 (기본값)로 설정하면 한도가 삭제됩니다.

기본 인스턴스의 스토리지 자동 증가 한도 설정은 해당 인스턴스의 모든 읽기 복제본에 자동으로 적용됩니다. 스토리지 용량 자동 증가 제한 설정은 읽기 복제본마다 개별적으로 설정할 수 없습니다.

자동 백업 및 point-in-time recovery

이러한 옵션은 자동 백업 수행 여부와 미리 쓰기 로깅을 사용 설정할지 여부를 결정합니다.

두 옵션 모두 성능 비용이 약간 추가되고 추가 ㅅ,토리지를 사용하지만 복제본과 클론의 생성과 point-in-time recovery를 위해 필요합니다. 이 옵션을 선택하면 자동 백업이 실행되는 기간을 선택할 수도 있습니다.

자동 백업은 선택한 기간 동안 매일 실행됩니다. 7일이 지나면 가장 오래된 백업이 삭제됩니다.

PITR(point-in-time recovery)에 대한 자세한 내용은 PITR(point-in-time recovery) 개요를 참조하세요.

복제에 대한 자세한 내용은 복제 옵션을 참조하세요. 인스턴스 클론에 대한 자세한 내용은 인스턴스 클론을 참조하세요.

자동 백업 보관 설정

보관된 백업 수의 기본값은 7이지만 1~365 범위 내 값으로 변경할 수 있습니다.

자세한 내용은 자동 백업 및 트랜잭션 로그 보관을 참조하세요.

위치 옵션

여러 리전 또는 단일 리전에 백업을 저장할 수 있습니다. 멀티 리전이 기본값이며 리전을 사용할 수 없게 되면 다운타임으로부터 보호하므로 선택하는 것이 좋습니다. 백업은 인스턴스와 가장 가까운 리전에 저장됩니다.

백업을 위한 커스텀 위치를 선택할 수도 있습니다. 규정에 따라 필요하거나 조직 정책에 따라 백업이 특정 여러 리전 또는 단일 리전에 있어야 하는 경우에만 이 옵션을 사용하세요. 자세한 내용은 커스텀 위치를 참조하세요.

인스턴스 삭제 방지

인스턴스를 실수로 삭제하지 않도록 보호합니다. 이 설정이 사용 설정된 경우 인스턴스를 삭제하기 전에 이 설정을 비활성화해야 합니다. 인스턴스 삭제 방지를 참조하세요.

인스턴스 삭제 후 백업 보관

인스턴스가 삭제된 후 인스턴스의 주문형 및 자동 백업을 보관합니다. 이 설정에 대한 자세한 내용은 보관된 백업을 참조하세요.

인스턴스 삭제 시 최종 백업 수행

인스턴스 삭제 시 인스턴스 최종 백업을 수행합니다. final-backup-retention-days를 사용하여 최종 백업 보관 기간을 설정합니다. 보관 기간이 설정되어 있지 않으면 보관 기간은 기본값(30일)으로 설정됩니다. 이 설정에 대한 자세한 내용은 인스턴스 삭제 전 최종 백업 수행을 참조하세요.

최종 백업 보관 기간 설정

최종 백업 보관 기간을 설정합니다. 보관 기간을 최대 365일까지 설정할 수 있습니다. final-backup을 사용 설정할 때 final-backup-retention-days 값을 설정하지 않으면 기본 보관 기간(30일)이 사용됩니다. 이 설정에 대한 자세한 내용은 인스턴스 삭제 전 최종 백업 수행을 참조하세요.

PITR(point-in-time recovery) 사용 설정

point-in-time recovery를 사용하면 특정 시점부터 백업을 통해 복구할 수 있습니다.

point-in-time recovery에 대한 자세한 내용은 point-in-time recovery 개요를 참조하세요.

가용성: 영역

인스턴스와 백업을 단일 영역에 넣습니다. 이 옵션을 선택하면 중단 시 장애 조치가 발생하지 않습니다. 테스트와 개발 목적으로만 사용하는 것이 좋습니다.

고가용성(리전별)

고가용성(리전)을 선택한 경우(중단이 발생한 경우) 장애 조치 영역에 중단이 발생하지 않는 한 인스턴스는 인스턴스가 있는 리전의 다른 영역으로 장애 조치됩니다. 프로덕션 환경의 인스턴스에 고가용성(리전)을 선택하는 것이 좋습니다.

고가용성 구성 개요를 참조하세요.

유지보수 기간

Cloud SQL 인스턴스 유지보수 이벤트가 예약된 요일과 시간입니다. Cloud SQL Enterprise Plus 버전 기본 인스턴스의 경우 유지보수 다운타임은 일반적으로 1초 미만입니다. 다른 모든 인스턴스의 경우 유지보수 다운타임은 일반적으로 평균 60초 이하입니다.

현재 읽기 복제본은 유지보수 기간 설정을 지원하지 않습니다.

유지보수에 대한 자세한 내용은 Cloud SQL 인스턴스의 유지보수 정보를 참조하세요.

유지보수 시점

유지보수 업데이트의 상대적 시점에 대한 환경설정입니다. 알림을 받은 지 1~2주 후에 업데이트를 수신할 수 있으며 프로덕션 인스턴스에서 업데이트를 가져오기 전에 유지보수 업데이트를 테스트 환경에서 테스트할 수 있습니다. 알림이 전송된 지 5주 후('week5')에 유지보수 업데이트를 수신하도록 선택할 수도 있습니다. 유지보수 시점 설정은 Cloud SQL에서 인스턴스에 적용하는 유지보수 버전에는 영향을 미치지 않습니다.

유지보수 시점을 설정하지 않으면 Cloud SQL에서 인스턴스의 업데이트 시점을 선택하게 됩니다(가능한 경우 해당 유지보수 기간 이내).

유지보수에 대한 자세한 내용은 Cloud SQL 인스턴스의 유지보수 정보를 참조하세요.

비공개 IP

비공개 IP를 사용하도록 인스턴스를 구성합니다. 자세히 알아보기

공개 IP

사용 설정하면 인스턴스에 공개 IPv4 주소가 할당됩니다. 공개 IP를 비활성화하면 해당 주소가 해제됩니다. 나중에 공개 IP를 다시 사용 설정할 수 있지만 다른 IPv4 주소를 받게 됩니다. 기본적으로 공개 IP 주소는 모든 주소에서 차단됩니다. 승인된 네트워크를 사용하여 액세스를 사용 설정하세요.

Data API 액세스

Data API를 사용하여 인스턴스에 연결을 허용할지 여부를 제어합니다. 활성화된 경우 executeSql를 사용하여 인스턴스에서 문을 실행할 수 있습니다. 이 설정은 기본적으로 비활성화되어 있습니다.

승인된 네트워크

특정 IP 주소 또는 주소 범위를 추가하여 해당 주소로 인스턴스를 열 수 있습니다.

IP 주소 구성에 대한 자세한 내용은 IP 연결 구성을 참조하세요.

Google Cloud 서비스 비공개 경로

이 구성 설정을 사용하면 BigQuery와 같은 다른 Google Cloud서비스가 Cloud SQL의 데이터에 액세스하고 비공개 연결을 통해 이 데이터에 대해 쿼리를 수행할 수 있습니다. 이 구성은 비공개 IP 주소를 사용하도록 인스턴스를 구성하고 비공개 연결을 만들도록 승인된 네트워크를 구성하는 경우에만 사용할 수 있습니다.

Google Cloud 콘솔에서 비공개 경로 사용 설정 체크박스를 선택하여 비공개 경로를 구성합니다. gcloud CLI의 경우 인스턴스를 만들 때 --enable-google-private-path 플래그를 사용합니다.

Data API 액세스

이 설정은 Data API를 사용하여 인스턴스에 대한 연결을 제어합니다. 기본적으로 허용되지 않습니다. 허용되면 승인된 사용자가 Data API를 사용하여 인스턴스에 연결할 수 있습니다. 비공개 IP만 있는 인스턴스의 경우 승인된 사용자가 공개 인터넷에서 연결할 수 있습니다.

Google Cloud 콘솔에서 Data API 허용 체크박스를 선택하여 Data API 액세스를 구성합니다. gcloud CLI의 경우 인스턴스를 만들 때 --data-api-access=ALLOW_DATA_API 플래그를 사용합니다.

데이터 캐시

PostgreSQL용 Cloud SQL Enterprise Plus 버전 인스턴스에는 데이터 캐시가 자동으로 사용 설정됩니다. 데이터 캐시는 로컬 SSD를 활용하여 OS 페이지 캐시를 메모리에서 SSD 등급으로 확장합니다. 이 설정은 Cloud SQL에서 관리합니다. 전체 작업 세트를 캐시하면 데이터 캐시를 사용할 때 최대 성능을 제공합니다. Google Cloud 콘솔, gcloud CLI 또는 Cloud SQL Admin API를 사용하여 PostgreSQL용 Cloud SQL Enterprise Plus 버전 인스턴스에서 이 설정을 사용 또는 사용 중지할 수 있습니다.

활성화 정책

인스턴스를 시작하고 중지하여 활성화 정책을 변경합니다. 인스턴스를 중지하면 인스턴스 비용이 더 이상 발생하지 않습니다.

데이터베이스 플래그

Cloud SQL 인스턴스에 특정 데이터베이스 플래그를 설정할 수 있습니다.

설정할 수 있는 데이터베이스 플래그의 전체 목록은 데이터베이스 플래그 구성을 참조하세요.

인스턴스 설정 변경의 영향

대부분의 인스턴스 설정에서 Cloud SQL은 변경사항을 즉시 적용하며 인스턴스와의 연결은 영향을 받지 않습니다.

Cloud SQL Enterprise 버전을 사용하는 경우 CPU 수 또는 메모리 크기를 변경하면 인스턴스가 60초보다 짧은 기간 동안 오프라인 상태로 전환됩니다. 변경사항이 적용되려면 몇 분 정도 걸릴 수 있습니다.

비공개 IP 주소를 구성하고, 네트워크를 변경하고, 고가용성을 사용 설정하면 인스턴스가 몇 분 동안 오프라인 상태로 전환됩니다.

Cloud SQL Enterprise Plus 버전을 사용하는 경우 vCPU를 수직 확장하거나 데이터 캐시를 사용 설정 또는 사용 중지하는 등의 일부 인스턴스 설정을 거의 0에 가까운 다운타임으로 변경할 수 있습니다. 자세한 내용은 Cloud SQL의 가용성을 참조하세요.

Cloud SQL은 인스턴스의 메모리 양에 따라 max_connections 플래그 값을 자동으로 관리합니다(자세한 내용은 지원되는 플래그 참조). PostgreSQL에서 max_connections 값은 읽기 복제본에서 항상 기본 인스턴스보다 크거나 같아야 합니다. 따라서 읽기 복제본의 메모리가 기본 인스턴스보다 적은 경우 기본 인스턴스의 메모리 양을 변경하면 읽기 복제본이 60초 미만 동안 오프라인 상태가 될 수 있습니다. 이는 읽기 복제본이 기본 인스턴스의 변경 사항과 일관성을 유지하기 위해 max_connections의 값을 새로 수신해야 할 수 있고 max_connections 값을 업데이트하려면 PostgreSQL을 다시 시작해야 하기 때문입니다. 이를 방지하려면 기본 인스턴스에서 max_connections 플래그를 원하는 값으로 설정합니다.

서비스에서 이 기간의 중단 상태를 처리할 수 있을 때 이러한 변경을 수행합니다.

다음 단계

• 인스턴스 수정 방법 알아보기.
• 데이터베이스 플래그에 대해 자세히 알아보기
• 인스턴스 IP 액세스 승인 방법 알아보기
• 복제 옵션에 대해 자세히 알아보기
• 인스턴스 가격 책정 확인하기
• 인스턴스 연결 옵션에 대해 자세히 알아보기
• 인스턴스의 공개 IP 주소를 구성하는 방법 알아보기
• 전 세계 위치에서 사용할 수 있는Google Cloud 서비스 모두 보기