사용자 데이터라는 용어의 의미는 Google Cloud
일반 서비스 약관의 데이터 위치 항목에 있는 '고객 데이터'라는 용어의 의미와 동일합니다.
데이터 상주 약정
Spanner의 데이터 리텐션 약정은 지역 파티셔닝을 사용하지 않는 데이터베이스와 지역 파티셔닝을 사용하는 데이터베이스에서 다릅니다.
지역 파티셔닝을 사용하지 않는 데이터베이스
지역 파티셔닝을 사용하지 않는 데이터베이스의 경우 Spanner는 Google Cloud 서비스 약관에 따라 데이터베이스 수준에서 데이터 상주 약정을 제공합니다.
지역 파티셔닝을 사용하는 데이터베이스
지역 파티셔닝을 사용하는 데이터베이스의 경우 Spanner는 배치 수준에서 데이터 상주 약속을 제공합니다. 게재위치마다 Google Cloud 위치 페이지에 나열된 특정 리전 또는 멀티 리전 위치를 선택할 수 있습니다.
Spanner는 선택한 리전 또는 멀티 리전 내에만 저장 데이터를 저장하며 다음과 같은 제한사항이 있습니다.
기본 키, 색인이 생성된 열 값, 외래 키 열 값의 소규모 하위 집합 (배치 테이블과 배치 외 테이블 모두에 해당)이 분할 경계로 사용되며, 이는 기본 배치에 저장될 수 있습니다.
키 시각화 도구에 사용되는 키 범위, 높은 잠금 경합이 발생하는 키, 쿼리 통계의 통계 및 관측 가능성 정보는 기본 게재위치에 저장됩니다.
행의 게재위치 키를 변경하면 데이터 이동이 비동기식으로 이루어집니다. 행을 새 위치로 이동하는 데 몇 시간이 걸릴 수 있습니다. 새 위치에서 데이터를 사용할 수 있고 제공되더라도 이전 위치에서 데이터를 삭제하려면 Google Cloud 데이터 삭제 프로세스를 따라야 합니다.
데이터 상주 암호화
기본적으로 Spanner는 저장 중 고객 데이터를 암호화합니다.
Spanner는 사용자 측의 추가 작업 없이 자동으로 암호화를 처리합니다. 이 옵션을 Google 기본 암호화라고 부릅니다. 기본적으로 Google은 데이터가 있는 위치와 동일한 위치의 암호화 키를 사용합니다.
암호화 키를 제어하려면 Spanner를 포함한 CMEK 통합 서비스와 함께 Cloud KMS에서 고객 관리 암호화 키 (CMEK)를 사용하면 됩니다. CMEK를 사용할 때는 데이터가 있는 위치와 동일한 위치에서 키를 선택해야 합니다. 자세한 내용은 고객 관리 암호화 키 (CMEK) 개요를 참고하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-05(UTC)"],[],[],null,["# Data residency overview\n\nThis page describes data residency for Spanner.\n\nSpanner meets data residency compliance and regulatory\nrequirements by letting you to specify the geographic locations (regions) where\nSpanner data is stored.\n\nThe following definitions apply to this page:\n\n- A *location* is a Google Cloud region or multi-region as listed on the\n [Google Cloud locations page](/about/locations).\n\n- The term *your data* is equivalent to the meaning of the term\n \"Customer Data\" in the *Data Location* item in the Google Cloud\n [General Service Terms](/terms/service-terms).\n\nData residency commitments\n--------------------------\n\nData residency commitments in Spanner differ for databases\nthat don't use [geo-partitioning](/spanner/docs/geo-partitioning) versus\ndatabases that do use geo-partitioning.\n\n### Databases that don't use geo-partitioning\n\nFor databases that don't use geo-partitioning, Spanner provides\ndata residency commitments at the database level according to the\n[Google Cloud Terms of Service](https://cloud.google.com/terms).\n\n### Databases that use geo-partitioning\n\nFor databases that use geo-partitioning, Spanner provides data\nresidency commitments at the [placement](/spanner/docs/create-manage-data-placements)\nlevel. For each placement, you can select a specific region or multi-region\nlocation as listed on the [Google Cloud locations page](/about/locations).\nSpanner stores your data at rest only within the selected region\nor multi-region with the following limitations:\n\n- A small subset of primary keys, indexed column values, and foreign key column values (for both placement and non-placement tables) are used as [split boundaries](/spanner/docs/schema-and-data-model#database-splits), which might be stored in the default placement.\n- Statistics and observability information for key ranges used for the [key visualizer](/spanner/docs/key-visualizer/getting-started), keys experiencing high [lock contention](/spanner/docs/introspection/lock-statistics), and [query statistics](/spanner/docs/introspection/query-statistics) are stored in the default placement.\n- Column-level [statistics](/spanner/docs/query-optimizer/overview#statistics-packages) used for query optimization are stored in the default placement.\n\nThe following are by design:\n\n- Placement table primary keys are used for routing traffic and might be stored in the default placement. If this is a concern, consider using [UUIDs](/spanner/docs/primary-key-default-value#universally_unique_identifier_uuid), or other keys that aren't in scope for data residency.\n- [Interleaved indexes](/spanner/docs/secondary-indexes#indexes_and_interleaving) inherit placement from the parent row. Global indexes (including keys and storing values) are placed in the default placement.\n- [Foreign keys backing indexes](/spanner/docs/foreign-keys/overview#backing-indexes) are placed in the default placement.\n- If you change the placement key for a row, the data move happens asynchronously. It might take hours to move the row to the new location. Even after the data is available and served from the new location, deletion of data from the old location is subject to the [Google Cloud data deletion process](/docs/security/deletion).\n\nData residency encryption\n-------------------------\n\nBy default, Spanner [encrypts customer data at rest](/docs/security/encryption/default-encryption).\nSpanner handles encryption for you without any additional actions\non your part. This option is called *Google default encryption*. By default,\nGoogle uses encryption keys from the same location as where your data resides.\n\nIf you want to control your encryption keys, then you can use\n*customer-managed encryption keys (CMEKs)* in [Cloud KMS](/kms/docs)\nwith CMEK-integrated services including Spanner. When using CMEK,\nyou must select keys in the same location as where your data resides. For more\ninformation, see [Customer-managed encryption keys (CMEK) overview](/spanner/docs/cmek)."]]
