GCP Associate 자격증 준비로 Coursera에서
Architecting with Google Cloud Compute Engine 특화 과정을 수강했다
우선 강의에서 배운 내용을 순서대로 따라가면서 간단하게 Cloud Storage, Cloud Bigtable,
Cloud SQL, Cloud Spanner, Cloud Datastore 그리고 테스트 문제에 대해서 포스팅하겠다.
1. Cloud Storage
오브젝트 스토리지로 데이터를 폴더 계층 구조로 관리하는 파일 스토리지와 다름
운영 체제가 데이터를 디스크 덩어리로 관리하는 블록 스토리지와는 다름
오브젝트 스토리지는 바이트 덩어리를 저장하고 사용자에게 key 값을 알려주며 대부분 URL 형태임
Cloud Storage는 관리형 서비스로 용량을 이미 프로비저닝 할 필요가 없음
개체를 만들고 서비스는 높은 내구성과 고 가용성으로 저장됨
웹 사이트 콘텐츠 제공, 보관 및 재해 복구를 위한 데이터를 저장하며
직접 다운로드를 통해 최종 사용자에게 대용량 데이터 개체 배포를 할 수 있게 함
각 객체는 URL이 존재하기 때문에 파일 시스템이라고 할 수 없음
스토리지 개체는 변경할 수 없어 해당 파일을 편집하지 않고 새 버전을 만들게 되어 있음
디스크에 기록되기 전에 항상 버서 측에서 데이터를 암호화하며, 암호화에 대한 추가 비용을 지불하지 않음
기본적으로 전송 중인 데이터는 HTTPS를 사용하여 암호화됨
Cloud Storage에 있으면 다른 GCP Storage 서비스로 이동할 수 있음
Cloud Storage 파일은 버킷으로 구성되며, 버킷을 만들 때 전역적으로 고유한 이름을 지정함
버킷과 해당 콘텐츠가 저장되는 지리적 위치를 지정하고 기본 스토리지 등급을 선택
사용자의 지연 시간을 최소화하는 위치 선택이 필요함 (예 : 대부분 사용자가 유럽이면 유럽 위치 선택)
오브젝트 및 버킷에 액세스를 제어하는 방법으로 IAM, ACL(액세스 제어 목록)이 존재함
IAM 사용 시 역할은 프로젝트에서 버킷으로 상속됨
ACL 사용 시 버킷 및 객체에 대한 액세스 권한이 있는 사람과 이들이 가진 액세스 수준을 정의함
각 ACL은 지정된 작업을 수행할 수 있는 사용자를 정의하는 범위와
수행할 수 있는 작업을 정의하는 권한의 두 가지 정보로 구성됨
버킷에서 객체 버전 관리 기능을 사용할 수 있으며 Cloud Storage는 수정 내역을 유지함
버킷의 모든 객체를 재정의하거나 삭제할 수 있고, 아카이브 버전 나열 및 복원, 삭제할 수 있음
만약 객체 버전 관리를 하지 않으며 새 버전이 항상 이전 항목보다 우선됨
또한 수명주기 관리 정책이 있어 365일 지난 객체는 삭제하도록 설정하거나,
20년 1월 1일 이전에 생성된 객체는 삭제하거나, 최신 버전 3개만 유지하도록 설정하는 방법이 가능함
2. Cloud Storage 상호 작용
Cloud Storage를 사용하면 Regional, Multi-regional, Nearline, Coldline의
네 가지 유형의 저장소 등급을 선택할 수 있음
Multi-regional과 Regional은 고성능 개체 저장소인 반면
Nearline과 Coldline은 백업 보관 저장소로 구분됨
모든 스토리지 클래스는 클라우드 스토리지 API를 사용하여 비슷한 방식으로 액세스 되며
모두 밀리 초 단위로 액세스 시간을 구분함
Regional 스토리지 선택 시 Multi-regional 스토리지보다 저렴하지만 상대적으로 가용성이 낮음 (99.90%)
반면 Multi-regional은 비용이 더 들지만 여러 지역을 사용할 수 있어 가용성이 높아지며 (99.95%)
160km 이상 떨어진 두 개 이상의 지리적 위치에 데이터를 저장하며 자주 액세스하는 데이터 저장에 적합함
예 : 웹 사이트 콘텐츠, 대화형 워크 로드, 모바일 및 게임 애플리케이션의 일부 데이터 등
일반적으로 Regional 스토리지를 사용하여 Compute Engine 가상 머신 또는
Kubernetes Engine 클러스터에 가까운 데이터를 저장하며 데이터 집약적인 계산에 더 나은 성능을 제공함
Nearline 스토리지는 자주 액세스하지 않는 데이터를 저장하기 좋고 저렴하며 내구성이 뛰어난 서비스
평균적으로 한 달에 한 번 이하로 데이터를 읽거나 수정할 때 좋은 선택이 될 것임
Coldline 스토리지는 데이터 보관, 백업 및 재해 복구를 위해 매우 저렴하고 내구성이 뛰어난 서비스
최대 1년에 한 번 액세스하는 데이터에 가장 적합한 선택
다른 스토리지에 비해 가용성이 낮고 90일의 최소 저장 기간, 데이터 액세스 비용 및 운영 당 비용이 높기 때문
모든 스토리지 클래스는 매월 저장되는 데이터의 기가바이트 당 비용이 발생함
물론 송신 및 데이터 전송 요금도 적용됨
또한, Nearline/Coldline 스토리지는 기가바이트 당 데이터 읽기 액세스 요금이 발생함
클라우드 SDK의 클라우드 스토리지 명령이 gsutil 사용하여 데이터를 가져올 수 있음
GCP 콘솔에서 드래그 앤 드롭으로 데이터 이동도 가능
GCP는 온라인 저장소 전송 서비스와 오프라인 전송 어플라이언스를 제공함
스토리지 전송 서비스를 사용하면 다른 클라우드 스토리지 지역 또는 HTTPS 엔드 포인트에서
다른 클라우드 제공 업체에서 클라우드 스토리지로 일괄 전송을 예약하고 관리할 수 있음
전송 어플라이언스는 GCP에서 임대하는 랙 장착용 고용량 저장소 서버로
네트워크에 연결하고 데이터와 함께 로드 후 데이터가 클라우드 스토리지에 업로드되는 시설로 전송하면 됨
단일 어플라이언스에서 최대 페타 바이트의 데이터를 안전하게 전송 가능
스토리지 옵션은 GCP 서비스와 통합되어 있어 데이터를 쉽게 가져올 수 있음
예를 들어, BigQuery와 Cloud SQL 간에 테이블을 가져올 수 있고 내보낼 수 있음
App Engine 로그, 클라우드 데이터 저장소 백업, 이미지와 같은 애플리케이션에서 사용하는 객체 저장도 가능
또한 클라우드 스토리지는 인스턴스 시작 스크립트, Compute Engine 이미지,
Compute Engine 애플리케이션에서 사용하는 객체 등을 저장할 수 있음
그래서 클라우드 스토리지는 클라우드로 이동하는 데이터의 수집 지점이자 장기 저장으로 많이 활용함
아래는 이전에 포스팅했던 클라우드 스토리지 클래스 별 옵션 비교표
- Google Cloud Storage Class 옵션 비교
|
구분
|
Multi-regional
|
Regional
|
Nearline
|
Coldline
|
|
데이터 빈도
|
가장 자주 액세스함
|
지역 내에서 자주 액세스
|
한 달에 한 번 미만 액세스
|
1년에 한번 미만 액세스
|
|
SLA
|
99.95%
|
99.90%
|
99.00%
|
99.00%
|
|
사용 케이스
|
콘텐츠 저장 및 전달
|
지역 내 분석, 트랜스코딩
|
Long-tail 콘텐츠, 백업
|
보관, 재해 복구
|
|
스토리지 가격
|
비쌈 → 저렴함
|
|||
|
검색 가격
|
저렴함 → 비쌈
|
|||
연습 문제
1. Your Cloud Storage objects live in buckets. Which of these characteristics do you define on a per-bucket basis? Choose all that are correct (3 correct answers)
A. A default storage class
B. A default file type for the objects in the bucket
C. A globally-unique name
D. A geographic location
E. An encryption-at-rest setting (on or off)
정답 : A, C, D
2. True or False: Cloud Storage is well suited to providing the root file system of a Linux virtual machine
A. True
B. False
정답 : B. False
suited : 어울려
3. Why would a customer consider the Coldline storage class?
A. To improve security
B. To save money on storing frequently accessed data
C. To save money on storing infrequently accessed data
D. To use the Coldline Storage API
정답 : C
frequently : 자주
3. Cloud Bigtable
구글의 NoSQL, 빅 데이터 데이터베이스 서비스
Bigtable의 데이터베이스는 수십억 개의 행, 수 천 개의 열로 확장할 수 있는 페타 바이트 규모의 데이터 저장 가능
단일 조회 키가 있는 데이터에 아주 이상적임
일부 애플리케이션 개발자는 Bigtable을 영구 해시 테이블로 생각하기도 함
Cloud Bigtable은 매우 짧은 지연 시간으로 대량의 데이터를 저장하는 데 이상적인 서비스
읽기, 쓰기 모두 높은 처리량을 지원하므로 사물 인터넷, 사용자 분석 및 재무 데이터 분석 애플리케이션에 적합함
Apache Hadoop 프로젝트의 기본 데이터베이스인 HBase와 동일한 오픈 소스 API를 통해 제공
동일한 API 사용을 통해 HBase와 Bigtable 간의 애플리케이션 이식성이 가능
Apache HBse 설치 관리하는 경우 Bigtable을 선택해야 되는 세 가지 이유?
1) 확장성 : 자체 HBase 설치 관리 시 초당 특정 비율의 쿼리를 초과하여 확장이 어렵지만
Bigtable 사용 시 가동 중지 시간도 필요 없는 머신 수를 늘릴 수 있음
2) 업그레이드 및 다시 시작과 같은 관리 작업을 투명하게 처리함
모든 데이터는 전송 중 저장 상태 모두에서 암호화됨
IAM 권한을 사용하여 Bigtable 데이터에 액세스할 수 있는 사용자 제어도 가능
3) Bigtable은 실제로 검색, 분석, 지도 및 GMail을 포함한 많은 구글 핵심 서비스를 지원하는 데이터베이스
GCP 생태계의 일부이므로 다른 GCP 서비스 및 타사 클라이언트와 상호 작용이 가능함
애플리케이션 API 관점에서 데이터는 관리형 VM과 같은 데이터 서비스 레이어, HBase 나머지 서버 또는
HBase 클라이언트를 사용하는 자바 서버를 통해 Cloud Bigtable에서 읽고 쓸 수 있음
데이터는 Cloud Dataflow Streaming, Spark Streaming, Storm과 같이 널리 사용되는
다양한 스트림 처리 프레임워크를 통해 스트리밍 될 수도 있음
스트리밍 옵션이 아닌 경우 Hadoop map reduce, Dataflow 또는
Spark와 같은 일괄 프로세스를 통해 Cloud Bigtable에서 데이터를 읽고 쓸 수 있음
계속해서 요약되거나 새로 계산된 데이터는 Cloud Bigtable 또는 다운 스트림 데이터베이스에 다시 기록됨
연습문제
1. True or False: Each table in NoSQL databases such as Cloud Bigtable has a single schema that is enforced by the database engine itself
A. True
B. False
정답 : B. False
enforced : 시행
2. Some developer think of Cloud Bigtable as a persistent hashtable. What does that mean?
A. Each item in the database can be sparsely populated, and is looked up with a single key
B. Each item in the database consists of exactly the same fields, and can be looked up based on a variety of keys
정답 : A
sparsely : 드물게
populated : 채워진
4. Cloud SQL 및 Cloud Spanner
관계형 데이터베이스 서비스로 스키마를 사용하여 애플리케이션 데이터를 일관되고 정확하게 유지하도록 함
일반적으로 관계형 데이터베이스는 설정, 유지, 관리하는데 많은 작업이 필요함
Cloud SQL은 MySQL 또는 PostgreSQL 데이터베이스 엔진을
완전 관리형 서비스로 선택할 수 있으며 테라바이트의 저장소를 처리 가능함
많은 GCP 고객이 Compute Engine 가상 머신에서 자체 데이터베이스를 실행할 수도 있지만
관리형 서비스 사용 시 다음과 같은 장점이 있음
1) Cloud SQL은 읽기, 장애 조치, 외부 복제본과 같은 여러 복제본 서비스를 제공함
즉, 중단 발생 시 자동 장애 조치를 통해 여러 영역 간에 데이터를 복제할 수 있음
2) Cloud SQL은 주문형 또는 예약된 백업으로 데이터 백업에 도움이 됨
또한, 머신 유형을 변경하여 수직으로 확장하고 읽기 전용 복제본을 통해 수평으로 확장 가능
3) Cloud SQL은 네트워크 방화벽이 포함되며, 고객 데이터는 구글의 내부 네트워크에 있을 때와
데이터베이스 테이블, 임시 파일, 백업에 저장될 때 암호화됨
4) Cloud SQL 인스턴스는 GCP 서비스 및 외부 서비스에서도 액세스 가능
Compute Engine에서 승인하여 액세스가 가능하고, 가상 머신과 동일한 영역에 있도록 구성할 수 있음
5) Cloud SQL은 SQL WorkBench, Toad 및 표준 MySQL 드라이버를 사용하는 기타 외부 애플리케이션과 같이
익숙한 다른 애플리케이션과 도구도 지원함
수평 확장성이 필요하여 Cloud SQL이 요구 사항에 맞지 않는 경우 Cloud Spanner를 사용하면 됨
수평 확장성 : 기존 서버 옆에 추가 서버를 배치하는 것 (scale-out model)
수직 확장성 : 성능이 좋고 더 좋은 서버로 기존 서버를 대체하는 것 (scale-up model)
Cloud Spanner는 고 가용성을 위해 글로벌 규모, 스키마, SQL 및 자동 동기 복제에서 트랜잭션 일관성을 제공
관계형 데이터베이스를 능가하거나 처리량을 높이기 위해 데이터베이스를 분할하거나
트랜잭션 일관성, 글로벌 데이터 및 강력한 일관성이 필요하거나 데이터베이스를 통합하는 경우 추천함
Cloud Spanner 사용 사례로 금융 애플리케이션 및 재고 애플리케이션이 포함됨
연습 문제
1. Which database service can scale to higher database sizes?
A. Cloud SQL
B. Cloud Spanner
정답 : Cloud Spanner
2. Which databse service presents a MySQL or PostgreSQL interface to clients?
A. Cloud SQL
B. Cloud Spanner
정답 : A. Cloud SQL
3. Which database service offers transactional consistency at global scale?
A. Cloud SQL
B. Cloud Spanner
정답 : B. Cloud Spanner
consistency : 일관성
5. Cloud Datastore
애플리케이션을 위한 확장성이 뛰어난 또 다른 NoSQL 데이터베이스로 완전 관리형 서비스
App Engine 앱의 구조화된 데이터를 저장하는 방법으로 사용하거나
Cloud Datastore를 통합 지점으로 사용하여 App Engine과 Compute Engine에 걸쳐있도록 사용할 수 있음
Cloud Datastore는 자동으로 분할 및 복제를 처리하여 부하를 처리하도록 자동으로 확정되는 가용성과
내구성이 뛰어난 데이터베이스를 제공함
Cloud Bigtable과 달리 여러 데이터베이스 행에 영향을 주는 트랜잭션도 제공하며
SQL과 유사한 쿼리도 수행할 수 있음
또한 무료로 저장, 읽기, 쓰기, 삭제 및 소규모 작업을 제공하는 무료 일일 할당량이 존재함
연습 문제
1. How are Cloud Datastore and Cloud Bigtable alike? Choose all that are correct (2 correct answers)
A. They are both highly scalable
B. They both offer SQL-like queries
C. They are both NoSQL databases
D. They both have a free daily quota
정답 : A, C
2. True or False: Cloud Datastore databases can span App Engine and Compute Engine applications
A. True
B. False
정답 : A. True
- Google Cloud Storage 옵션 비교
|
구분
|
Cloud Datastore
|
Cloud Bigtable
|
Cloud Storage
|
Cloud SQL
|
Cloud Spanner
|
BigQuery
|
|
타입
|
NoSQL
document
|
NoSQL
wide column
|
Blobstore
|
Relational SQL for OLTP
|
Relastional
SQL for OLTP
|
Relational SQL for OLAP
|
|
특징
|
구조화된 객체 저장
|
트랜잭션 및 SQL과 유사한 쿼리 지원 필요
|
많은 양의 단일 키 데이터,
구조화된 객체
|
테라바이트
PostgreSQL, MySQL 등
|
페타 바이트 및 수평 확장성 제공
|
대화형 쿼리,
페타 바이트 온라인 분석 처리
|
|
추천
|
기본, APP
|
AdTech, 금융 and IoT
|
이미지, 대용량 미디어, 백업
|
일반적인 애플리케이션
|
높은 I/O, 글로벌 확장 가능
|
ML 내장, 데이터 웨어하우스
|
Q. 구조화되지 않은 객체를 저장하거나 트랜잭션 및 SQL과 유사한 쿼리에 대한 지원이 필요한 경우?
A. Cloud Datastore
엔티티 당 최대 단위 크기가 1MB인 테라바이트의 용량을 제공
Q. 많은 양의 구조화된 객체를 저장해야 하는 경우?
A. Cloud Bigtable
SQL 쿼리를 지원하지 않으며 다중행 트랜잭션도 지원하지 않음
최대 단위 크기가 셀당 10MB, 행당 100MB의 페타 바이트 용량을 제공함
Q. 큰 이미지나 영화와 같이 10MB 보다 큰 변경 불가능한 BLOB를 저장하는 경우?
A. Cloud Storage
객체 당 최대 단위 크기가 5TB인 페타 바이트 용량을 제공함
Q. 온라인 트랜잭션 처리 시스템에 대한 전체 SQL 지원이 필요한 경우?
A. Cloud SQL 또는 Cloud Spanner
Cloud SQL은 테라바이트의 용량 제공
Cloud Spanner는 페타 바이트의 용량 제공
Q. Cloud SQL과 Cloud Spanner 중에 읽기 복제본뿐만 아니라 수평 확장성이 필요한 경우?
A. Cloud Spanner
일반적으로 BigQuery에 데이터를 저장하는 이유는 빅 데이터 분석과 대화형 쿼리 및 기능을 사용하기 위함
BigQuery를 온라인 애플리케이션의 백업 저장소로 사용하는 것은 추천하지 않음
Cloud Datastore는 앱 엔진의 애플리케이션에서 사용되는 반 구조화된 애플리케이션 데이터에 적합
Bigtable은 AdTech, 금용 또는 IoT 데이터와 같은 읽기/쓰기 이벤트가 많은 분석 데이터가 적합
Cloud Storage는 이미지, 대용량 미디어 파일 및 백업과 같은 정형 및 비정형 바이너리 또는 객체 데이터에 적합
SQL은 웹 프레임워크 및 사용자 자격 증명 및 고객 주문 저장과 같은 기존 애플리케이션에 가장 적합
Cloud Spanner는 2TB가 넘는 대규모 데이터베이스 애플리케이션에 가장 적합
Cloud Storage 및 Cloud SQL 사용 실습
1) GCP 콘솔에서 Compute Engine > VM 인스턴스 클릭 후 생성 (인스턴스 이름 : bloghost)
2) Region 및 Zone 선택, 이미지는 Debian GNU/Linux 9(stretch) 선택, 방화벽에서 HTTP 허용
3) Startup script에 아래 내용 추가 후 생성 진행
apt-get update
apt-get install apache2 php
php-mysql -y
service apache2 restart
- Cloud Storage 버킷 만들기
4) Cloud Shell 실행 후 Location 환경 변수에 선택한 위치 입력
export LOCATION=US 또는
export LOCATION=EU 또는
export LOCATION=ASIA
5) 다음 명령어를 입력하여 프로젝트 ID를 따라 이름이 지정된 버킷 생성
gsutil mb -l $LOCATION
gs://$DEVSHELL_PROJECT_ID
6) 공개적으로 액세스할 수 있는 Cloud Storage 위치에서 배너 이미지를 검색
gsutil cp gs://cloud-training/gcpfci/my-excellent-blog.png my-excellent-blog.png
7) 새로 생성된 Cloud Storage 버킷에 배너 이미지를 복사
gsutil cp my-excellent-blog.png gs://$DEVSHELL_PROJECT_ID/my-excellent-blog.png
8) 모든 사람이 읽을 수 있도록 방금 만든 객체의 액세스 제어 목록 수정
gsutil acl ch -u allUsers:R gs://$DEVSHELL_PROJECT_ID/my-excellent-blog.png
- Cloud SQL 인스턴스 만들기
9) GCP 콘솔에서 SQL 선택 후 인스턴스 만들기
데이터베이스 엔진은 MySQL, 인스턴스 ID, 이름은 blog-db, 루트 패스워드 입력
10) 인스턴스 이름 blog-db 선택 후 세부 정보 페이지에서 공개 IP 주소를 복사
11) ADD 사용자 계정을 선택 후 'blogdbuser'로 사용자 이름 및 암호 입력 후
추가를 클릭하여 데이터베이스에 사용자 계정 추가
12) 연결 탭을 누르고 네트워크를 추가하여 이름은 'web front end'로 입력
네트워크 외부 IP 주소는 아까 복사한 공개 IP 주소/32로 입력
예) 123.123.123.123/32
- Cloud SQL을 사용하도록 Compute Engine 인스턴스의 애플리케이션 구성
13) VM 인스턴스 중 bloghost에서 SSH 클릭하여 터미널 접속
14) 작업 디렉터리를 웹 서버의 문서 루트로 변경
cd /var/www/html
15) nano 텍스트 편집기로 index.php 파일 변경
sudo nano index.php
16) 아래 내용을 파일에 붙여 넣고 저장(Ctrl+O) 및 종료(Ctrl+X)
--------------------------------------------------------------------------
<html>
<head><title>Welcome to my excellent blog</title></head>
<body>
<h1>Welcome to my excellent blog</h1>
<?php
$dbserver = "CLOUDSQLIP";
$dbuser = "blogdbuser";
$dbpassword = "DBPASSWORD";
// In a production blog, we would not store the MySQL
// password in the document root. Instead, we would store it in a
// configuration file elsewhere on the web server VM instance.
$conn = new mysqli($dbserver, $dbuser, $dbpassword);
if (mysqli_connect_error()) {
echo ("Database connection failed: " . mysqli_connect_error());
} else {
echo ("Database connection succeeded.");
}
?>
</body></html>
--------------------------------------------------------------------------
17) 웹서버 재기동
sudo service apache2 restart
18) 새 웹 브라우저 탭을 열고 bloghost VM 인스턴스의 외부 IP 주소 뒤에 /index.php를 붙여서 호출
예) 123.123.123.123/index.php
19) 이때 페이지를 로드하면 콘텐츠에 다음 단어로 시작하는 오류 메시지가 표시됨
Database connection failed: ...
-> 아직 Cloud SQL 인스턴스에 대한 PHP 연결을 구성하지 않았기 때문
20) bloghost에서 SSH 세션으로 돌아가 nano 텍스트 편집기를 사용하여 index.php를 편집
sudo nano index.php
21) index.php에서 CLOUDSQLIP와 DBPASSWORD를 실제 값으로 수정 후 저장 및 종료
22) 웹 서버를 재 기동
sudo service apache2 restart
23) bloghost VM 외부 IP 주소를 연 웹브라우저 탭으로 돌아가 페이지 로드 시 다음 메시지 나타남
Database connection succeeded
- Cloud Storage 객체를 사용하도록 Compute Engine 인스턴스의 애플리케이션 구성
24) GCP 콘솔에서 Storage Browser 클릭 후 GCP 프로젝트의 이름을 딴 버킷을 클릭
25) 버킷에는 my-excellent-blog.png라는 객체 확인 후 공개 링크 옆 URL을 복사
26) bloghost VM 인스턴스의 SSH 세션 접속
27) 작업 디렉터리를 웹 서버의 문서 루트로 설정하려면 다음 명령어 입력
cd /var/www/html
28) nano 텍스트 편집기로 index.php 편집
sudo nano index.php
29) h1 요소가 포함된 행으로 커서 이동 후 Enter 키 입력하여 새 빈 화면 라인을 열고
이전에 복사한 URL을 해당 라인에 붙여넣기
30) 아래 HTML 마크 업을 URL 바로 앞에 붙여 넣기 후 저장 및 종료
<img src='https://storage.googleapis.com/qwiklabs-gcp-0005e186fa559a09/my-excellent-blog.png'>
31) 웹 서버를 다시 시작
sudo service apache2 restart
32) bloghost VM 인스턴스의 외부 IP 주소를 연 웹 브라우저 탭으로 돌아가면 페이지 로드 시
콘텐츠에 배너 이미지가 포함됨
실습을 통해 Cloud Storage와 Cloud SQL 사용하는 방법 확인
테스트
1. You are developing an application that transcodes large video files. Which storage option is the best choice for your application?
A. Cloud Spanner
B. Cloud DataStore
C. Cloud Storage
D. Cloud Drive
정답 : C
2. You manufacture devices with sensors and need to stream huge amounts of data from these devices to a storage option in the cloud. Which Google Cloud Platform storage option is the best choice for your application?
A. Cloud DataStore
B. Cloud Spanner
C. BigQuery
D. Cloud Bigtable
정답 : D
3. Which statement is true about objects in Cloud Storage?
A. They are immutable, and new versions overwrite old unless you turn on versioning
B. They can be edited in place
C. They are immutable, and versioned by default
D. They are immutable unless you turn on versioning
정답 : A
immutable : 불변
4. You are building a small application. If possible, you'd live this application's data storage to be at no additional charge. Which service has a free daily quota, separate from any free trials?
A. Cloud SQL
B. Cloud Spanner
C. Bigtable
D. Cloud Datastore
정답 : D
5. How do the Nearline and Coldline storage classes differ from Multi-regional and Regional? Choose all that are correct (2 responses)
A. Nearline and Coldline use a differently-architected API
B. Nearline and Coldline access additional retrieval fees
C. Nearline and Coldline have lower durability
D. Nearline and Coldline access lower storage fees.
E. Data in Nearline and Coldline is not retrievable immediately
정답 : B, D
retrieval : 검색
durability : 내구성
retrievable immediately : 즉시 검색 가능
6. Your application needs a relational database, and it expects to talk to MySQL. Which storage option is the best choice for your application?
A. Cloud Spanner
B. Cloud Storage
C. Cloud SQL
D. Bigtable
정답 : C
7. Your application needs to store data with strong transactional consistency, and you want seamless scaling up. Which storage option is the best choice for your application?
A. Cloud Datastore
B. Cloud Storage
C. Cloud SQL
D. Cloud Spanner
정답 : D
consistency : 일관성
seamless : 원활한
8. Which GCP storage service is often the ingestion point for data being moved into the cloud, and is frequently the long-term storage location for data?
A. Cloud Storage
B. Cloud Datastore
C. Local SSD
D. Cloud Spanner
정답 : A
ingestion point : 수집 지점
frequently : 자주