자주 묻는 질문(FAQ)

가격 책정 및 지원

가격 정보는 어디에서 확인할 수 있나요?
Cloud Storage가 대역폭과 스토리지 사용량을 계산하는 방식을 포함하여 가격 책정에 대한 자세한 정보는 가격 책정 페이지를 참조하세요.
지원 옵션에는 어떤 것이 있나요?
지원 옵션에 대한 내용은 Cloud Storage 지원 받기 페이지를 참조하세요.
Cloud Storage는 서비스수준계약(SLA)을 제공하나요?
예. Cloud Storage 서비스수준계약이 적용됩니다.
SLA 금융 크레딧 자격을 Google에 알리려면 어떻게 해야 하나요?
SLA 금융 크레딧 자격 양식을 사용하세요.
제품에 대한 의견을 어떻게 제공하나요?
Cloud Storage 문서에서 페이지의 오른쪽 상단에 있는 '의견 보내기'를 클릭하세요. 의견 제출 양식이 열립니다. 보내주신 의견은 Cloud Storage팀에서 검토합니다.

시작하기

어떤 경우에 Cloud Storage를 활성화하고 결제를 사용 설정해야 하나요?
버킷을 만들거나, 데이터를 저장하거나, 데이터에 액세스할 수 있는 사람을 제어하려면 Cloud Storage를 활성화하고 결제를 사용 설정해야 합니다.
가입하려면 어떻게 해야 하나요?
Google Cloud Platform Console에서 Cloud Storage 서비스를 사용 설정하여 Cloud Storage에 가입하세요.
다른 사람의 버킷에 대한 액세스 권한을 부여받은 경우 Cloud Storage를 활성화하고 결제를 사용 설정해야 하나요?

아니요. 이 경우 다른 사람이 이미 Google Cloud Platform 프로젝트를 설정했고 사용자를 프로젝트 팀 구성원으로 추가했거나 해당 버킷과 객체에 대한 권한을 부여한 상태입니다. 일반적으로 Google 계정으로 인증하면 부여받은 액세스 권한에 따라 데이터를 읽거나 쓸 수 있습니다.

프로젝트 팀 구성원 추가에 대한 내용은 프로젝트에 구성원 추가를 참조하세요.

공개적으로 자유롭게 사용할 수 있는 데이터를 다운로드하거나 액세스하려고 합니다. 어떻게 하면 되나요?

Cloud Storage에 저장된 무료로 제공되는 공개 데이터에 액세스하는 여러 가지 방법을 제공하는 공개 데이터 액세스의 안내를 따르세요. 사용하는 방법에 따라 결제를 사용 설정하거나, 사용자 인증 정보를 만들거나, Cloud Storage에 인증 할 필요가 없습니다.

Cloud Storage에 어떤 도구와 라이브러리를 사용할 수 있나요?

Google은 JSON APIXML API 외에도 Cloud Storage와 상호작용하기 위한 다음 옵션을 제공합니다.

인터넷을 검색하여 Boto 라이브러리와 같은 다른 타사 도구와 라이브러리를 찾아볼 수 있습니다.

Cloud Storage용 라이브러리 또는 도구를 개발하고 있는데 인터넷에서 판매하고 싶습니다. 그래도 될까요?

예.

Cloud Storage 계정을 취소하려면 어떻게 해야 하나요?

Cloud Storage 계정을 취소하려면 다음 안내를 따르세요.

  1. 모든 버킷과 객체를 삭제합니다.

    단계별 안내는 버킷 삭제를 참조하세요.

  2. 프로젝트의 Cloud Storage 서비스를 사용 중지합니다.

    Google Cloud Platform Console에서 원하는 프로젝트의 사용 설정된 API 목록을 엽니다. API 목록에서 Google Cloud StorageGoogle Cloud Storage JSON API에 대하여 사용 중지를 클릭합니다.

  3. 결제를 사용 중지합니다(선택사항).

    위 단계를 수행한 후에 새로운 Cloud Storage 요금이 청구되지는 않지만, 명세서 수신을 중지하기 위해 결제를 사용 중지할 수 있습니다. 단계별 안내는 프로젝트 결제 사용 중지를 참조하세요. 결제를 사용 중지하면 결제 주기 시작 시점부터 결제 사용 중지 시점까지 발생한 잔여 요금에 대한 최종 청구서 한 부를 받게 됩니다.

스토리지 및 콘텐츠 정책

Cloud Storage에서 데이터의 내구성은 어느 정도인가요?

Cloud Storage는 연간 내구성을 99.999999999%(9가 11개) 제공하도록 설계되었으므로 기본 스토리지와 비즈니스에 중요한 애플리케이션에도 적합합니다. 이와 같이 높은 수준의 내구성은 데이터 조각을 여러 가용성 영역에 있는 여러 기기에 중복 저장하는 삭제 코딩을 통해 달성됩니다.

