Cloud Storage 버킷 정보 (original) (raw)

이 페이지에서는 Cloud Storage의 리소스인 버킷을 설명합니다. Cloud Storage 작동 방식에 대한 일반적인 개요는 Cloud Storage 제품 개요를 참조하세요.

버킷

버킷은 데이터를 객체로 보존하는 기본 컨테이너입니다. Cloud Storage에 저장하는 모든 항목이 버킷에 포함되어야 합니다. 버킷을 사용하여 데이터를 구성하고 데이터 액세스를 제어할 수 있지만 디렉터리와 폴더와 달리 버킷을 중첩할 수 없습니다.

프로젝트 또는 위치에 포함할 수 있는 버킷 수에는 제한이 없습니다.
- 하지만 버킷을 만들거나 삭제할 수 있는 비율에 제한이 있습니다.
버킷을 만들 때는 여기에 전역적으로 고유한 이름 및 버킷 및 해당 콘텐츠가 저장되는 지리적 위치를 지정합니다.
- 기존 버킷의 이름을 변경할 수 없습니다. 대신 원하는 이름으로 새 버킷을 만들고 이전 버킷의 콘텐츠를 새 버킷으로 이동할 수 있습니다. 단계별 안내는 버킷 이동 및 이름 바꾸기를 참조하세요.
가격 책정(예: 데이터 스토리지, 데이터 처리, 네트워크 아웃바운드 데이터 전송)은 버킷 위치 및 객체의 스토리지 클래스와 같은 요소에 따라 달라집니다. 자세한 내용은 Cloud Storage 가격 책정을 참조하세요.
Identity and Access Management(IAM)를 사용하여 개별 버킷에 대한 액세스를 제어할 수 있습니다.

버킷 이름

버킷 이름은 다음 요구사항을 충족해야 합니다.

버킷 이름에는 소문자, 숫자, 대시(-), 밑줄(_), 점(.)만 포함할 수 있습니다. 공백은 허용되지 않습니다. 점이 포함된 이름은 확인이 필요합니다.
버킷 이름은 숫자 또는 문자로 시작하고 끝나야 합니다.
버킷 이름은 3~63자를 포함해야 합니다. 점을 포함하는 이름은 최대 222자를 포함할 수 있으나, 점으로 구분된 각 부분은 63자 이하여야 합니다.
버킷 이름은 마침표로 구분된 십진수 표기 형식의 IP 주소로 표시할 수 없습니다(예: 192.168.5.4).
버킷 이름은 접두사 'goog'로 시작할 수 없습니다.
버킷 이름에 'google' 또는 철자를 유사하게 변경한 'g00gle' 등을 포함할 수 없습니다.

버킷 이름 예시

다음은 유효한 버킷 이름의 예시입니다.

my-travel-maps
0f75d593-8e7b-4418-a5ba-cb2970f0b91e
test.example.com(example.com의 소유권 확인 필요)

다음은 잘못된 버킷 이름의 예시입니다.

My-Travel-Maps(대문자 포함)
my_google_bucket('google' 포함)
test bucket(공백 포함)

버킷 이름 고려사항

버킷 이름은 모든 Cloud Storage 사용자에 의해 공유되는 단일 네임스페이스에 있습니다. 다시 말하면 다음과 같습니다.
- 모든 버킷 이름은 전역적으로 고유해야 합니다.
  이미 기존 버킷에 속하는 이름으로 버킷을 만들려고 하면(예: example-bucket) Cloud Storage에 오류 메시지가 표시됩니다.
- 버킷 이름은 공개적으로 표시됩니다.
  누구든지 버킷의 존재를 프로브할 수 있으므로 사용자 ID, 이메일 주소, 프로젝트 이름, 프로젝트 번호 또는 기타 개인 식별 정보(PII)를 버킷 이름에 사용하지 마세요.
