Google Compute Engine FAQ

Compute Engine 정보

Compute Engine이란 무엇인가요? 어떤 특징이 있나요?

Compute Engine은 Google 인프라에서 호스팅되는 유연하고 자체 관리되는 가상 머신(VM)을 제공하는 IaaS(Infrastructure as a Service) 제품입니다. Compute Engine에는 KVM, 로컬 및 내구성을 갖춘 스토리지 옵션으로 실행되는 Linux 및 Windows 기반 VM과 구성 및 제어 목적의 단순 REST 기반 API가 포함되어 있습니다. 이 서비스를 Cloud Storage, App Engine, BigQuery 등의 Google Cloud 기술과 통합하여 기본적인 컴퓨팅 기능을 뛰어넘는 보다 복잡하고 정교한 애플리케이션을 만들 수 있습니다.

Compute Engine에서 가상 CPU란 무엇인가요?

Compute Engine에서 각 가상 CPU(vCPU)는 사용 가능한 CPU 플랫폼 중 하나에서 단일 하드웨어 하이퍼 스레드로 구현됩니다. Intel Xeon 프로세서를 사용하는 경우에는 Intel 하이퍼 스레딩 기술을 통해 각각의 물리적 프로세서 코어에서 여러 애플리케이션 스레드가 실행될 수 있습니다. Compute Engine VM에서 이러한 하이퍼 스레드 중 하나 이상을 vCPU로 사용하도록 구성할 수 있습니다. 머신 유형에 따라 인스턴스에 포함되는 vCPU의 수가 지정됩니다.

다음 옵션 중 하나를 사용하여 인스턴스의 CPU 플랫폼을 식별할 수 있습니다.

사용 가능한 각 리전 및 영역에서 사용할 수 있는 CPU 플랫폼을 확인합니다.
compute.instances.get 메서드를 사용하여 기존 인스턴스 중 하나의 cpuPlatform 속성을 확인합니다.
Linux 인스턴스에서 cat /proc/cpuinfo를 실행합니다.

인스턴스의 CPU 플랫폼을 변경하려는 경우 최소 CPU 플랫폼을 지정할 수 있습니다.

App Engine과 Compute Engine은 서로 어떤 관계에 있나요?

이 두 가지는 상호 보완적인 관계에 있습니다. App Engine은 Google에서 제공되는 Platform as a Service이고, Compute Engine은 Google에서 제공되는 Infrastructure as a Service입니다. App Engine은 웹 기반 앱, 비즈니스 계열 앱, 모바일 백엔드를 실행하는 데 효과적입니다. Compute Engine은 기본 인프라에 대해 더 많은 제어가 필요할 때 효과적입니다. 예를 들어 세부적으로 맞춤화된 비즈니스 로직이 있거나 고유한 스토리지 시스템을 실행해야 할 경우 Compute Engine을 사용할 수 있습니다.

어떻게 시작하나요?

서비스 시작 가이드를 참조하세요. 빠른 시작을 완료한 후 가상 머신 인스턴스 개요를 읽고 Compute Engine 학습을 시작하세요.

무료 체험판을 사용할 수도 있습니다. 할당량 관련 정보를 포함하여 무료 체험판에 대한 자세한 내용은 무료 체험 가이드를 참조하세요.

청구

가격 책정 및 구매 프로세스는 어떻게 되나요?

Compute Engine은 컴퓨팅 인스턴스, 스토리지, 네트워크 사용을 기준으로 요금을 청구합니다. VM은 초 단위로 요금이 청구되며 최소 사용 기준은 1분입니다. 스토리지 비용은 사용자가 저장하는 데이터 양을 기준으로 계산됩니다. 네트워크 비용은 VM 간에 상호 통신 및 인터넷을 통해 전송되는 데이터 양을 기준으로 계산됩니다. 자세한 내용은 가격표를 참조하세요.

가격에 세금이 포함되나요?

