이 가이드는 소유한 도메인의 정적 웹사이트를 호스팅하기 위해 Cloud Storage 버킷을 구성하는 방법을 설명합니다. 정적 웹페이지에는 HTML, CSS, 자바스크립트와 같은 클라이언트 측 기술이 포함될 수 있습니다. 반면 PHP와 같은 서버 측 스크립트를 비롯한 동적 콘텐츠는 포함될 수 없습니다.
Cloud Storage는 자체적으로 HTTPS 커스텀 도메인을 지원하지 않으므로 이 튜토리얼에서는 Cloud Storage를 외부 애플리케이션 부하 분산기와 함께 사용하여 HTTPS를 통해 커스텀 도메인에서 콘텐츠를 제공합니다. HTTPS를 통해 커스텀 도메인에서 콘텐츠를 제공하는 다른 방법은 HTTPS 제공 문제 해결을 참조하세요. Cloud Storage를 사용하여 부하 분산기가 필요 없는 HTTP를 통해 커스텀 도메인 콘텐츠를 제공할 수도 있습니다.
동적 웹사이트의 정적 애셋을 호스팅하는 방법을 비롯하여 정적 웹페이지에 대한 예시와 도움말은 정적 웹사이트 페이지를 참조하세요.
목표
이 튜토리얼에서는 다음을 수행하는 방법을 보여줍니다.- 버킷을 만듭니다.
- 사이트의 파일을 업로드하고 공유합니다.
- 부하 분산기와 SSL 인증서를 설정합니다.
- 부하 분산기를 버킷에 연결합니다.
A
레코드를 사용하여 도메인이 부하 분산기를 가리키도록 합니다.- 웹사이트를 테스트합니다.
비용
이 튜토리얼에서는 비용이 청구될 수 있는 다음과 같은 Google Cloud 구성요소를 사용합니다.
정적 웹사이트 호스팅 시 발생할 수 있는 요금에 대한 자세한 내용은 요금 모니터링 팁을 참조하세요.
시작하기 전에
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
- 프로젝트에 Compute Engine API를 사용 설정합니다.
- 스토리지 관리자와 컴퓨팅 네트워크 관리자라는 Identity and Access Management 역할이 있습니다.
- 자신이 소유하거나 관리하는 도메인이 있어야 합니다. 기존 도메인이 없는 경우 Cloud Domains와 같은 다양한 서비스를 사용하여 새 도메인을 등록할 수 있습니다.
이 튜토리얼은
example.com
도메인을 사용합니다. - 제공할 웹사이트 파일이 있어야 합니다. 이 튜토리얼은 최소 색인 페이지(
index.html
)와 404 페이지(404.html
)가 있는 경우에 가장 효과적입니다. - (선택사항) Cloud Storage 버킷이 도메인과 동일한 이름을 사용하도록 하려면 사용할 도메인을 소유 또는 관리하고 있는지 확인해야 합니다.
www.example.com
과 같은 하위 도메인이 아니라example.com
과 같은 최상위 도메인을 확인해야 합니다. Cloud Domains를 통해 도메인을 구매한 경우 자동으로 확인이 수행됩니다.
버킷 만들기
버킷을 만드는 방법은 다음과 같습니다.
콘솔
- Google Cloud 콘솔에서 Cloud Storage 버킷 페이지로 이동합니다.
- + 만들기를 클릭합니다.
- 버킷 만들기 페이지에서 버킷 정보를 입력합니다. 다음 단계로 이동하려면 계속을 클릭합니다.
- 버킷 이름 지정에서 버킷 이름 요구사항을 충족하는 이름을 입력합니다.
- 데이터 저장 위치 선택에서 위치 유형과 버킷 데이터가 영구적으로 저장될 위치를 선택합니다.
- 데이터의 스토리지 클래스 선택에서 버킷에 기본 스토리지 클래스를 선택하거나, 버킷 데이터의 자동 스토리지 클래스 관리 기능에 자동 클래스를 선택합니다.
참고: 오른쪽 창에 있는 월별 예상 비용 패널은 선택한 스토리지 클래스와 위치, 예상 데이터 크기 및 작업을 기준으로 버킷의 월별 비용을 추정합니다.
- 객체 액세스를 제어하는 방식 선택에서 버킷이 공개 액세스 방지를 적용할지 여부를 선택하고 버킷의 객체에 대한 액세스 제어 모델을 선택합니다.
참고: 프로젝트의 공개 액세스 방지가 프로젝트의 조직 정책에 의해 이미 시행된 경우 공개 액세스 방지 전환이 잠겨 있습니다.
- 객체 데이터 보호 방법 선택에서 원하는 경우 보호 도구를 구성하고 데이터 암호화 방법을 선택합니다.
- 만들기를 클릭합니다.
Google Cloud 콘솔에서 실패한 Cloud Storage 작업에 대한 자세한 오류 정보를 가져오는 방법은 문제 해결을 참조하세요.
명령줄
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
-
개발 환경에서
gcloud storage buckets create
명령어를 실행합니다.gcloud storage buckets create gs://BUCKET_NAME --location=BUCKET_LOCATION
각 항목의 의미는 다음과 같습니다.
BUCKET_NAME
은 버킷에 지정할 이름이며, 이름 지정 요구사항이 적용됩니다. 예를 들면my-bucket
입니다.BUCKET_LOCATION
은 버킷 위치입니다. 예를 들면us-east1
입니다.
요청이 성공하면 명령어에서 다음과 같은 메시지를 반환합니다.
Creating gs://BUCKET_NAME/...
버킷 생성을 더욱 세밀하게 제어하려면 다음 플래그를 설정합니다.
--project
: 버킷을 연결할 프로젝트 ID 또는 프로젝트 번호를 지정합니다. 예를 들면my-project
입니다.--default-storage-class
: 버킷의 기본 스토리지 클래스를 지정합니다. 예를 들면STANDARD
입니다.--soft-delete-duration
: 버킷의 소프트 삭제 보관 기간을 지정합니다. 예를 들면2w1d
입니다.--uniform-bucket-level-access
: 버킷에 균일한 버킷 수준 액세스를 사용 설정합니다.
gcloud 버킷 만들기에 대한 전체 옵션 목록은
buckets create
옵션을 참조하세요.예를 들면 다음과 같습니다.
gcloud storage buckets create gs://BUCKET_NAME --project=PROJECT_ID --default-storage-class=STORAGE_CLASS --location=BUCKET_LOCATION --uniform-bucket-level-access
클라이언트 라이브러리
의 JSON API 참조에서 확인할 수 있습니다.C++
자세한 내용은 Cloud Storage C++ API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
C#
자세한 내용은 Cloud Storage C# API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Go
자세한 내용은 Cloud Storage Go API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Java
자세한 내용은 Cloud Storage Java API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Node.js
자세한 내용은 Cloud Storage Node.js API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
PHP
자세한 내용은 Cloud Storage PHP API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Python
자세한 내용은 Cloud Storage Python API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Ruby
자세한 내용은 Cloud Storage Ruby API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Terraform
Terraform 리소스를 사용하여 스토리지 버킷을 만들 수 있습니다.
다음 샘플에는 색인 페이지 서픽스와 커스텀 오류 페이지가 할당되어 있습니다. 자세한 내용은 특수 페이지 할당을 참조하세요.
REST API
JSON API
Authorization
헤더에 대한 액세스 토큰을 생성하려면 gcloud CLI가 설치 및 초기화되어 있어야 합니다.또는 OAuth 2.0 Playground를 사용하여 액세스 토큰을 만들고
Authorization
헤더에 포함할 수 있습니다.- 버킷의 설정이 포함된 JSON 파일을 만듭니다. 여기에는 버킷의
name
이 포함되어야 합니다. 전체 설정 목록은 Buckets:Insert 문서를 참조하세요. 다음은 일반적으로 포함되는 설정입니다. BUCKET_NAME
은 버킷에 지정할 이름이며, 이름 지정 요구사항이 적용됩니다. 예를 들면my-bucket
입니다.BUCKET_LOCATION
은 버킷의 객체 데이터를 저장할 위치입니다. 예를 들면US-EAST1
입니다.STORAGE_CLASS
는 버킷의 기본 스토리지 클래스입니다. 예를 들면STANDARD
입니다.- JSON API를 호출하려면
cURL
을 사용합니다.curl -X POST --data-binary @JSON_FILE_NAME \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json" \ "https://storage.googleapis.com/storage/v1/b?project=PROJECT_IDENTIFIER"
각 항목의 의미는 다음과 같습니다.
JSON_FILE_NAME
는 2단계에서 만든 JSON 파일의 이름입니다.PROJECT_IDENTIFIER
는 버킷과 연결할 프로젝트의 ID 또는 번호입니다. 예를 들면my-project
입니다.
{ "name": "BUCKET_NAME", "location": "BUCKET_LOCATION", "storageClass": "STORAGE_CLASS", "iamConfiguration": { "uniformBucketLevelAccess": { "enabled": true }, } }
각 항목의 의미는 다음과 같습니다.
XML API
Authorization
헤더에 대한 액세스 토큰을 생성하려면 gcloud CLI가 설치 및 초기화되어 있어야 합니다.또는 OAuth 2.0 Playground를 사용하여 액세스 토큰을 만들고
Authorization
헤더에 포함할 수 있습니다.- 버킷 설정이 포함된 XML 파일을 만듭니다. 전체 설정 목록은 XML: 버킷 만들기 문서를 참조하세요. 다음은 일반적으로 포함되는 설정입니다.
BUCKET_LOCATION
은 버킷의 객체 데이터를 저장할 위치입니다. 예를 들면US-EAST1
입니다.STORAGE_CLASS
는 버킷의 기본 스토리지 클래스입니다. 예를 들면STANDARD
입니다.- XML API를 호출하려면
cURL
을 사용합니다.curl -X PUT --data-binary @XML_FILE_NAME \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "x-goog-project-id: PROJECT_ID" \ "https://storage.googleapis.com/BUCKET_NAME"
각 항목의 의미는 다음과 같습니다.
XML_FILE_NAME
은 2단계에서 만든 XML 파일의 이름입니다.PROJECT_ID
는 버킷과 연결될 프로젝트의 ID입니다. 예를 들면my-project
입니다.BUCKET_NAME
은 버킷에 지정할 이름이며, 이름 지정 요구사항이 적용됩니다. 예를 들면my-bucket
입니다.
<CreateBucketConfiguration> <LocationConstraint>BUCKET_LOCATION</LocationConstraint> <StorageClass>STORAGE_CLASS</StorageClass> </CreateBucketConfiguration>
각 항목의 의미는 다음과 같습니다.
사이트 파일 업로드
웹사이트가 제공할 파일을 버킷에 추가합니다.
콘솔
- Google Cloud 콘솔에서 Cloud Storage 버킷 페이지로 이동합니다.
버킷 목록에서 앞서 만든 버킷의 이름을 클릭합니다.
객체 탭이 선택된 상태로 버킷 세부정보 페이지가 열립니다.
파일 업로드 버튼을 클릭합니다.
파일 대화상자에서 원하는 파일을 탐색하고 선택합니다.
업로드가 완료되면 버킷에 표시된 파일 정보와 함께 파일 이름이 표시됩니다.
Google Cloud 콘솔에서 실패한 Cloud Storage 작업에 대한 자세한 오류 정보를 가져오는 방법은 문제 해결을 참조하세요.
명령줄
gcloud storage cp
명령어를 사용하여 파일을 버킷으로 복사합니다.
예를 들어 index.html
파일을 현재 위치 Desktop
에서 my-static-assets
버킷으로 복사하려면 다음 명령어를 실행합니다.
gcloud storage cp Desktop/index.html gs://my-static-assets
성공하면 응답은 다음 예시와 같습니다.
Completed files 1/1 | 164.3kiB/164.3kiB
클라이언트 라이브러리
C++
자세한 내용은 Cloud Storage C++ API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
C#
자세한 내용은 Cloud Storage C# API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Go
자세한 내용은 Cloud Storage Go API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Java
자세한 내용은 Cloud Storage Java API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
다음 샘플은 개별 객체를 업로드합니다.
다음 샘플은 객체 여러 개를 동시에 업로드합니다.
다음 샘플에서는 공통 프리픽스가 있는 모든 객체를 동시에 업로드합니다.
Node.js
자세한 내용은 Cloud Storage Node.js API 참조 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
다음 샘플은 개별 객체를 업로드합니다.
다음 샘플은 객체 여러 개를 동시에 업로드합니다.
다음 샘플에서는 공통 프리픽스가 있는 모든 객체를 동시에 업로드합니다.
PHP
자세한 내용은 Cloud Storage PHP API 참조 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Python
자세한 내용은 Cloud Storage Python API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
다음 샘플은 개별 객체를 업로드합니다.
다음 샘플은 객체 여러 개를 동시에 업로드합니다.
다음 샘플에서는 공통 프리픽스가 있는 모든 객체를 동시에 업로드합니다.
Ruby
자세한 내용은 Cloud Storage Ruby API 참조 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Terraform
REST API
JSON API
Authorization
헤더에 대한 액세스 토큰을 생성하려면 gcloud CLI가 설치 및 초기화되어 있어야 합니다.또는 OAuth 2.0 Playground를 사용하여 액세스 토큰을 만들고
Authorization
헤더에 포함할 수 있습니다.cURL
을 사용하여POST
객체 요청으로 JSON API를 호출합니다.index.html
파일을my-static-assets
라는 버킷에 업로드한 경우:curl -X POST --data-binary @index.html \ -H "Content-Type: text/html" \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ "https://storage.googleapis.com/upload/storage/v1/b/my-static-assets/o?uploadType=media&name=index.html"
XML API
Authorization
헤더에 대한 액세스 토큰을 생성하려면 gcloud CLI가 설치 및 초기화되어 있어야 합니다.또는 OAuth 2.0 Playground를 사용하여 액세스 토큰을 만들고
Authorization
헤더에 포함할 수 있습니다.cURL
을 사용하여PUT
객체 요청으로 XML API를 호출합니다.index.html
파일을my-static-assets
라는 버킷에 업로드한 경우:curl -X PUT --data-binary @index.html \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: text/html" \ "https://storage.googleapis.com/my-static-assets/index.html"
파일 공유
공개 인터넷의 모든 사용자가 버킷의 모든 객체를 읽을 수 있도록 하려면 다음 단계를 따르세요.
콘솔
- Google Cloud 콘솔에서 Cloud Storage 버킷 페이지로 이동합니다.
버킷 목록에서 공개하려는 버킷의 이름을 클릭합니다.
페이지 상단의 권한 탭을 선택합니다.
공개 액세스 창에 공개 아님이 표시되면 공개 액세스 방지 삭제 버튼을 클릭하고 대화상자가 나타나면 확인을 클릭합니다.
add_box 액세스 권한 부여 버튼을 클릭합니다.
주 구성원 추가 대화상자가 나타납니다.
새 주 구성원 필드에
allUsers
를 입력합니다.역할 선택 드롭다운에서 Cloud Storage 하위 메뉴를 선택하고 스토리지 객체 뷰어 옵션을 클릭합니다.
저장을 클릭합니다.
공개 액세스 허용을 클릭합니다.
버킷이 공개적으로 공유되면 공개 액세스 열에 각 객체의 링크 아이콘이 나타납니다. 이 아이콘을 클릭하여 객체의 URL을 가져올 수 있습니다.
Google Cloud 콘솔에서 실패한 Cloud Storage 작업에 대한 자세한 오류 정보를 가져오는 방법은 문제 해결을 참조하세요.
명령줄
buckets add-iam-policy-binding
명령어를 사용합니다.
gcloud storage buckets add-iam-policy-binding gs://my-static-assets --member=allUsers --role=roles/storage.objectViewer
클라이언트 라이브러리
C++
자세한 내용은 Cloud Storage C++ API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
C#
자세한 내용은 Cloud Storage C# API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Go
자세한 내용은 Cloud Storage Go API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Java
자세한 내용은 Cloud Storage Java API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Node.js
자세한 내용은 Cloud Storage Node.js API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
PHP
자세한 내용은 Cloud Storage PHP API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Python
자세한 내용은 Cloud Storage Python API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Ruby
자세한 내용은 Cloud Storage Ruby API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Terraform
REST API
JSON API
Authorization
헤더에 대한 액세스 토큰을 생성하려면 gcloud CLI가 설치 및 초기화되어 있어야 합니다.또는 OAuth 2.0 Playground를 사용하여 액세스 토큰을 만들고
Authorization
헤더에 포함할 수 있습니다.다음 정보를 포함하는 JSON 파일을 만듭니다.
{ "bindings":[ { "role": "roles/storage.objectViewer", "members":["allUsers"] } ] }
cURL
을 사용하여PUT
버킷 요청으로 JSON API를 호출합니다.curl -X PUT --data-binary @JSON_FILE_NAME \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json" \ "https://storage.googleapis.com/storage/v1/b/BUCKET_NAME/iam"
각 항목의 의미는 다음과 같습니다.
JSON_FILE_NAME
은 2단계에서 만든 JSON 파일의 경로입니다.BUCKET_NAME
은 객체를 공개할 버킷의 이름입니다. 예를 들면my-static-assets
입니다.
XML API
XML API에서는 버킷의 모든 객체를 공개적으로 읽을 수 있게 설정할 수 없습니다. 대신 Google Cloud 콘솔 또는 gcloud storage
를 사용하거나 개별 객체에 ACL을 설정합니다.
버킷의 개별 객체를 공개적으로 액세스 가능하게 설정하려면 버킷의 액세스 제어 모드를 세분화로 전환해야 합니다. 일반적으로 버킷의 모든 파일을 액세스 가능하게 설정하는 것이 더 쉽고 빠릅니다.
방문자가 비공개 파일이나 존재하지 않는 파일의 URL을 요청하면 http 403
응답 코드를 받습니다. http 404
응답 코드를 사용하는 오류 페이지를 추가하는 방법에 대한 자세한 내용은 다음 섹션을 참조하세요.
권장사항: 특수 페이지 할당
색인 페이지 서픽스와 특수 페이지라고 하는 커스텀 오류 페이지를 할당할 수 있습니다. 이 중 원하는 한 가지를 할당할 수 있지만 색인 페이지 서픽스를 할당하지 않고 해당 색인 페이지를 업로드하지 않으면 최상위 사이트에 액세스하는 사용자에게 버킷의 공개 객체 목록이 포함된 XML 문서 트리가 제공됩니다.
특수 페이지 동작에 대한 자세한 내용은 특수 페이지를 참조하세요.
콘솔
- Google Cloud 콘솔에서 Cloud Storage 버킷 페이지로 이동합니다.
버킷 목록에서 앞서 만든 버킷을 찾습니다.
버킷과 연관된 버킷 오버플로 메뉴(more_vert)를 클릭하고 웹사이트 구성 수정을 선택합니다.
웹사이트 구성 대화상자에서 기본 페이지와 오류 페이지를 지정합니다.
저장을 클릭합니다.
Google Cloud 콘솔에서 실패한 Cloud Storage 작업에 대한 자세한 오류 정보를 가져오는 방법은 문제 해결을 참조하세요.
명령줄
buckets update
명령어를 --web-main-page-suffix
및 --web-error-page
플래그와 함께 사용합니다.
다음 샘플에서 MainPageSuffix
는 index.html
로 설정되고 NotFoundPage
는 404.html
로 설정됩니다.
gcloud storage buckets update gs://my-static-assets --web-main-page-suffix=index.html --web-error-page=404.html
성공하면 명령어가 다음을 반환합니다.
Updating gs://www.example.com/... Completed 1
클라이언트 라이브러리
C++
자세한 내용은 Cloud Storage C++ API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
C#
자세한 내용은 Cloud Storage C# API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Go
자세한 내용은 Cloud Storage Go API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Java
자세한 내용은 Cloud Storage Java API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Node.js
자세한 내용은 Cloud Storage Node.js API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
PHP
자세한 내용은 Cloud Storage PHP API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Python
자세한 내용은 Cloud Storage Python API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Ruby
자세한 내용은 Cloud Storage Ruby API 참고 문서를 확인하세요.
Cloud Storage에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
REST API
JSON API
Authorization
헤더에 대한 액세스 토큰을 생성하려면 gcloud CLI가 설치 및 초기화되어 있어야 합니다.또는 OAuth 2.0 Playground를 사용하여 액세스 토큰을 만들고
Authorization
헤더에 포함할 수 있습니다.website
객체에서mainPageSuffix
및notFoundPage
속성을 원하는 페이지로 설정하는 JSON 파일을 만듭니다.다음 샘플에서
mainPageSuffix
는index.html
로 설정되고notFoundPage
는404.html
로 설정됩니다.{ "website":{ "mainPageSuffix": "index.html", "notFoundPage": "404.html" } }
cURL
을 사용하여PATCH
버킷 요청으로 JSON API를 호출합니다.my-static-assets
버킷의 경우:curl -X PATCH --data-binary @web-config.json \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json" \ "https://storage.googleapis.com/storage/v1/b/my-static-assets"
XML API
Authorization
헤더에 대한 액세스 토큰을 생성하려면 gcloud CLI가 설치 및 초기화되어 있어야 합니다.또는 OAuth 2.0 Playground를 사용하여 액세스 토큰을 만들고
Authorization
헤더에 포함할 수 있습니다.WebsiteConfiguration
요소에서MainPageSuffix
및NotFoundPage
요소를 원하는 페이지로 설정하는 XML 파일을 만듭니다.다음 샘플에서
MainPageSuffix
는index.html
로 설정되고NotFoundPage
는404.html
로 설정됩니다.<WebsiteConfiguration> <MainPageSuffix>index.html</MainPageSuffix> <NotFoundPage>404.html</NotFoundPage> </WebsiteConfiguration>
cURL
을 사용하여PUT
버킷 요청 및websiteConfig
쿼리 문자열 매개변수로 XML API를 호출합니다.my-static-assets
의 경우:curl -X PUT --data-binary @web-config.xml \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ https://storage.googleapis.com/my-static-assets?websiteConfig
부하 분산기 및 SSL 인증서 설정
Cloud Storage는 자체적으로 HTTPS 커스텀 도메인을 지원하지 않으므로 HTTPS를 통해 웹사이트를 제공하려면 HTTPS 부하 분산기에 연결된 SSL 인증서를 설정해야 합니다. 이 섹션에서는 버킷을 부하 분산기의 백엔드에 추가하는 방법과 새 Google 관리 SSL 인증서를 부하 분산기의 프런트엔드에 추가하는 방법을 보여줍니다.
구성 시작
Google Cloud 콘솔에서 부하 분산 페이지로 이동합니다.
- 부하 분산기 만들기를 클릭합니다.
- 부하 분산기 유형에서 애플리케이션 부하 분산기(HTTP/HTTPS)를 선택하고 다음을 클릭합니다.
- 공개 또는 내부에서 공개(외부)를 선택하고 다음을 클릭합니다.
- 전역 또는 단일 리전 배포에 전역 워크로드에 적합을 선택하고 다음을 클릭합니다.
- 부하 분산기 생성에 기본 애플리케이션 부하 분산기를 선택하고 다음을 클릭합니다.
- 구성을 클릭합니다.
부하 분산기의 구성 창이 나타납니다.
기본 구성
구성을 계속하기 전에 부하 분산기 이름(예: example-lb
)을 입력합니다.
프런트엔드 구성
이 섹션에서는 HTTPS 프로토콜을 구성하고 SSL 인증서를 만드는 방법을 보여줍니다. 기존 인증서를 선택하거나 자체 관리형 SSL 인증서를 업로드할 수도 있습니다.
- 프런트엔드 구성을 클릭합니다.
- (선택사항) 프런트엔드 구성에 이름을 지정합니다.
- 프로토콜에서 HTTPS(HTTP/2 포함)를 선택합니다.
- IP 버전에서 IPv4를 선택합니다. IPv6을 선호하는 경우 자세한 내용은 IPv6 종료를 참조하세요.
IP 주소 필드의 경우:
- 드롭다운에서 IP 주소 만들기를 클릭합니다.
- 새 고정 IP 주소 예약 팝업에 IP 주소의 이름에
example-ip
와 같은 이름을 입력합니다. - 예약을 클릭합니다.
포트에서 443을 선택합니다.
인증서 필드 드롭다운에서 새 인증서 만들기를 선택합니다. 인증서 생성 양식이 패널에 나타납니다. 다음과 같이 구성합니다.
- 인증서에 이름(예:
example-ssl
)을 지정합니다. - 만들기 모드에서 Google 관리 인증서 만들기를 선택합니다.
- 도메인에 웹사이트 이름(예:
www.example.com
)을 입력합니다. 루트 도메인example.com
과 같은 추가 도메인을 통해 콘텐츠를 제공하려면 Enter를 눌러 추가 행에 추가합니다. 각 인증서의 도메인 한도는 100개입니다.
- 인증서에 이름(예:
만들기를 클릭합니다.
(선택사항) Google Cloud에서 HTTP 트래픽을 리디렉션할 수 있도록 부분 HTTP 부하 분산기를 자동으로 설정하려면 HTTP에서 HTTPS로 리디렉션 사용 설정 옆에 있는 체크박스를 선택합니다.
완료를 클릭합니다.
백엔드 구성
- 백엔드 구성을 클릭합니다.
- 백엔드 서비스 및 백엔드 버킷 드롭다운에서 백엔드 버킷 만들기를 클릭합니다.
- 백엔드 버킷 이름(예:
example-bucket
)을 선택합니다. 선택한 이름은 앞에서 만든 버킷의 이름과 다를 수 있습니다. - Cloud Storage 버킷 필드에 있는 찾아보기를 클릭합니다.
- 이전에 만든
my-static-assets
버킷을 선택하고 선택을 클릭합니다. - (선택사항) Cloud CDN을 사용하려면 Cloud CDN 사용 설정 체크박스를 선택하고 원하는 대로 Cloud CDN을 구성합니다. Cloud CDN은 추가 비용이 발생할 수 있습니다.
- 만들기를 클릭합니다.
라우팅 규칙 구성
라우팅 규칙은 외부 애플리케이션 부하 분산기의 URL 맵 구성요소입니다. 이 튜토리얼에서는 부하 분산기 구성의 이 부분을 건너뛰어야 합니다. 이 구성은 방금 구성한 백엔드를 사용하도록 자동으로 설정되기 때문입니다.
구성 검토
- 검토 및 완료를 클릭합니다.
- 프런트엔드, 라우팅 규칙, 백엔드를 검토합니다.
- 만들기를 클릭합니다.
부하 분산기가 생성될 때까지 몇 분 정도 기다려야 할 수 있습니다.
부하 분산기에 도메인 연결
부하 분산기를 만든 후 부하 분산기의 이름 example-lb
를 클릭합니다. 부하 분산기에 연결된 IP 주소(예: 30.90.80.100
)를 확인합니다. 도메인이 부하 분산기를 가리키도록 하려면 도메인 등록 서비스를 사용하여 A
레코드를 만듭니다. SSL 인증서에 여러 도메인을 추가했다면 모두 부하 분산기의 IP 주소를 가리키는 A
레코드를 도메인마다 추가해야 합니다. 예를 들어 www.example.com
및 example.com
의 A
레코드를 만들려면 다음 안내를 따르세요.
NAME TYPE DATA www A 30.90.80.100 @ A 30.90.80.100
권장사항: SSL 인증서 상태 모니터링
Google Cloud에서 인증서를 프로비저닝하고 부하 분산기를 통해 사이트를 사용할 수 있게 되려면 최대 60~90분이 걸릴 수 있습니다. 인증서 상태를 모니터링하려면 다음 단계를 따르세요.
콘솔
- Google Cloud 콘솔의 부하 분산 페이지로 이동합니다.
부하 분산으로 이동 - 부하 분산기의 이름(
example-lb
)을 클릭합니다. - 부하 분산기에 연결된 SSL 인증서의 이름(
example-ssl
)을 클릭합니다. - 상태 및 도메인 상태 행에 인증서 상태가 표시됩니다. 인증서가 웹사이트에 유효하려면 두 가지 모두 활성 상태여야 합니다.
명령줄
인증서 상태를 확인하려면 다음 명령어를 실행하세요.
gcloud compute ssl-certificates describe CERTIFICATE_NAME \ --global \ --format="get(name,managed.status)"
도메인 상태를 확인하려면 다음 명령어를 실행하세요.
gcloud compute ssl-certificates describe CERTIFICATE_NAME \ --global \ --format="get(managed.domainStatus)"
인증서 상태에 대한 자세한 내용은 SSL 인증서 문제 해결을 참조하세요.
웹사이트 테스트
SSL 인증서가 활성화되면 https://www.example.com/test.html
로 이동하여 콘텐츠가 버킷에서 제공되는지 확인합니다. 여기서 test.html
은 백엔드로 사용 중인 버킷에 저장된 객체입니다. MainPageSuffix
속성을 설정하면 https://www.example.com
이 index.html
로 이동합니다.
삭제
튜토리얼을 완료한 후에는 만든 리소스를 삭제하여 할당량 사용을 중지하고 요금이 청구되지 않도록 할 수 있습니다. 다음 섹션은 이러한 리소스를 삭제하거나 사용 중지하는 방법을 설명합니다.
프로젝트 삭제
비용이 청구되지 않도록 하는 가장 쉬운 방법은 튜토리얼에서 만든 프로젝트를 삭제하는 것입니다.
프로젝트를 삭제하는 방법은 다음과 같습니다.
- In the Google Cloud console, go to the Manage resources page.
- In the project list, select the project that you want to delete, and then click Delete.
- In the dialog, type the project ID, and then click Shut down to delete the project.
부하 분산기 및 버킷 삭제
전체 프로젝트를 삭제하지 않으려면 튜토리얼을 위해 만든 부하 분산기와 버킷을 삭제합니다.
- Google Cloud 콘솔의 부하 분산 페이지로 이동합니다.
부하 분산으로 이동 example-lb
옆의 체크박스를 선택합니다.- 삭제를 클릭합니다.
- (선택사항)
my-static-assets
버킷 또는example-ssl
SSL 인증서와 같이 부하 분산기와 함께 삭제할 리소스 옆의 체크박스를 선택합니다. - 부하 분산기 삭제 또는 부하 분산기 및 선택한 리소스 삭제를 클릭합니다.
예약된 IP 주소 해제
튜토리얼에 사용된 예약된 IP 주소를 삭제하려면 다음 안내를 따르세요.
Google Cloud Console에서 외부 IP 주소 페이지로 이동합니다.
example-ip
옆의 체크박스를 선택합니다.고정 주소 해제를 클릭합니다.
확인 창에서 삭제를 클릭합니다.
다음 단계
- 버킷을 사용하여 정적 웹사이트를 호스팅하기 위한 예시와 팁 확인
- 정적 웹사이트 호스팅 문제 해결에 대해 알아보기
- 동적 웹사이트에서 정적 자산을 호스팅하는 방법 알아보기
- 다른 Google Cloud 웹 제공 솔루션에 대해 알아보기
직접 사용해 보기
Google Cloud를 처음 사용하는 경우 계정을 만들어 실제 시나리오에서 Cloud Storage의 성능을 평가할 수 있습니다. 신규 고객에게는 워크로드를 실행, 테스트, 배포하는 데 사용할 수 있는 $300의 무료 크레딧이 제공됩니다.
Cloud Storage 무료로 사용해 보기