쓰기가 성공한 것으로 확인되려면 먼저 Cloud Storage에 쓴 객체를 두 곳 이상의 서로 다른 가용성 영역에 중복 저장해야 합니다. 체크섬을 저장하고 정기적으로 재평가하여 모든 저장 데이터의 데이터 무결성을 사전에 확인하고 전송 중 데이터의 손상을 감지합니다. 필요한 경우 중복 데이터를 사용하여 수정을 자동으로 수행합니다. 고객은 실수로 인한 삭제를 방지하기 위해 객체 버전 관리를 선택적으로 사용 설정할 수 있습니다.

데이터 가용성을 극대화하려면 어떻게 해야 하나요?

고가용성이 가장 중요한 요구사항이라면 멀티 리전 또는 이중 리전 버킷 위치에 데이터를 저장하는 것이 좋습니다. 이렇게 하면 지리적으로 떨어진 최소 두 곳 이상의 리전에 데이터가 저장되므로 자연 재해로 인한 경우를 포함하여 리전 전체에 정전이 발생하는 드문 경우에도 계속해서 가용성을 유지할 수 있습니다. 스토리지 클래스에 관계없이 모든 데이터가 이러한 유형의 위치에 지리적으로 중복 저장되므로 고가용성을 포기하지 않고 스토리지 수명 주기 관리를 사용할 수 있습니다.

재해 복구 발생 시에 Cloud Storage가 제공하는 다른 이점은 무엇인가요?

Cloud Storage는 여러 리전에 복제된 데이터가 있는 버킷의 경우에도 항상 단일 버킷에서 strong consistentency를 가진 객체 목록을 제공합니다. 즉, 대부분의 경우 지리적으로 중복된 스토리지 위치의 RTO가 0입니다. 드물게 발생하는 리전 전체 정전의 경우에도 스토리지 경로를 변경하지 않고 기존 버킷을 계속 사용할 수 있습니다. 이를 위해 특정 리전이 오프라인 상태인 경우에도 서비스가 계속 제공될 수 있도록 지리적으로 중복된 Compute 인스턴스를 설정해야 하는 경우가 종종 있습니다.

데이터는 어디에 저장되나요?

Cloud Storage가 데이터를 저장하는 장소는 데이터가 상주하는 버킷 위치에 따라 다릅니다. 사용 가능한 위치와 위치 선택이 의미하는 바에 대해서는 버킷 위치 페이지를 참조하세요.

실수로 인한 데이터 삭제를 방지하려면 어떻게 해야 하나요?

객체 버전 관리를 사용하세요. 서비스 중인 버전을 덮어쓰거나 삭제할 때마다 객체 버전 관리 기능은 보관처리된 객체 버전을 유지합니다. 실수로 객체를 삭제해도 보관처리된 버전을 서비스 중인 버전으로 다시 복사할 수 있습니다. 객체 버전 관리를 객체 수명 주기 관리와 함께 사용하는 것이 좋습니다. 이렇게 하면 각각 스토리지 비용이 발생하는 객체의 불필요한 복사본을 여러 개 유지하지 않아도 됩니다.

대안으로 객체 보존 조치를 사용할 수 있습니다. 객체 보존 조치를 적용한 객체는 삭제하거나 덮어쓸 수 없습니다.

잠겨 있는, 보관이 사용 설정된 버킷에 실수로 업로드한 Cloud Storage 객체를 삭제할 수 있나요?

아니요. 그러한 객체는 보관 기간이 경과한 후에만 삭제할 수 있습니다.

버킷을 잠그지 않았다면 일시적으로 보관 정책을 삭제하고 객체를 삭제한 다음 보관 정책을 복원할 수 있습니다.

서비스에서 호스팅되는 일부 콘텐츠가 부적절하다고 생각합니다. 어떻게 신고하나요?

이 서비스에서는 특정한 유형의 콘텐츠를 허용하지 않습니다. 자세한 내용은 서비스 약관플랫폼 정책을 참조하세요. 일부 콘텐츠가 Google 정책에 위배된다고 판단되면 여기에서 신고하세요(기타 제품 보기, Google Cloud Storage 및 Cloud Bigtable을 차례대로 선택).

버킷 사용

위치 제약 조건을 지정하지 않은 경우 기본 버킷 위치는 어디인가요?
기본 버킷 위치는 미국에 있습니다. 위치 제약 조건을 지정하지 않으면 기본 버킷에 추가된 버킷과 데이터는 미국에 있는 서버에 저장됩니다.
버킷을 한 위치에서 다른 위치로 이동하거나, 버킷과 연결된 프로젝트를 변경할 수 있나요?
본질적으로 Cloud Storage에서는 버킷 위치나 프로젝트를 변경할 수 없습니다. 버킷은 버킷을 생성할 때 설정한 위치와 프로젝트에서 유지됩니다. 이러한 매개변수 중 하나를 변경하려면 버킷을 삭제하고 다시 생성해야 합니다.
일일 공간 사용량 요약을 가져오려면 어떻게 해야 하나요?
gsutil du 명령어 또는 스토리지 로그를 사용하여 지정된 버킷의 모든 객체가 사용하는 전체 공간을 가져올 수 있습니다. 자세한 내용은 버킷 크기 확인을 참조하세요.
버킷을 만들었지만 어떤 프로젝트에서 만들었는지 기억이 나지 않습니다. 어떻게 찾을 수 있나요?