아니요, 가격표에는 세금이 포함되어 있지 않습니다.

지원 및 의견

유료 지원을 제공하나요?

예, 기업 고객들을 위한 유료 지원이 제공됩니다. 자세한 내용은 영업 조직에 문의하세요.

SLA(서비스수준계약)를 제공하나요?

예, Compute Engine SLA가 제공됩니다.

의견을 어디로 보낼 수 있나요?

청구 관련 질문의 경우 적합한 지원 채널로 질문을 보낼 수 있습니다.

기능 요청 및 버그 신고의 경우 Issue Tracker에 문제를 제출하세요.

인증

Compute Engine API에 사용자 인증을 하려면 어떻게 해야 하나요?

Compute Engine API에 대한 인증 방법은 API 액세스에 사용되는 방법(클라이언트 라이브러리, Google Cloud CLI, REST)에 따라 달라집니다. 자세한 내용은 Compute Engine에 인증을 참조하세요.

Google Cloud API에 대해 앱 또는 워크로드를 인증하려면 워크로드 인증 방법 선택을 참조하세요.

서비스 계정이란 무엇인가요?

서비스 계정은 최종 사용자가 아니라 애플리케이션을 나타내는 Google 계정입니다. 이러한 계정을 사용하면 Compute Engine이 사용자를 대신하여 중요하지 않은 정보에 액세스할 수 있도록 권한을 부여할 수 있습니다. 서비스 계정은 사용자 정보에 액세스하기 위한 용도로는 사용되지 않습니다. 서비스 계정은 사용자 승인 프로세스를 처리하여 Compute Engine에서 다른 서비스에 인증하는 과정을 간소화합니다.

Compute Engine 개발자는 일반적으로 애플리케이션에서 Compute Engine 서비스 계정을 사용합니다. 서비스 계정에 대한 자세한 내용은 서비스 계정을 참조하세요.

서비스 계정을 만들려면 어떻게 하나요?

사용자가 새 인스턴스를 만들고 이 인스턴스의 서비스 계정 범위를 지정하면 Compute Engine이 자동으로 서비스 계정을 만듭니다.

프로젝트

프로젝트란 무엇인가요?

프로젝트는 모든 Compute Engine 리소스를 담을 수 있는 컨테이너입니다. 각 프로젝트는 완전히 구획화된 공간입니다. 프로젝트는 리소스를 공유하지 않으며, 여러 소유자 및 사용자를 포함할 수 있고, 개별적으로 청구됩니다. 또한 우리집 컴퓨터에서 이웃집 컴퓨터에 액세스할 수 없는 것과 마찬가지로 프로젝트끼리는 서로 간에 액세스할 수 없습니다.

프로젝트를 만들려면 어떻게 하나요?

Google 계정으로 로그인합니다. 아직 계정이 없으면 새 계정을 등록하세요.
Google Cloud Console로 이동합니다. 메시지가 표시되면 기존 프로젝트를 선택하거나 새 프로젝트를 만듭니다.
중요: 사용할 이름은 4~30자(영문 기준) 사이여야 합니다. 이름을 입력하면 양식에서 추천 프로젝트 ID가 표시됩니다. 이 ID는 편집 가능합니다. 사용할 프로젝트 ID는 6~30자 사이여야 하고, 첫 번째 문자는 소문자여야 합니다. 나머지 문자에는 대시, 소문자 또는 숫자를 사용할 수 있지만, 마지막 문자에 대시를 사용할 수 없습니다. 일부 리소스 식별자(예: 프로젝트 ID)가 해당 프로젝트 종료 이후에도 보존될 수 있다는 점을 유의하세요. 따라서 민감한 정보는 리소스 식별자에 포함하지 않는 것이 좋습니다.
이름 지정 가이드라인을 참조하세요.
안내에 따라 결제를 설정합니다. Google Cloud를 처음 사용하는 경우에는 무료 체험판 크레딧을 사용해서 인스턴스 비용을 지불할 수 있습니다.

