이 페이지는 Cloud SQL 인스턴스에서 사용할 수 있는 설정에 대한 정보를 제공합니다.
PostgreSQL용 Cloud SQL 설정
설정 | 생성 후 수정 가능 여부 | 가능한 값 |
---|---|---|
인스턴스 ID | N | 소문자, 숫자, 하이픈으로 구성되고 문자로 시작해야 합니다. 전체 길이는 98자 이하여야 합니다. |
리전 | 아니요 |
Cloud SQL Enterprise Plus 버전:asia-east1 — 타이완asia-northeast1 — 도쿄asia-northeast2 — 오사카asia-northeast3 — 서울asia-south1 — 뭄바이asia-south2 — 델리asia-southeast1 — 싱가포르asia-southeast2 — 자카르타australia-southeast1 — 시드니australia-southeast2 — 멜버른europe-central2 — 바르샤바europe-north1 — 핀란드europe-southwest1 — 마드리드europe-west1 — 벨기에europe-west2 — 런던europe-west3 — 프랑크푸르트europe-west4 — 네덜란드europe-west6 — 취리히europe-west8 — 밀라노europe-west9 — 파리europe-west12 — 토리노me-central1 — 도하me-central2 — 담맘me-west1 — 텔아비브northamerica-northeast1 — 몬트리올northamerica-northeast2 — 토론토southamerica-east1 — 상파울루us-central1 — 아이오와us-east1 — 사우스캐롤라이나us-east4 — 북버지니아us-east5 — 콜럼버스us-south1 — 달라스us-west1 — 오리건us-west2 — 로스앤젤레스us-west3 — 솔트레이크시티us-west4 — 라스베이거스Cloud SQL Enterprise 버전의 경우: africa-south1 — 요하네스버그asia-east1 — 타이완asia-east2 — 홍콩asia-northeast1 — 도쿄asia-northeast2 — 오사카asia-northeast3 — 서울asia-south1 — 뭄바이asia-south2 — 델리asia-southeast1 — 싱가포르asia-southeast2 — 자카르타australia-southeast1 — 시드니australia-southeast2 — 멜버른europe-central2 — 바르샤바europe-north1 — 핀란드europe-southwest1 — 마드리드europe-west1 — 벨기에europe-west2 — 런던europe-west3 — 프랑크푸르트europe-west4 — 네덜란드europe-west6 — 취리히europe-west9 — 파리europe-west10 — 베를린europe-west12 — 토리노me-central1 — 도하me-central2 — 담맘me-west1 — 텔아비브northamerica-northeast1 — 몬트리올northamerica-northeast2 — 토론토southamerica-east1 — 상파울루southamerica-west1 — 산티아고us-central1 — 아이오와us-east1 — 사우스캐롤라이나us-east4 — 북버지니아us-east5 — 콜럼버스us-south1 — 댈러스us-west1 — 오리건us-west2 — 로스앤젤레스us-west3 — 솔트레이크시티us-west4 — 라스베이거스 |
영역 | Y | 가능한 값은 지역에 따라 다릅니다. |
데이터베이스 버전 | N |
Cloud SQL Enterprise Plus 버전:
Console string API enum string PostgreSQL 15 (default) Console string API enum string PostgreSQL 15 (default) |
SSL 모드 | Y | 다음과 같이 SSL을 적용/사용 설정합니다.
|
버전 설정 | Y | ENTERPRISE 또는 ENTERPRISE PLUS |
비밀번호 정책 설정 | Y | 구성 또는 구성 안 함 |
비공개 IP | 사용 설정되면 사용 중지 불가 | 사용 설정 또는 사용 중지 |
공개 IP | Y | 사용 설정 또는 사용 중지 |
승인된 네트워크 | Y | 공개 IP가 사용 설정된 경우 인스턴스에 연결하도록 인증된 IP 주소. 이 값을 IP 주소 범위(CIDR 표기법 사용)로도 지정할 수 있습니다. |
Google Cloud 서비스의 비공개 경로 | Y | 사용 설정 또는 사용 중지 |
데이터 캐시 | Y | 사용 설정 또는 사용 중지 |
머신 유형 | Y | 공유 코어 또는 전용 코어 중에서 선택합니다. 공유 코어의 경우 각 머신 유형은 CPU(코어) 수와 인스턴스 메모리 양에 따라 분류됩니다. 전용 코어의 경우 사전 정의된 구성을 선택하는 대신 커스텀 라디오 버튼을 선택하여 커스텀 머신 유형을 만듭니다. 자세히 알아보기 |
코어 | Y |
Cloud SQL Enterprise Plus 버전: 2~128개(사전 정의된 머신 유형만 해당) Cloud SQL Enterprise 버전: 1~96개(1 또는 짝수여야 함) 공유 vCPU의 일부 |
메모리 | Y |
Cloud SQL Enterprise Plus 버전: vCPU당 16~864GB (사전 정의된 머신 유형만 해당) Cloud SQL Enterprise 버전: vCPU당 0.9~6.5GB(256MB의 배수이고 최소 3.75GB 이상이어야 함) |
스토리지 유형 | N |
SSD(기본값) HDD(Cloud SQL Enterprise 버전만 해당) |
스토리지 용량 | Y (증가만) |
하나 이상의 공유되지 않은 vCPU가 있는 인스턴스는 최대 64TB까지 가질 수 있습니다. 공유 vCPU가 있는 인스턴스는 최대 3,054GB까지 가질 수 있습니다. 스토리지 용량을 64TB로 만들거나 늘리면 워크로드에 따라 백업과 같은 일반적인 작업의 지연 시간이 늘어날 수 있습니다. |
저장용량 자동 증가 사용 설정 | Y | 켜기(기본값) 끄기 |
스토리지 자동 증가 한도 | Y | GB 단위. 0(기본값)은 한도가 없음을 의미합니다. |
백업 | Y |
켜기(기본값) 끄기 |
위치 옵션 | Y | 멀티 리전(기본값) 리전 멀티 리전을 선택하면 멀티 리전 목록이 표시되는 드롭다운 메뉴가 있습니다. 리전을 선택하면 리전 목록이 표시되는 드롭다운 메뉴가 있습니다. |
인스턴스 삭제 보호 | Y | 사용 설정 또는 사용 중지 |
point-in-time recovery 사용 설정 | Y (참고 참조) |
켜기(기본값) 끄기 |
가용성: 단일 영역 | Y |
켜기(기본값) 끄기 |
고가용성(리전별) | Y |
켜기 끄기(기본값) |
유지보수: 기본 기간 | Y |
상시(기본값) 특정 요일 |
유지보수: 업데이트 순서 | Y | 상시(기본값) 나중에 조기에 |
데이터베이스 플래그 | Y | 데이터베이스 플래그 구성을 참조하세요. |
- 인스턴스 ID
인스턴스 ID는 인스턴스의 이름입니다. 인스턴스 ID는 프로젝트 내에서 인스턴스를 고유하게 식별하는 데 사용됩니다. 가능한 경우 인스턴스의 용도에 맞는 인스턴스 이름을 선택하세요.
인스턴스 이름에 프로젝트 ID를 포함하지 않아도 됩니다. 필요한 경우 자동으로 포함됩니다(예: 로그 파일에서).project-ID:instance-ID
의 전체 길이는 98자 이하여야 합니다.- 리전
- 인스턴스가 있는 Google Cloud 리전입니다. 인스턴스를 만드는 동안에만 리전을 설정할 수 있습니다. 성능을 향상시키려면 필요한 서비스와 가까운 위치에 데이터를 보관합니다. 자세한 내용은 인스턴스 위치를 참조하세요.
- 영역
- 인스턴스가 있는 Google Cloud 영역입니다. Compute Engine 인스턴스에서 연결하는 경우 Compute Engine 인스턴스가 있는 영역을 선택합니다. 그렇지 않으면 기본 영역으로 설정됩니다. 필요한 경우 나중에 인스턴스를 수정하여 영역을 변경할 수 있습니다. 자세한 내용은 인스턴스 위치를 참조하세요.
- 머신 유형
-
Cloud SQL 인스턴스에 사용 가능한 메모리 및 가상 코어를 결정합니다. 머신 유형 가용성은 Cloud SQL 버전에 따라 결정됩니다.
온라인 트랜잭션 처리(OLTP)와 같이 실시간 처리가 필요한 워크로드의 경우 인스턴스에 전체 작업 세트를 포함할 만큼 충분한 메모리가 있는지 확인하세요. 그러나 메모리 요구사항에 영향을 줄 수 있는 다른 요인(예: 활성 연결 수 및 내부 오버헤드 프로세스)도 있습니다. 프로덕션 환경에서 성능 문제가 발생하지 않도록 부하 테스트를 수행해야 합니다.
인스턴스를 구성할 때 워크로드를 처리하기에 충분한 메모리와 vCPU를 선택하고 워크로드가 증가함에 따라 업그레이드하세요. vCPU가 부족한 머신 구성에는 SLA가 적용되지 않을 수 있습니다. 자세한 내용은 운영 가이드라인을 참조하세요.
Cloud SQL Enterprise Plus 버전 인스턴스의 머신 유형 Cloud SQL Enterprise Plus 버전 인스턴스의 경우 머신 유형은 다음과 같이 사전 정의됩니다.
Enterprise Plus 머신 유형 vCPU 메모리(GB) 로컬 SSD db-perf-optimized-N-2 2 16 375 db-perf-optimized-N-4 4 32 375 db-perf-optimized-N-8 8 64 375 db-perf-optimized-N-16 16 128 750 db-perf-optimized-N-32 32 256 1500 db-perf-optimized-N-48 48 384 3000 db-perf-optimized-N-64 64 512 6000 db-perf-optimized-N-80 80 640 6000 db-perf-optimized-N-96 96 768 6000 db-perf-optimized-N-128 128 864 9000 gcloud sql instances create
명령어를 사용하여 커스텀 인스턴스 구성을 만들 수도 있습니다. 커스텀 인스턴스 구성을 사용하면 인스턴스에 필요한 메모리와 CPU의 용량을 선택할 수 있습니다. 이러한 유연성 덕분에 워크로드에 적합한 VM 형태를 선택할 수 있습니다.머신 유형 이름은 다음 형식을 사용합니다.
db-custom-#-#
첫 번째 # 자리표시자를 머신의 CPU 수로 바꾸고 두 번째 # 자리표시자를 머신의 메모리 양으로 바꿉니다.
예를 들어 머신 이름이
db-custom
이고 머신에 1개의 CPU와 3,840MB의 RAM이 있는 경우 머신 형식은db-custom-1-3840
입니다.CPU 수 및 메모리 양을 선택할 때 선택한 구성에 다음 제한사항이 적용됩니다.
- vCPU는 1 또는 2~96 사이의 짝수여야 합니다.
- 메모리는 다음과 같아야 합니다.
- vCPU당 0.9~6.5GB
- 256MB의 배수
- 최소 3.75GB(3,840MB)
다음 표에는 각 기존 머신 유형의 이름, 각 머신 유형의 CPU와 RAM의 수, 머신 유형의 결과 문자열이 나와 있습니다.
Google Cloud 콘솔에서 동등한 CPU와 RAM을 지정하거나, gcloud CLI를 사용하거나, API에서
db-custom-#-#
를 지정하여 동일한 머신 유형을 만들 수 있습니다.기존 머신 유형 vCPU 메모리(MB) db-custom-CPU-RAM 문자열(API 등급 문자열) db-n1-standard-1 1 3840 db-custom-1-3840 db-n1-standard-2 2 7680 db-custom-2-7680 db-n1-standard-4 4 15360 db-custom-4-15360 db-n1-standard-8 8 30720 db-custom-8-30720 db-n1-standard-16 16 61440 db-custom-16-61440 db-n1-standard-32 32 122880 db-custom-32-122880 db-n1-standard-64 64 245760 db-custom-64-245760 db-n1-standard-96 96 368640 db-custom-96-368640 db-n1-highmem-2 2 13312 db-custom-2-13312 db-n1-highmem-4 4 26624 db-custom-4-26624 db-n1-highmem-8 8 53248 db-custom-8-53248 db-n1-highmem-16 16 106496 db-custom-16-106496 db-n1-highmem-32 32 212992 db-custom-32-212992 db-n1-highmem-64 64 425984 db-custom-64-425984 db-n1-highmem-96 96 638976 db-custom-96-638976 머신 유형은 인스턴스 비용에 영향을 줍니다. 자세한 내용은 인스턴스 가격을 참조하세요. 가격 계산기에서 다양한 시나리오의 가격도 확인할 수 있습니다.
- 비밀번호 정책 설정
인스턴스의 비밀번호 정책입니다. 다음과 같은 옵션이 있습니다.
- 최소 길이: 비밀번호에 필요한 최소 문자 수를 지정합니다.
- 비밀번호 복잡성: 비밀번호가 소문자, 대문자, 숫자, 영숫자가 아닌 문자의 조합인지 확인합니다.
- 비밀번호 재사용 제한: 재사용할 수 없는 이전 비밀번호의 수를 지정합니다.
- 사용자 이름 사용 금지: 비밀번호에서 사용자 이름을 사용하지 못하게 합니다.
- 비밀번호 변경 간격 설정: 비밀번호를 변경할 수 있는 최소 기간을 지정합니다.
- 코어
인스턴스의 CPU 수입니다. 1개 미만의 CPU로 인스턴스(공유 코드 인스턴스 또는 공유 vCPU)를 만들 수도 있습니다.
- 메모리
-
인스턴스에서 사용할 수 있는 메모리 양입니다. 온라인 트랜잭션 처리(OLTP)와 같은 성능에 민감한 워크로드의 경우에는 인스턴스에 전체 작업 세트를 포함할 만큼 충분한 메모리가 있는지 확인하세요. 그러나 메모리 요구사항에 영향을 줄 수 있는 다른 요인(예: 활성 연결 수)도 있습니다. 프로덕션 단계에서 성능 문제가 발생하지 않도록 부하 테스트를 수행합니다.
- 데이터베이스 버전
- 특정 버전에서만 제공되는 기능이 필요한 경우가 아니라면 기본 데이터베이스 버전(PostgreSQL 15)을 그대로 사용합니다.
gcloud
명령어 및 REST API 사용에 대한 자세한 내용은 참조 문서를 확인하세요. - 스토리지 유형
- 기본값인 SSD를 선택하면 인스턴스에 SSD 스토리지가 제공됩니다. SSD는 지연 시간을 줄이고 데이터 처리량을 높입니다. 장기 스토리지 또는 액세스 빈도가 낮은 데이터와 같이 데이터에 대한 고성능 액세스가 필요하지 않으면 HDD를 선택하여 비용을 절감할 수 있습니다.
- SSL 모드
-
(선택사항) 데이터베이스 연결을 위한 SSL/TLS 옵션입니다. Cloud SQL은 SSL/TLS를 사용하여 인스턴스에 대해 안전하고 인증되고 암호화된 연결을 설정합니다. SSL 모드 설정
sslMode
를 사용하면 모든 데이터베이스 연결을 인스턴스에 적용하여 SSL/TLS 암호화를 사용할 수 있습니다. 또한 이 설정을 사용하여 클라이언트 인증서를 확인할 수 있습니다. 이 설정은requireSsl
에 비해 SSL 연결을 보다 세부적으로 제어할 수 있습니다.sslMode
을 사용하는 것이 좋습니다. 자세한 내용은 IpConfiguration을 참조하세요. 인스턴스를 만들거나 기존 인스턴스에 업데이트할 때 SSL을 적용할 수 있습니다. - 스토리지 용량
-
데이터베이스 크기에 맞는 용량을 선택하세요. 인스턴스를 만든 후에는 인스턴스 구성을 수정하여 스토리지 용량을 수동으로 늘릴 수 있지만 줄일 수는 없습니다. 스토리지 용량을 늘려도 다운타임이 발생하지 않습니다.
인스턴스에 할당된 스토리지 용량 크기는 인스턴스 비용에 영향을 줍니다. 자세한 내용은 스토리지 및 네트워킹 가격 책정을 참조하세요.
읽기 복제본의 경우 스토리지 용량이 항상 기본 인스턴스 스토리지 용량 이상이어야 합니다. 기본 인스턴스 크기를 조절하면 모든 읽기 복제본 크기가 최소한 업데이트된 기본 인스턴스의 스토리지 용량 이상으로 조절됩니다(필요한 경우).
- 저장용량 자동 증가 사용 설정
이 설정을 사용 설정하면 Cloud SQL이 사용 가능한 스토리지를 30초 간격으로 확인합니다. 사용 가능한 스토리지가 기준 크기보다 작으면 Cloud SQL이 스토리지를 자동으로 추가합니다. 사용 가능한 스토리지가 기준 크기보다 작아지는 일이 반복되면 Cloud SQL이 최대 64TB까지 스토리지를 계속 추가합니다.
기본 인스턴스의 스토리지 자동 증가 설정은 해당 인스턴스의 모든 읽기 복제본에 자동으로 적용됩니다. 읽기 복제본마다 스토리지 자동 증가 설정을 개별적으로 설정할 수 없습니다.
임곗값
기준 크기는 인스턴스에 현재 프로비저닝된 스토리지에 따라 달라지며, 25GB를 초과할 수 없습니다.
500GB 이상의 스토리지 프로비저닝된 인스턴스의 경우 기준 크기는 항상 25GB입니다.
500GB 미만의 스토리지가 프로비저닝된 인스턴스의 경우에는 다음 수식을 사용하여 기준 크기를 계산합니다.
5 + (provisioned storage)/25
나누기 결과 값은 가장 가까운 정수로 내림됩니다.
다음은 스토리지 크기가 66GB인 인스턴스의 기준 크기 계산식입니다.
다음은 스토리지 크기가 1,000GB인 인스턴스의 기준 크기 계산식입니다.5 + (1/25th of 66 GB) = 5 + (66/25) = 5 + 2.6 -> 5 + 2 = 7 GB
5 + (1/25th of 1000 GB) = 5 + (1000/25) = 5 + 40 = 45 -> rounded down to the maximum value of 25 GB
추가된 저장용량
인스턴스에 추가되는 스토리지는 기준 크기와 동일하며 25GB를 초과할 수 없습니다.
대용량 디스크 관련 고려사항
500GB 이상의 스토리지로 프로비저닝된 인스턴스의 경우 기준점 크기가 항상 25GB이고 추가되는 스토리지 양은 항상 25GB입니다. 따라서 가능한 최대 빈 공간은 50GB입니다. 5TB보다 큰 디스크로 인스턴스 크기를 수동으로 조정하지 않으면 인스턴스에 빈 공간이 있더라도 디스크가 항상 99% 용량으로 유지됩니다.
대량의 가져오기 또는 큰 임시 테이블이 필요한 쿼리 등 디스크 공간 사용량이 빠르게 증가하는 작업을 하기 전에 자동 증가로 용량을 맞추기보다는 수동으로 디스크 크기를 조절하세요.
- 스토리지 자동 증가 한도
스토리지 자동 증가 설정을 사용 설정하면 인스턴스에서 자동으로 증가되는 스토리지 크기에 일정한 한도를 지정할 수 있습니다. 인스턴스 크기가 클수록 운영 지연 시간도 길어집니다.
스토리지 크기를 줄일 수 없으므로 이러한 한도는 일시적인 트래픽 증가로 인해 인스턴스 크기가 너무 커지는 것을 방지할 수 있습니다. 하지만 인스턴스가 필요한 스토리지를 추가할 수 없으면 인스턴스가 수신되는 연결의 수락을 중지하고 오프라인으로 전환될 수 있습니다.
이 한도를 0(기본값)으로 설정하면 인스턴스 등급에 사용할 수 있는 최대 스토리지 이외에는 한도가 없다는 의미입니다.
인스턴스를 만들 때 한도를 설정하려면 인스턴스 만들기 페이지에 설명된 대로
--storage-auto-increase-limit=INTEGER_VALUE_OF_GB
매개변수를 사용합니다. 기존 인스턴스에 한도를 설정하려면gcloud beta sql instances patch
명령어와 동일한 매개변수를 사용합니다.기본 인스턴스의 스토리지 자동 증가 한도 설정은 해당 인스턴스의 모든 읽기 복제본에 자동으로 적용됩니다. 스토리지 용량 자동 증가 제한 설정은 읽기 복제본마다 개별적으로 설정할 수 없습니다.
- 자동 백업 및 point-in-time recovery
-
이러한 옵션은 자동 백업 수행 여부와 미리 쓰기 로깅을 사용 설정할지 여부를 결정합니다. 두 옵션 모두 성능 비용이 약간 추가되고 추가 ㅅ,토리지를 사용하지만 복제본과 클론의 생성과 point-in-time recovery를 위해 필요합니다. 이 옵션을 선택하면 자동 백업이 실행되는 기간을 선택할 수도 있습니다.
자동 백업은 선택한 기간 동안 매일 실행됩니다. 7일이 지나면 가장 오래된 백업이 삭제됩니다.
PITR(point-in-time recovery)에 대한 자세한 내용은 PITR(point-in-time recovery) 개요를 참조하세요.
복제에 대한 자세한 내용은 복제 옵션을 참조하세요. 인스턴스 클론에 대한 자세한 내용은 인스턴스 클론을 참조하세요.
- 자동 백업 보관 설정
-
보관된 백업 수의 기본값은 7이지만 1~365 범위 내 값으로 변경할 수 있습니다.
자세한 내용은 자동 백업 및 트랜잭션 로그 보관을 참조하세요.
- 위치 옵션
-
여러 리전 또는 단일 리전에 백업을 저장할 수 있습니다. 멀티 리전이 기본값이며 리전을 사용할 수 없게 되면 다운타임으로부터 보호하므로 선택하는 것이 좋습니다. 백업은 인스턴스와 가장 가까운 리전에 저장됩니다.
백업을 위한 커스텀 위치를 선택할 수도 있습니다. 규정에 따라 필요하거나 조직 정책에 따라 백업이 특정 여러 리전 또는 단일 리전에 있어야 하는 경우에만 이 옵션을 사용하세요. 자세한 내용은 커스텀 위치를 참조하세요.
- 인스턴스 삭제 보호
-
인스턴스를 실수로 삭제하지 않도록 보호합니다. 이 설정이 사용 설정된 경우 인스턴스를 삭제하기 전에 이 설정을 비활성화해야 합니다. 인스턴스 삭제 방지를 참조하세요.
- point-in-time recovery 사용 설정
-
point-in-time recovery를 사용하면 특정 시점부터 백업을 통해 복구할 수 있습니다.
point-in-time recovery에 대한 자세한 내용은 point-in-time recovery 개요를 참조하세요.
- 가용성: 영역
인스턴스와 백업을 단일 영역에 넣습니다. 이 옵션을 선택하면 중단 시 장애 조치가 발생하지 않습니다. 테스트와 개발 목적으로만 사용하는 것이 좋습니다.
- 고가용성(리전별)
고가용성(리전)을 선택한 경우(중단이 발생한 경우) 장애 조치 영역에 중단이 발생하지 않는 한 인스턴스는 인스턴스가 있는 리전의 다른 영역으로 장애 조치됩니다. 프로덕션 환경의 인스턴스에 고가용성(리전)을 선택하는 것이 좋습니다.
고가용성 구성 개요를 참조하세요.
- 유지보수 기간
-
Cloud SQL 인스턴스의 유지보수 이벤트가 예약된 요일과 시간입니다. 고가용성(HA) 및 비공개 IP 연결을 사용하는 Cloud SQL Enterprise Plus 버전 기본 인스턴스의 경우 유지보수 다운타임이 일반적으로 10초 미만입니다. 다른 모든 인스턴스는 유지보수 다운타임이 일반적으로 60초 이하입니다.
현재 읽기 복제본은 유지보수 기간 설정을 지원하지 않습니다.
유지보수에 대한 자세한 내용은 Cloud SQL 인스턴스의 유지보수 정보를 참조하세요.
- 유지보수 시점
유지보수 업데이트의 상대적 순서와 타이밍에 대한 환경설정입니다. 업데이트를 먼저 받으면 프로덕션 인스턴스에서 업데이트를 가져오기 전에 테스트 환경에서 유지보수 업데이트를 테스트할 수 있습니다. 유지보수 타이밍 설정은 Cloud SQL에서 인스턴스에 적용하는 유지보수 버전에는 영향을 주지 않습니다.
유지보수 시점을 설정하지 않으면 Cloud SQL에서 인스턴스의 업데이트 시점을 선택하게 됩니다(가능한 경우 해당 유지보수 기간 이내).
유지보수에 대한 자세한 내용은 Cloud SQL 인스턴스의 유지보수 정보를 참조하세요.
- 비공개 IP
- 비공개 IP를 사용하도록 인스턴스를 구성합니다. 자세히 알아보기
- 공개 IP
- 사용 설정하면 인스턴스에 공개 IPv4 주소가 할당됩니다. 공개 IP를 비활성화하면 해당 주소가 해제됩니다. 나중에 공개 IP를 다시 사용 설정할 수 있지만 다른 IPv4 주소를 받게 됩니다. 기본적으로 공개 IP 주소는 모든 주소에서 차단됩니다. 승인된 네트워크를 사용하여 액세스를 사용 설정하세요.
- 특정 IP 주소 또는 주소 범위를 추가하여 해당 주소로 인스턴스를 열 수 있습니다.
IP 주소 구성에 대한 자세한 내용은 IP 연결 구성을 참조하세요.
- Google Cloud 서비스의 비공개 경로
이 체크박스를 선택하면 BigQuery와 같은 다른 Google Cloud 서비스가 Cloud SQL의 데이터에 액세스하고 비공개 연결을 통해 이 데이터에 대해 쿼리를 수행하도록 허용할 수 있습니다.
이 체크박스는 비공개 IP 체크박스를 선택하고 비공개 연결을 만들기 위해 승인된 네트워크를 추가하거나 선택한 경우에만 사용 설정됩니다.
- 데이터 캐시
데이터 캐시는 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은 변경사항을 즉시 적용하며 인스턴스와의 연결은 영향을 받지 않습니다.
CPU 수 또는 메모리 크기를 변경하면 인스턴스가 60초보다 짧은 기간 동안 오프라인 상태로 전환됩니다. 변경사항이 적용되려면 몇 분 정도 걸릴 수 있습니다.
인스턴스의 영역을 변경하고, 비공개 IP를 구성하거나, 네트워크를 변경하고, 고가용성을 사용 설정하면 인스턴스가 몇 분 동안 오프라인 상태로 전환됩니다.
Cloud SQL은 인스턴스의 메모리 양에 따라 max_connections
플래그 값을 자동으로 관리합니다(자세한 내용은 지원되는 플래그 참조). PostgreSQL에서 max_connections
값은 읽기 복제본에서 항상 기본 인스턴스보다 크거나 같아야 합니다. 따라서 읽기 복제본의 메모리가 기본 인스턴스보다 적은 경우 기본 인스턴스의 메모리 양을 변경하면 읽기 복제본이 60초 미만 동안 오프라인 상태가 될 수 있습니다. 이는 읽기 복제본이 max_connections
의 새 값을 수신하여
기본 인스턴스의 변경 사항을 일관되게 유지할 수 있고, max_connections
값을 업데이트하려면 PostgreSQL을 다시 시작해야 하기 때문입니다. 이를 방지하려면 기본 인스턴스에서 max_connections
플래그를 원하는 값으로 설정합니다.
서비스에서 이 기간의 중단 상태를 처리할 수 있을 때 이러한 변경을 수행합니다.
다음 단계
- 인스턴스 수정 방법 알아보기.
- 데이터베이스 플래그에 대해 자세히 알아보기
- 인스턴스 IP 액세스 승인 방법 알아보기
- 복제 옵션에 대해 자세히 알아보기
- 인스턴스 가격 책정 확인하기
- 인스턴스 연결 옵션에 대해 자세히 알아보기
- 인스턴스 IP 주소 구성 방법 알아보기