대부분의 일반적인 Cloud Storage 작업의 경우, 버킷에 연결된 프로젝트가 아니라 관련 버킷 이름만 지정하면 됩니다. 일반적으로, 버킷을 만들거나 프로젝트에서 버킷을 나열하는 경우 프로젝트 식별자만 지정하면 됩니다. 자세한 내용은 프로젝트를 지정하는 시기를 참조하세요.

특정 버킷이 포함된 프로젝트를 찾으려면 다음 안내를 따르세요.

  • 찾는 프로젝트와 버킷의 수가 많지 않으면 Google Cloud Platform Console을 사용하여 각 프로젝트를 선택하고, 프로젝트에 포함된 버킷을 확인합니다.
  • 그렇지 않으면 API 탐색기의 storage.bucket.get 페이지로 이동하여 버킷 필드에 버킷 이름을 입력합니다. 승인 및 실행을 클릭하면 관련 프로젝트 번호가 응답의 일부로 나타납니다. 프로젝트 이름을 확인하려면 다음 터미널 명령어에 프로젝트 번호를 사용합니다.
    gcloud projects list | grep [PROJECT_NUMBER]

다른 Google 서비스와 함께 사용

Cloud Storage를 사용하여 Google 드라이브와 같은 G Suite 서비스에 파일을 업로드할 수 있나요?
아니요. Cloud Storage는 G Suite와 통합되어 있지 않습니다.
G Suite 계정 또는 Cloud ID 도메인으로 Cloud Storage를 사용할 수 있나요?
예. 둘 중 하나로 Cloud Storage를 사용할 수 있습니다.
Google은 구조화되지 않은 다른 스토리지 옵션을 제공하나요?
예. Google은 구조화되지 않은 데이터를 위한 몇 가지 스토리지 옵션을 제공하며, Google 드라이브도 그 중 하나입니다. 옵션 간 차이를 설명하는 동영상을 포함하여 Google 스토리지 옵션에 대한 개요는 데이터 저장을 참조하세요.

데이터 액세스

데이터 액세스 관련 요금을 데이터에 액세스하는 사용자에게 청구할 수 있나요?
예. 요청자 지불 기능을 사용하여 요청자가 요청에 결제 계정 프로젝트를 포함하도록 요구할 수 있습니다. 이렇게 하면 액세스된 버킷의 소유자 대신 요청자의 프로젝트에 액세스 요금이 청구됩니다.
Cloud Storage는 업로드 및 다운로드용 가속화 기능을 제공하나요?
예. Cloud Storage에서는 업로드 및 다운로드에 전역 DNS 이름을 사용할 수 있습니다. Google은 비공개 네트워크를 사용하여 데이터를 업로드하거나 다운로드하는 가장 가까운 POP와 데이터를 전송합니다. 이렇게 하면 일반적으로 공용 인터넷 사용 시보다 전송 성능이 크게 향상됩니다. 이 기능은 추가 요금 없이 모든 Cloud Storage 버킷에 포함되어 있습니다.
다른 사람이 개별 객체를 다운로드할 수 있도록 하려고 합니다. 어떻게 해야 하나요?
사용자 또는 그룹에 READ 권한을 부여하는 객체의 액세스 제어 목록(ACL)에 항목을 추가하여 개별 객체를 사용자 또는 그룹과 공유할 수 있습니다. 단계별 안내는 ACL 변경을 참조하세요.
다른 사람이 객체를 다운로드하도록 허용하지는 않으면서 객체에 대한 ACL 권한을 읽도록 할 수 있나요?

예. 가장 간편한 방법은 사용자 storage.objects.liststorage.objects.getIamPolicy에게 객체가 포함된 버킷의 IAM 권한을 부여하는 것입니다. 이러한 권한이 있으면 사용자가 버킷에서 객체를 나열할 때 객체 ACL을 검색할 수 있지만 객체를 다운로드할 수는 없습니다.

또는 사용자에게 서명된 URL을 제공하여 단일 유형의 요청에 대한 특정 권한을 위임할 수 있습니다.

버킷에서 객체를 나열하거나 버킷의 메타데이터를 볼 수 없도록 하면서 버킷에서 객체를 만들 수 있는 권한을 부여할 수 있나요?

예. ACL은 이를 허용하지 않지만 IAM 권한을 사용하면 가능합니다. 이렇게 하려면 사용자에게 원하는 버킷의 roles/storage.objectCreator 역할을 부여하기만 하면 됩니다.

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

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

도움이 필요하시나요? 지원 페이지를 방문하세요.