프로젝트 번호와 프로젝트 ID는 어떻게 다른가요?

모든 프로젝트는 프로젝트 번호 또는 프로젝트 ID의 두 가지 방법으로 식별될 수 있습니다. 프로젝트 번호는 사용자가 프로젝트를 만들 때 자동으로 생성되고, 프로젝트 ID는 사용자 또는 프로젝트를 만든 사람이 지정합니다. 프로젝트 ID는 많은 서비스에서 선택 사항이지만 Compute Engine에서는 필수입니다. 자세한 내용은 Google Cloud 콘솔 프로젝트를 참조하세요.

프로젝트 ID는 어디에서 확인할 수 있나요?

액세스 시 프로젝트 목록과 프로젝트 ID를 제공하는 Google Cloud Console에서 프로젝트 ID를 확인할 수 있습니다.

프로젝트 할당량 추가는 어디에서 요청할 수 있나요?

기본적으로 모든 Compute Engine 프로젝트에는 여러 리소스 유형에 따라 기본 할당량이 포함되어 있습니다. 하지만 프로젝트별로 이러한 할당량을 늘릴 수 있습니다. 할당량 한도 및 사용량은 Google Cloud Console의 할당량 페이지에서 확인할 수 있습니다. 리소스 한도에 도달하였고 추가로 할당량이 필요하다면 IAM 할당량 페이지를 사용하여 특정 리소스에 대한 할당량 증가를 요청하세요. 페이지 상단의 할당량 수정 버튼을 사용해서 요청할 수 있습니다.

인스턴스

인스턴스에 대해 선택할 수 있는 머신 구성 종류(메모리, RAM, CPU)는 무엇인가요?

Compute Engine은 사용자 인스턴스를 위해 여러 가지 구성을 제공합니다. 사용자는 자신의 특정 인스턴스 요구에 맞게 커스텀 구성을 만들 수도 있습니다. 머신 유형 페이지에서 사용 가능한 전체 옵션 목록을 참조하세요.

인스턴스를 실수로 삭제한 경우 다시 되돌릴 수 있나요?

아니요. 삭제된 인스턴스는 되돌릴 수 없습니다. 하지만 인스턴스가 단순히 중지된 경우에는 이를 다시 시작할 수 있습니다.

인스턴스를 실행할 수 있는 운영체제는 무엇인가요?

Compute Engine은 여러 운영체제 이미지 및 타사 이미지를 지원합니다. 또한 커스텀 버전의 이미지를 생성하거나 고유 이미지를 빌드할 수도 있습니다.

인스턴스를 만들 때 사용할 수 있는 영역은 무엇인가요?

사용 가능한 리전 및 영역 목록을 보려면 리전 및 영역을 참조하세요.

사용했거나 남은 할당량을 확인하려면 어떻게 해야 하나요?

할당량 한도 및 사용량은 Google Cloud Console의 할당량 페이지에서 확인할 수 있습니다. 리소스 한도에 도달하였고 추가로 할당량이 필요하다면 할당량 페이지에서 증가 요청 버튼을 클릭하고 요청 양식을 작성하세요.

인스턴스에서 실행되는 가상 CPU 종류는 무엇인가요?

다음 옵션 중 하나를 사용해서 인스턴스의 CPU 플랫폼을 확인할 수 있습니다.

사용 가능한 각 리전 및 영역에서 사용할 수 있는 CPU 플랫폼을 확인합니다.
compute.instances.get 메서드를 사용하여 기존 인스턴스 중 하나의 cpuPlatform 속성을 확인합니다.
Linux 인스턴스에서 cat /proc/cpuinfo를 실행합니다.

선점형 VM 인스턴스란 무엇이고, 선점형 인스턴스는 일반 인스턴스와 어떻게 다른가요?

