핵심 용어

Cloud Storage를 효과적으로 사용하려면 몇 가지 기본 개념을 이해해야 합니다. 이 페이지는 Cloud Storage에 적용되는 핵심 용어와 개념을 간략히 설명합니다.

Cloud Storage 사용에 대한 소개는 빠른 시작: 콘솔 사용을 참조하세요.

프로젝트

Cloud Storage의 모든 데이터는 하나의 프로젝트에 속합니다. 프로젝트는 사용자 조합, API 조합, 해당 API의 결제, 인증, 모니터링 설정으로 구성됩니다. 프로젝트는 하나 또는 여러 개일 수 있습니다.

버킷

버킷은 데이터를 담는 기본 컨테이너입니다. Cloud Storage에서 저장하는 모든 내용은 버킷에 포함되어야 합니다. 버킷을 사용하여 데이터를 구성하고 데이터 액세스를 제어할 수 있지만, 디렉토리 및 폴더와 달리 버킷을 중첩할 수는 없습니다. 버킷 생성과 삭제에는 제한 사항이 있으므로, 강도 높은 객체 작업과 상대적으로 적은 버킷 작업에 적합하게 저장소 애플리케이션을 설계해야 합니다.

버킷을 만들 때는 전역에 고유한 이름, 버킷과 콘텐츠가 저장되는 지리적 위치, 기본 저장소 등급을 지정합니다. 선택하는 기본 저장소 등급은 저장소 등급이 명시적으로 지정되지 않은 채 버킷에 추가되는 객체에 적용됩니다.

버킷을 만든 후에도 버킷 위치에서 지원되는 모든 등급으로 기본 저장소 등급을 변경할 수 있지만 버킷을 삭제하고 다시 만들어 버킷 이름과 위치만 변경할 수 있습니다.

버킷 이름

버킷 이름은 객체 이름보다 더 제한적이며, 모든 버킷이 단일 Cloud Storage 네임스페이스에 상주하므로 전역에서 고유해야 합니다. 또한 버킷 이름은 CNAME 리디렉션과 함께 사용될 수 있으므로 DNS 명명 규칙을 준수해야 합니다. 자세한 내용은 버킷 이름 지정 가이드라인을 참조하세요.

버킷 라벨

버킷 라벨은 키:값 메타데이터 쌍으로, 가상 머신 인스턴스영구 디스크 등의 다른 Google Cloud Platform 리소스와 함께 버킷을 그룹화할 수 있습니다. 예를 들어, 라벨을 사용하여 alpha, beta, delta 값을 가진 team 키를 만들고 team:alpha, team:beta, team:delta 라벨을 서로 다른 버킷에 적용하여 어떤 팀이 해당 버킷과 연결되는지 나타낼 수 있습니다.

각 버킷에 라벨을 여러 개 적용할 수 있으며 버킷당 최대 64개의 라벨까지 허용됩니다.

  • 키 및 값은 각각 63자보다 길 수 없습니다.
  • 키 및 값은 소문자, 숫자, 밑줄, 대시만 포함할 수 있습니다. 국제 문자는 허용됩니다.
  • 라벨 키는 소문자로 시작해야 하며 국제 문자는 허용됩니다.
  • 라벨 키는 비워 둘 수 없습니다.

청구에서 라벨을 사용하여 리소스를 구성하는 일반적인 예는 BigQuery 쿼리로 청구 내보내기 예를 참조하세요.

객체

객체는 Cloud Storage에 저장되는 개별 데이터 조각입니다. 버킷에서 만들 수 있는 객체 수에는 제한이 없습니다.

객체에는 객체 데이터객체 메타데이터의 2가지 구성요소가 있습니다. 객체 데이터는 일반적으로 Cloud Storage에 저장될 파일입니다. 객체 메타데이터는 객체의 다양한 질적 측면을 설명하는 이름-값 쌍의 모음입니다.

객체 이름

객체 이름은 Cloud Storage에서 객체 메타데이터의 일부로 취급됩니다. 객체 이름은 모든 유니코드 문자(UTF-8 인코딩) 조합을 포함할 수 있으며 길이는 1024바이트를 초과할 수 없습니다.

객체 이름에 포함되는 일반적인 문자는 슬래시(/)입니다. 슬래시를 사용하면 객체가 계층 구조에 저장된 것처럼 나타나게 할 수 있습니다. 예를 들어, 한 객체 이름을 /europe/france/paris.jpg로 지정하고 다른 객체 이름을 /europe/france/cannes.jpg로 지정할 수 있습니다. 이러한 객체를 나열하면 위치를 토대로 계층적 디렉토리 구조에 객체가 나타납니다. 하지만 Cloud Storage는 객체를 어떠한 계층 구조와도 관련이 없는 독립된 객체로 인식합니다.

객체 이름을 바꾸는 방법을 포함한 자세한 내용은 객체 이름 지정 가이드라인을 참조하세요.