버킷을 삭제하면 누구나 새 버킷에 이름을 사용할 수 있습니다.
- 삭제된 버킷의 이름을 다시 사용할 수 있게 되는데 걸리는 시간은 일반적으로 몇 초 정도입니다. 하지만 몇 가지 주의할 사항이 있습니다.
  * 버킷이 포함된 프로젝트를 삭제할 경우 버킷도 실질적으로 함께 삭제되어, 몇 주 이상 버킷 이름이 해제되지 않을 수 있습니다.
  * 다른 사용자가 내 버킷의 이름을 재사용하는 경우 버킷에 소프트 삭제가 사용 설정되어 있더라도 삭제된 버킷을 복원할 수 없습니다.
  * 이전 버킷을 삭제하고 10분 이내에 다른 위치에 같은 이름의 새 버킷이 생성되면 이 10분의 기간 동안 새 버킷에 대한 요청은 실패하고 404-Bucket Not Found 오류가 발생합니다.
  * 요청이 XML API를 거치는 경우 새 위치에서 이름을 재사용하는 버킷을 만들려고 시도하면 기존 버킷이 삭제되고 최대 10분 동안 404-Bucket Not Found 오류와 함께 실패할 수 있습니다.
- 다른 사용자가 내 버킷의 이름을 재사용하면 원래 삭제된 버킷으로 전송될 데이터나 요청을 실수로 수신할 수 있습니다. 이러한 위험을 완화하려면 다음 권장사항을 고려하세요.
  * 버킷을 만들 때는 추측하거나 예측하기 어려운 강력한 이름 지정 규칙을 사용하세요.
  * 버킷을 삭제할 때는 외부 문서나 오픈소스 저장소 등 삭제된 버킷 이름의 모든 참조를 삭제해야 합니다.
  * 버킷이 더 이상 필요하지 않은 경우 버킷을 삭제하는 대신 버킷에서 모든 객체를 비우고 버킷을 유지하는 것이 좋습니다.
CNAME 또는 A 리디렉션의 일부로 DNS 레코드에서 버킷 이름을 사용할 수 있습니다.
이렇게 하려면 버킷 이름이 표준 DNS 명명 규칙을 따라야 합니다. 즉, 버킷 이름에 밑줄(_)을 사용하거나 다른 마침표 또는 대시와 옆에 마침표가 있어서는 안 됩니다. 예를 들어 .., -., .-는 DNS 이름 내에서 유효하지 않은 문자 조합입니다.

폴더 또는 디렉터리를 사용하여 버킷의 데이터에 액세스

Cloud Storage는 객체 형태로 구조화되지 않은 데이터를 저장하지만 일부 기능을 사용하면 폴더나 디렉터리를 통해 데이터에 액세스하고 관리할 수 있습니다.

계층적 네임스페이스

버킷을 만들 때 원하는 경우 버킷에 계층적 네임스페이스를 사용 설정할 수 있습니다. 이렇게 하면 폴더를 사용하여 파일 시스템 방식으로 객체를 저장할 수 있습니다. 객체를 폴더로 구성하면 대규모 데이터에 대한 작업을 더 쉽게 실행하여 성능, 일관성, 관리 용이성을 개선할 수 있습니다. 계층적 네임스페이스가 사용 설정된 버킷을 사용하면 데이터 집약적이고 파일 지향적인 워크로드로 작업할 때 특히 유용합니다.

계층적 네임스페이스를 사용하려면 계층적 네임스페이스가 사용 설정된 버킷 만들기를 참조하세요.

Cloud Storage FUSE

Cloud Storage FUSE는 버킷을 로컬 파일 시스템으로 마운트하고 액세스할 수 있도록 지원하는 FUSE 어댑터로, 애플리케이션이 표준 파일 시스템 시맨틱스를 사용하여 버킷의 객체를 읽고 쓸 수 있습니다. Cloud Storage FUSE를 사용하면 서비스의 모든 이점을 활용하여 Cloud Storage에 데이터를 저장하면서도 변경 없이 애플리케이션의 코드를 사용하여 데이터에 액세스할 수 있습니다.

Cloud Storage FUSE 사용 방법을 알아보려면 Cloud Storage FUSE 빠른 시작을 참조하세요.