선점형 인스턴스는 일반 인스턴스보다 훨씬 저렴한 가격으로 만들고 실행할 수 있는 인스턴스입니다. 하지만 Compute Engine이 다른 VM에 할당하기 위해 컴퓨팅 용량을 확보해야 하면 선점형 인스턴스가 중지될 수 있습니다. 자세한 내용은 선점형 VM 인스턴스 만들기를 참조하세요.

Compute Engine 인스턴스에서 아웃바운드 이메일을 보내려면 어떻게 해야 하나요?

일반적으로 Compute Engine은 차단된 포트를 통한 아웃바운드 트래픽을 차단합니다. 하지만 SMTP를 사용해서 Google을 통한 메일 게이트웨이를 설정할 수 있습니다. 자세한 내용은 인스턴스에서 이메일 보내기를 참조하세요.

가상 머신에 호스트 오류가 발생하고, 가상 머신이 다시 시작되었습니다. 어떻게 된 것일까요?

호스트 오류(compute.instances.hostError)는 VM을 호스팅하는 실제 머신에서 VM의 비정상 종료를 일으키는 하드웨어 또는 소프트웨어 문제가 발생했음을 의미합니다. 총 하드웨어 오류 또는 기타 하드웨어 문제가 포함된 호스트 오류는 VM의 라이브 마이그레이션을 방해할 수 있습니다. VM이 자동으로 다시 시작하도록 설정된 경우(기본 설정) Google은 일반적으로 오류가 감지된 시간부터 3분 내로 VM을 다시 시작합니다. 문제에 따라 다시 시작하는 데 최대 5.5분이 걸릴 수 있습니다.

로컬 SSD 디스크가 있는 VM

하나 이상의 로컬 SSD 디스크가 연결된 VM에서 호스트 오류가 발생하는 경우 Compute Engine이 VM에 다시 연결하여 로컬 SSD 데이터를 보존하기 위해 가능한 방법을 최대한 시도합니다. Compute Engine에서 VM 및 로컬 SSD 디스크를 복구하는 동안 호스트 시스템과 기본 디스크가 응답하지 않습니다.

로컬 SSD 복구 제한 시간을 설정하여 Compute Engine이 로컬 SSD 데이터를 복구하기 위해 시도하는 시간을 지정할 수 있습니다.

호스트 오류가 발생하는 경우 로컬 SSD 디스크가 작동하는 방식에 대한 자세한 내용은 로컬 SSD 데이터 지속성을 참조하세요.

응답하지 않는 VM

호스트 오류가 감지되기 전에 VM이 응답하지 않는 경우가 있습니다. 호스트 오류 복구 제한 시간(미리보기)을 설정하여 Compute Engine이 VM을 다시 시작하거나 종료하기 위해 대기하는 시간을 줄일 수 있습니다. 자세한 내용은 가용성 정책 설정을 참조하세요.

물리적인 하드웨어 및 소프트웨어 오류가 간혹 발생할 수 있지만 매우 드물게 발생합니다. 이와 같은 시스템 중단 이벤트로부터 애플리케이션과 서비스를 보호하기 위해 다음 리소스를 검토하세요.

Google은 또한 App Engine 및 App Engine 가변형 환경과 같은 관리형 서비스를 제공합니다.

호스트 오류로 인해 VM이 종료되었는지 확인하려면 VM 종료 및 재부팅 진단을 참조하세요.

이미지

이미지를 외부에 저장하려면 먼저 Cloud Storage 서비스를 사용 설정해야 하나요?

예. 이미지를 외부에 저장하려면 Cloud Storage 서비스를 사용 설정해야 합니다.

영구 디스크

영구 디스크에 필요한 크기를 어떻게 선택할 수 있나요?

영구 디스크 성능은 영구 디스크 크기에 따라 변합니다. 자신에게 필요한 디스크 크기를 확인하기 위해서는 영구 디스크 성능 차트를 참조하세요. 확실하지 않으면 영구 디스크 크기 결정에 대한 문서를 읽어보세요.