세대 번호

세대 번호는 각 객체와 연관된 번호입니다. 객체를 덮어 쓸 때마다 객체의 세대 번호가 변경됩니다. 객체 버전 관리를 사용하는 경우와 같이 버킷에 동일한 객체 버전이 여러 개 있는 경우, 세대 번호를 사용하여 특정 버전을 참조할 수 있습니다.

리소스

리소스는 Google Cloud Platform 내의 항목입니다. Google Cloud Platform에서 각 프로젝트, 버킷, 객체는 Compute Engine 인스턴스와 같은 하나의 리소스입니다.

리소스 이름

각 리소스에는 파일 이름과 마찬가지로 리소스를 식별하는 고유한 이름이 있습니다. 버킷에는 projects/_/buckets/[BUCKET_NAME] 형태의 리소스 이름이 있으며, 여기서 [BUCKET_NAME]은 버킷 ID입니다. 객체에는 projects/_/buckets/[BUCKET_NAME]/objects/[OBJECT_NAME] 형태의 리소스 이름이 있으며, 여기서 [OBJECT_NAME]은 객체 ID입니다.

리소스 이름 끝에 추가되는 #[NUMBER]는 객체의 특정 세대를 나타냅니다. #0은 객체의 가장 최신 버전을 나타내는 특수 식별자입니다. 객체 이름이 문자열 끝에 있어 세대 번호로 해석될 우려가 있는 경우에 #0을 추가하면 유용합니다.

지리적 중복

지리적 중복 데이터는 최소 100마일 이상 떨어진 두 곳 이상의 지리적 장소에 중복 저장됩니다. 다중 지역 위치에 저장된 객체는 저장소 등급에 관계없이 지리적으로 중복됩니다.

지리적 중복성은 비동기적으로 발생하지만, 모든 Cloud Storage는 사용자가 업로드하는 즉시 최소한 한 곳 이상의 지리적 장소 내에서 중복됩니다.

지리적 중복성은 자연재해와 같은 대규모 장애 발생 시에도 최대한의 데이터 가용성을 보장합니다. 이중 지역 위치의 경우 별도의 두 지역 위치를 사용하여 지리적 중복성을 구현합니다. 다른 다중 지역 위치의 경우 지정된 다중 지역 내에 데이터 센터 조합을 사용하여 지리적 중복성을 구현합니다(지역 위치로 명시적으로 사용 가능하지 않은 데이터 센터 포함).

데이터 불투명도

객체의 데이터 구성요소는 Cloud Storage에 완전히 불투명하며, Cloud Storage 입장에서는 하나의 데이터 덩어리에 불과합니다.

객체 불변성

객체는 변경이 불가능합니다. 즉, 저장소 전체 기간 동안 업로드한 객체를 변경할 수 없습니다. 객체 저장소 전체 기간은 객체가 성공적으로 만들어지고(업로드) 객체가 성공적으로 삭제될 때까지의 기간입니다. 실질적으로 이 말은 추가 작업이나 자르기 작업과 같이 객체를 점진적으로 변경할 수 없음을 의미합니다. 하지만 Cloud Storage에 저장된 객체를 덮어쓸 수 있으며, 이 작업은 원자적으로 수행됩니다. 즉, 새 업로드가 완료될 때까지 이전 버전의 객체가 판독기에 제공되고, 업로드가 완료되면 새 버전의 객체가 판독기에 제공됩니다. 따라서 한 번의 덮어쓰기 작업은 한 불변 객체의 전체 기간이 끝나고 새로운 불변 객체 전체 기간이 시작됨을 나타낼 뿐입니다.

버킷에서 다른 객체를 만들거나 업데이트할 수 있는 빈도에는 제한이 없습니다. 하지만, 하나의 특정 객체를 초당 최대 한 번만 업데이트하거나 덮어쓸 수 있습니다. 예를 들어 foo 버킷에 bar 객체가 있는 경우 초당 한 번만 foo/bar의 새로운 복사본을 업로드해야 합니다. 동일한 객체를 초당 한 번 이상 빠르게 업데이트하면 429 Too Many Requests 오류가 발생할 수 있습니다.

잘린 지수 백오프를 사용하여 실패한 요청을 재시도해야 합니다.

계층 구조

Cloud Storage는 객체를 저장하기 위해 단일 구조 네임스페이스를 사용합니다. 그러나 일부 도구(예: Google Cloud Platform Console, gsutil)는 편의상 객체가 가상 계층 구조에 저장된 것처럼 객체를 처리할 수 있습니다.

네임스페이스

Cloud Storage 네임스페이스는 하나만 있으므로, 모든 버킷 이름은 전체 Cloud Storage 네임스페이스에서 고유해야 합니다. 객체 이름은 주어진 버킷 내에서만 고유해야 합니다.

이 페이지가 도움이 되었나요? 평가를 부탁드립니다.

다음에 대한 의견 보내기...

Cloud Storage 문서