영구 디스크가 쓰기를 캐시하나요?

아니요, 영구 디스크는 쓰기를 캐시하지 않습니다. 데이터가 안정적인 미디어로 전송된 다음에만 쓰기 명령어가 성공적으로 완료됩니다.

Compute Engine용 LVM

Google Cloud 제공 이미지에는 논리 볼륨 관리자(LVM)가 지원되지 않습니다.

Compute Engine의 볼륨 관리에는 다음과 같은 접근 방식을 권장합니다.

보조 디스크를 사용합니다. 파티션이 없는 보조 디스크를 사용하면 루트 디스크 크기를 변경할 필요가 없습니다. 경우에 따라 보조 디스크를 사용하면 오류로 인한 서비스 중단 위험을 줄일 수 있습니다.
영역별 영구 디스크의 파일 시스템 및 파티션 크기를 조절합니다. 파일 시스템을 수정하기 전에 스냅샷을 생성하여 디스크를 백업합니다. 파일 시스템 크기 조절 중에 오류가 발생하는 경우 스냅샷을 사용하여 디스크를 복구할 수 있습니다.
가지고 있는 기존 이미지를 바탕으로 LVM 루트로 커스텀 이미지를 만듭니다.

데이터 보호를 위한 Google의 조치는 무엇인가요?

디스크 암호화를 참조하세요.

둘 이상의 인스턴스에 영구 디스크를 연결할 수 있나요?

디스크가 읽기 전용 모드일 때만 여러 인스턴스에 영구 디스크를 연결할 수 있습니다. 멀티 작성자 모드의 SSD 영구 디스크는 2개의 N2 가상 머신(VM) 인스턴스에 연결할 수 있습니다. 읽기/쓰기 모드와 읽기 전용 모드의 영구 디스크는 동시에 연결할 수 없습니다. 자세한 내용은 VM 간 영구 디스크 공유를 참조하세요.

영구 디스크와 Cloud Storage는 각각 어떤 경우에 사용해야 하나요?

영구 디스크와 Cloud Storage는 모두 파일 저장에 사용할 수 있지만 매우 다른 기능을 제공합니다. Cloud Storage는 비교적 정적인 상태로 유지되는 매우 많은 양의 데이터를 저장하기 위한 대용량 파일 컨테이너로서, Compute Engine 가상 머신 인스턴스를 비롯한 다양한 위치에서 전역적으로 액세스할 수 있습니다.

다음 차트에는 각 제공 서비스의 특성과 최적 용도에 대한 몇 가지 정보가 나와 있습니다.

	Cloud Storage	영구 디스크
특성	접근성 전역(Compute Engine 이외 시스템 포함)에서 액세스 가능 여러 시스템에서 읽기/쓰기 모드로 액세스 가능 확장성 멀티 PB 확장 버킷 사용 방법 REST 인터페이스, 로컬 연결 블록 스토리지보다 높은 지연 시간 파일 수준에서만 시맨틱스를 작성 버전 관리 제공 Cloud Storage에서 암시적 파일 지원	접근성 Compute Engine 인스턴스 전용 리전별 접근성 하나의 인스턴스에서 읽기/쓰기 모드로 마운트되거나 여러 Compute Engine 인스턴스에서 읽기 전용 모드로 마운트됨 확장성 64TB 볼륨 한도 사용 방법 SCSI 인터페이스. 지연 시간 짧음 트랜잭션 형식의 쓰기 시맨틱스 - 임의 편집 버전 관리 없음, 연속 편집 파일에 사용하기 위해 파일 시스템 포맷 필수
대상 사용자	모바일, 소비자, 게임, SaaS를 위한 콘텐츠 배포 리치 미디어 병렬화 가능한 HPC 작업(예: 렌더링, 유전체학)을 위한 읽기 전용 입력 백업 및 보관 Hadoop(GHFS 사용)	Compute Engine 부팅 기기 빌드할 원시 블록 Datastore SQL 서버(예: MySQL) NoSQL 서버(예: Cassandra/Mongo) 파일 서버(예: Gluster) 키 값 영구 저장소(예: Redis)

네트워킹

Compute Engine IP 범위는 어디에서 찾을 수 있나요?

Google Cloud는 고객이 사용할 수 있는 전역 및 리전 외부 IP 주소 범위의 JSON 형식 목록을 cloud.json에 게시합니다.

기타 Google Cloud IP 범위:

상태 확인 IP 범위
전달 대상 또는 대체 네임서버로 전송된 트래픽의 Cloud DNS 소스 범위
IAP(Identity-Aware Proxy)용 TCP 전달에서 사용하는 소스 범위
Google API 및 서비스의 소스 범위를 확인하는 방법에 대한 자세한 내용은 비공개 Google 액세스의 네트워크 구성을 참조하세요.

traceroute 실행 시 인터넷 연결 대상에 대한 홉이 누락되는 이유는 무엇인가요?

Compute Engine VM 인스턴스에서 traceroute를 실행하면 대상만 표시되거나 인터넷 연결 대상에 대한 홉이 표시됩니다. 자세한 내용은 VPC 문서의 인터넷 연결 대상에 대한 traceroute를 참조하세요.

영역

특정 국가에서 리전별 데이터 센터를 사용하도록 선택할 수 있나요?

예. Compute Engine은 전 세계에서 데이터 센터를 운영하고 있습니다. 이러한 데이터 센터 옵션은 각 리전에서 연결 시 지연 시간을 최소화하기 위한 것입니다. 리전의 지리적 위치를 비롯한 구체적인 리전 정보는 리전 및 영역을 참조하세요.

영역이 오프라인 상태인지 어떻게 확인할 수 있나요?

Google Cloud Console의 Compute Engine 영역 섹션에서는 각 영역의 상태를 표시합니다. 또한 명령줄 도구에서 gcloud compute zones list를 실행하거나, Compute Engine API에서 compute.zones.list 메서드를 실행하여 영역 상태를 확인할 수도 있습니다.

시작 스크립트

커스텀 시작 스크립트는 언제 실행되나요?

시작 스크립트는 부팅 프로세스가 종료될 때 실행됩니다.

인프라 유지보수 이벤트

인프라 유지보수 이벤트란 무엇인가요?

Compute Engine은 인스턴스에 영향을 줄 수 있는 영역에 대해 주기적으로 정기 유지보수를 수행해야 할 수 있습니다. 기본적으로 모든 인스턴스는 이러한 유지보수 이벤트가 애플리케이션 및 워크로드에 영향을 주지 않도록 구성되어 있습니다. 성능 저하가 일부 발생할 수 있지만 유지보수 이벤트 중에도 인스턴스는 온라인 상태로 유지됩니다. 자세한 내용은 투명한 유지보수를 참조하세요.

정기 인프라 유지보수 이벤트는 얼마나 자주 발생하나요?

인프라 유지보수 이벤트의 간격이 정해져 있지는 않지만 일반적으로 2주마다 한 번씩 발생합니다.

인프라 유지보수 이벤트가 진행 중인 것을 어떻게 알 수 있나요?

유지보수 이벤트 직전에 Compute Engine은 대기 중인 인프라 유지보수 이벤트의 일부로 가상 머신을 라이브 마이그레이션하거나 중지했다가 다시 시작하기 전에 가상 머신의 메타데이터 서버의 특수 속성을 변경합니다. maintenance-event 속성은 이벤트 전후에 업데이트되며, 이를 통해 이러한 이벤트가 임박했음을 알 수 있습니다. 이 정보를 사용하여 유지보수 이벤트 전후에 실행하려는 스크립트 또는 명령어를 자동화할 수 있습니다. 자세한 내용은 투명한 유지보수 알림 문서를 참조하세요.