구글 컴퓨팅 엔진

Google Compute Engine
구글 컴퓨팅 엔진
원저작자구글
개발자구글
초기 릴리즈2012년 6월 28일, 10년 전(2012-06-28)
운영 체제
이용가능기간:영어
유형가상 프라이빗 서버
면허증.독자적인 소프트웨어
웹 사이트cloud.google.com/compute/

Google Compute Engine(GCE)은 Google의 검색 엔진, Gmail, YouTube 및 기타 서비스를 실행하는 글로벌 인프라를 기반으로 구축된 Google 클라우드 플랫폼의 서비스로서의 인프라(IaaS) 구성 요소입니다.Google Compute Engine을 통해 사용자는 필요에 따라 가상 머신(VM)을 실행할 수 있습니다.VM은 사용자가 작성한 표준 이미지 또는 커스텀이미지로부터 기동할 수 있습니다.GCE 사용자는 VM을 기동하기 전에 OAuth 2.0을 기반으로 인증을 받아야 합니다.Google Compute Engine에는 개발자 콘솔, RESTful API 또는 명령줄 인터페이스(CLI)를 통해 액세스할 수 있습니다.

역사

Google은 2012년 6월 28일 Google I/O 2012에서 제한된 미리 보기 모드로 Compute Engine을 발표했습니다.GCE는 2013년 4월 Gold Support Package를 통해 고객에게 제공되었습니다.2013년 2월 25일, Google은 RightScale이 첫 번째 [1]리셀러라고 발표했습니다.Google I/O 2013에서는 시간 외 과금, 공유 코어 인스턴스 유형, 대용량 영속 디스크, 강화된 SDN 기반 네트워킹 기능, ISO/IEC 27001 인증 등 많은 기능이 발표되었습니다.GCE는 2013년 5월 15일에 모든 사람이 이용할 수 있게 되었습니다.레이어 3 로드밸런싱은 2013년 8월 7일에 GCE에 도입되었습니다.마침내, 2013년 12월 2일, Google은 GCE를 일반적으로 사용할 수 있다고 발표했습니다.또한 OS 지원을 확장하고 VM의 라이브 마이그레이션, 16코어 인스턴스, 더 빠른 영구 디스크 및 표준 인스턴스의 가격을 낮춥니다.

2014년 3월 25일 Google Cloud Platform Live 이벤트에서 기술 인프라 수석 부사장인 Urs Hölzle은 Microsoft Windows Server 2008 R2, Cloud DNS 및 Cloud Deployment Manager에 대한 지속적인 사용 할인, 지원을 발표했습니다.2014년 5월 28일 Google은 LXC 컨테이너에 대한 최적화와 VM [2]인스턴스 전반에 걸친 Docker 컨테이너의 동적 스케줄링을 발표했습니다.


구글 컴퓨팅 엔진 유닛

GQ(Google Compute Engine Unit)는 컴퓨팅 리소스를 추상화한 것입니다.Google에 따르면 2.75 GCEU는 Sandy Bridge 플랫폼에 기반한 하나의 논리 코어(하드웨어 하이퍼스레드)의 최소 전력입니다.GCEU는 Anthony F에 의해 만들어졌다.Voellm은 구글이 제공하는 가상 머신의 퍼포먼스를 비교할 필요가 없어졌습니다.Google이 많은 클라우드 프로바이더와 협력하여 작성한 PerfKitBenchmarker 오픈 소스 벤치마크의 일부로 실행한 Coremark(TM) 벤치마크에 의해 대략적으로 계산됩니다.

영속 디스크

모든 Google Compute Engine 인스턴스는 영구 디스크라는 디스크 리소스로 시작합니다.영구 디스크는 인스턴스의 디스크 공간을 제공하며 인스턴스가 부팅되는 루트 파일 시스템을 포함합니다.영구 디스크를 원시 블록 장치로 사용할 수 있습니다.기본적으로 Google Compute Engine은 SCSI를 사용하여 영구 디스크를 연결합니다.영속적인 디스크는 간단하고 일관성 있고 신뢰성 높은 스토리지를 일관성 있고 신뢰할 수 있는 가격으로 제공하므로 별도의 로컬 사용 후 삭제 디스크가 필요하지 않습니다.인스턴스를 시작하기 전에 영구 디스크를 생성해야 합니다.인스턴스에 연결되면 네이티브 파일 시스템으로 포맷할 수 있습니다.하나의 영구 디스크를 읽기 전용 모드로 여러 인스턴스에 연결할 수 있습니다.각 영속 디스크의 크기는 최대 10TB입니다.Google Compute Engine은 AES-128-CB를 사용하여 영구 디스크를 암호화하며, 이 암호화는 데이터가 가상 시스템 모니터에서 나와 디스크에 도달하기 전에 적용됩니다.암호화는 항상 실행되며 Google Compute Engine 사용자에게 투명합니다.영구 디스크의 무결성은 HMAC 체계를 통해 유지됩니다.

2014년 6월 18일, Google은 SSD 영구 디스크 지원을 발표했습니다.이러한 Disk는 GB당 최대 30 IOPS를 제공하여 표준 영구 Disk보다 쓰기 IOPS와 읽기 IOPS가 20배 더 높습니다.

이미지들

이미지는 인스턴스를 시작하는 데 필요한 운영 체제 및 루트 파일 시스템을 포함하는 영구 디스크입니다.이미지는 인스턴스 생성 중 또는 루트 영구 디스크 생성 중에 선택해야 합니다.기본적으로 Google Compute Engine은 이미지로 정의된 루트 파일 시스템을 루트 영구 디스크에 설치합니다.Google Compute Engine은 CentOS 및 Debian 이미지를 표준 Linux 이미지로 제공합니다.Red Hat Enterprise Linux(RHEL) 및 Microsoft Windows Server 2008 R2 이미지는 프리미어 운영체제 이미지의 일부이며 추가 요금으로 이용 가능합니다.컨테이너 Linux( Core)OS)는 크롬 OS 기반의 경량 Linux OS도 Google Compute Engine에서 지원됩니다.

기계 종류

Google Compute Engine은 KVM을 하이퍼바이저[3]사용하며 64비트 x86 아키텍처를 기반으로 가상 머신을 기동하기 위해 사용되는 Linux 및 Microsoft Windows를 실행하는 게스트 이미지를 지원합니다.VM은 루트 파일 시스템이 있는 영구 디스크에서 부팅됩니다.가상 CPU의 수, VM에서 지원되는 메모리의 양은 선택한 시스템 유형에 따라 달라집니다.

청구 및 할인

Google Compute Engine은 지속적인 사용 할인을 제공합니다.인스턴스가 과금 사이클의 25% 이상 실행되면 가격이 떨어지기 시작합니다.

  • 인스턴스가 월 50% 동안 사용되는 경우 주문형 가격보다 10% 할인됩니다.
  • 인스턴스가 월의 75% 동안 사용되는 경우 주문형 가격보다 20% 할인됩니다.
  • 인스턴스가 매월 100% 사용되는 경우 주문형 가격보다 30% 할인됩니다.

기계종류비교

Google은 특정 유형의 기계를 제공합니다.

  • 표준 머신: 가상 CPU당 3.75 GB의 RAM
  • 대용량 메모리 머신: 가상 CPU당 6.5GB의 RAM
  • 고CPU 머신: 가상 CPU당 0.9GB의 RAM
  • 공유 머신: CPU와 RAM은 고객 간에 공유됩니다.
  • 메모리에 최적화된 머신: vCPU당 RAM이 14GB를 넘습니다.

아래 언급된[4] 가격은 표준 Debian 또는 Cent를 기반으로 합니다.OS Linux 가상 머신(VM)독자 사양의 operating system을 실행하고 있는 VM에는, 과금이 부과됩니다.

기계 종류 기계명 가상 코어 기억 시간당 비용(미국 호스트) 시간당 비용(유럽 호스트)
표준. n1-standard-1 1 3.75 GB $0.070 $0.077
표준. n1-standard-2 2 7.5 GB $0.140 $0.154
표준. n1-standard-4 4 15 GB $0.280 $0.308
표준. n1-standard-8 8 30 GB $0.560 $0.616
표준. n1-standard-16 16 60 GB $1.120 $1.232
대용량 메모리 n1-highmem-2 2 13 GB $0.164 $0.180
대용량 메모리 n1-highmem-4 4 26 GB $0.328 $0.360
대용량 메모리 n1-highmem-8 8 52 GB $0.656 $0.720
대용량 메모리 n1-highmem-16 16 104 GB $1.312 $1.440
높은 CPU n1-highcpu-2 2 1.80 GB $0.088 $0.096
높은 CPU n1-highcpu-4 4 3.60 GB $0.176 $0.192
높은 CPU n1-highcpu-8 8 7.20 GB $0.352 $0.384
높은 CPU n1-highcpu-16 16 14.40 GB $0.704 $0.768
공유 코어 f1 마이크로 0.2 0.60 GB $0.013 $0.014
공유 코어 g1-small 0.5 1.70 GB $0.035 $0.0385
메모리 최적화 n1-페타민-40 40 938 GB $6.3039 $6.9389
메모리 최적화 n1-페타민-80 80 1922 GB $12.6078 $13.8779
메모리 최적화 n1-megamem-96 96 1433.6 GB $10.6740 $11.7430
메모리 최적화 n1-아크롬-160 160 3844 GB $25.2156 $27.7557

자원.

Compute Engine은 전개에 포함되는 리소스라고 불리는 다양한 엔티티를 연결합니다.각 리소스는 서로 다른 기능을 수행합니다.가상 시스템 인스턴스가 시작되면 디스크 리소스, 네트워크 리소스 및 이미지 리소스와 같은 다른 리소스를 사용하는 인스턴스 리소스가 생성됩니다.예를 들어 디스크 리소스는 물리적 하드 드라이브와 유사한 가상 시스템의 데이터 스토리지로 작동하며 네트워크 리소스는 인스턴스에서 들어오고 나가는 트래픽을 조절하는 데 도움이 됩니다.

이미지

이미지 리소스는 인스턴스 시작에 필요한 운영 체제 및 루트 파일 시스템을 포함한다.Google은 즉시 사용할 수 있는 이미지를 유지 관리 및 제공합니다.또는 사용자가 이미지를 커스터마이즈하여 인스턴스 생성을 위한 선택 이미지로 사용할 수 있습니다.필요에 따라 이미지를 영속 디스크에 적용하여 영속 디스크를 루트 파일 시스템으로 사용할 수도 있습니다.

기계 종류

인스턴스의 시스템 유형에 따라 인스턴스에서 지원되는 코어 수, 메모리 및 I/O 작업이 결정됩니다.

디스크

영구 디스크는 가상 시스템과 독립적이며 인스턴스의 수명보다 오래 지속됩니다.영구 디스크에 저장된 모든 정보는 물리적 미디어에 기록되기 전에 암호화되고 키는 Google에 의해 엄격하게 제어됩니다.

유형 가격(GB당/월)
표준 프로비저닝된 공간 $0.04
SSD 프로비저닝된 공간 $0.17
스냅샷 스토리지 $0.026
IO 조작 추가 요금 없음

각 인스턴스는 총 영구 디스크 공간(대부분의 경우 최대 64TB)과 개별 영구 디스크 수(대부분의 경우 최대 16개의 개별 영구 디스크를 대부분의 인스턴스에 연결할 수 있음)의 제한된 양만 연결할 수 있습니다.

지역 고정 디스크는 지역 내 두 영역 간에 복제하여 가용성을 [5]높일 수 있습니다.

스냅숏

영구 Disk 스냅샷을 사용하면 기존 영구 Disk에서 데이터를 복사하여 새 영구 Disk에 적용할 수 있습니다.이 기능은 예기치 않은 장애 및 영역 유지 관리 이벤트가 발생할 경우 영구 Disk 데이터의 백업을 생성하는 데 특히 유용합니다.

사례

Google Compute Engine 인스턴스는 Linux 또는 Microsoft 윈도우즈 구성에서 실행되는 가상 시스템입니다.사용자는 하드웨어, OS, 디스크 및 기타 구성 옵션을 맞춤화하는 등 인스턴스를 수정할 수 있습니다.

네트워크

네트워크는 접속되어 있는 모든 인스턴스의 주소 범위와 게이트웨이 주소를 정의합니다.인스턴스가 서로, 다른 네트워크 및 외부와 통신하는 방법을 정의합니다.각 인스턴스는 단일 네트워크에 속하며 서로 다른 네트워크 내의 인스턴스 간의 통신은 퍼블릭 IP 주소를 통해 이루어져야 합니다.

Cloud Platform Console 프로젝트는 여러 네트워크를 포함할 수 있으며 각 네트워크에 여러 인스턴스를 연결할 수 있습니다.네트워크를 사용하면 해당 네트워크에 연결된 인스턴스의 게이트웨이 IP 및 네트워크 범위를 정의할 수 있습니다.기본적으로 모든 프로젝트에는 사전 설정된 구성 및 방화벽 규칙이 있는 기본 네트워크가 제공됩니다.규칙을 추가하거나 제거하여 기본 네트워크를 사용자 지정하도록 선택하거나 해당 프로젝트에 새 네트워크를 생성할 수 있습니다.기본적으로 프로젝트당 최대 5개의 네트워크를 가질 수 있지만 대부분의 사용자에게 필요한 네트워크는 1개뿐입니다.

네트워크는 하나의 프로젝트에만 속하며 각 인스턴스는 하나의 네트워크에만 속할 수 있습니다.모든 Compute Engine 네트워크는 IPv4 프로토콜을 사용합니다.컴퓨팅 엔진은 현재 IPv6를 지원하지 않습니다.그러나 구글은 IPv6의 주요 지지자이며 미래의 중요한 방향이다.

주소.

인스턴스가 생성되면 기본적으로 ephemeral 외부 IP 주소가 인스턴스에 자동으로 할당됩니다.이 주소는 인스턴스의 수명 동안 인스턴스에 연결되며 인스턴스가 종료되면 해제됩니다.또한 GCE는 정적 IP를 예약하여 VM에 연결하는 메커니즘을 제공합니다. 사용 후 삭제 IP 주소는 정적 IP 주소로 승격할 수 있습니다.

방화벽

방화벽 리소스에는 인스턴스 연결을 허용하는 규칙이 하나 이상 포함되어 있습니다.모든 방화벽리소스는 1개의 네트워크에만 관련지어집니다.1개의 방화벽을 복수의 네트워크에 관련지을 수 없습니다.방화벽 리소스가 네트워크 트래픽을 허용하지 않는 한 인스턴스로의 통신은 허용되지 않습니다. 같은 네트워크상의 인스턴스 간에도 마찬가지입니다.

경로

Google Compute Engine은 특정 IP 범위를 수신처로 하는 트래픽 라우팅 방법을 관리하기 위한 라우팅 테이블을 제공합니다.로컬 에리어 네트워크 내의 물리 라우터와 마찬가지로 발신 패킷이 루트테이블 내의 규칙과 일치하면 모든 발신 트래픽이 루트테이블과 비교되어 적절히 전송됩니다.

지역 및 구역

지역이란 Google 인프라 시설의 지리적 위치를 말합니다.사용자는 요건에 따라 사용 가능한 지역 중 하나에 리소스를 배치할 수 있습니다.2014년 6월 1일 현재 Google Compute Engine은 미국 중부, 서유럽 및 아시아 동부 지역에서 사용할 수 있습니다.

존은 영역 내에서 격리된 위치입니다.존에는 같은 지역 내의 다른 존에 대한 고대역폭, 저지연 네트워크 접속이 있습니다.고가용성을 갖춘 폴트 톨러런스 애플리케이션을 전개하기 위해, Google은 지역내의 복수의 존에 애플리케이션을 전개하는 것을 추천합니다.이를 통해 단일 존을 포함한 컴포넌트의 예기치 않은 장애로부터 보호할 수 있습니다.2014년 8월 5일 현재, 미국 중부와 아시아 동부 지역에 각각 3개 구역, 서유럽 지역에 2개 구역 등 8개 구역이 있다.

자원의 범위

GCE 내의 모든 리소스는 글로벌플레인, 리저널플레인 또는 존플레인에 속합니다.글로벌 리소스는 모든 지역 및 영역에서 액세스할 수 있습니다.예를 들어 이미지는 글로벌 리소스이므로 사용자는 글로벌 이미지를 기반으로 모든 지역에서 VM을 시작할 수 있습니다.단, 주소는 동일한 지역 내의 존 중 하나에서 시작된 인스턴스에서만 사용할 수 있는 지역 리소스입니다.인스턴스는 해당 인스턴스에 대한 모든 요청의 일부로 존 지정이 필요한 특정 존에서 실행됩니다.

다음 표는 GCE 자원의 범위를 정리한 것입니다.

범위 자원
세계적인 이미지
세계적인 스냅숏
세계적인 네트워크
세계적인 방화벽
세계적인 경로
지역 주소.
구역 사례
구역 머신 타입
구역 디스크

특징들

과금 및 가격 설정 모델

구글은 VM을 최소 10분 동안 충전합니다.10분 후 인스턴스는 1분 단위로 과금되며 가장 가까운 [6]분으로 반올림됩니다.지속적인 사용률 기준 가격 책정은 월간 [7][8]사용률을 기준으로 고객에게 할인을 제공합니다.사용자는 정기적인 온디맨드 가격 할인을 받기 위해 사전 약정 수수료를 지불할 필요가 없습니다.

VM 퍼포먼스

Compute Engine VM은 경쟁사보다 4~10배 빠른 30초[9] 이내에 부팅됩니다.

디스크 퍼포먼스

Compute Engine의 영구 Disk는 일관되게 [10]높은 IOPS를 제공합니다.프로비저닝된 IOPS 비용이 스토리지 비용에 포함되므로 사용자는 [11]IOPS에 대해 별도로 비용을 지불할 필요가 없습니다.

이미지 및 스냅샷의 글로벌 범위

이미지 및 디스크 스냅샷은 글로벌 범위에 속하며, 이는 Google Cloud [12]Platform의 모든 지역 및 영역에서 암묵적으로 사용할 수 있음을 의미합니다.따라서 영역 간에 이미지와 스냅샷을 내보내고 가져올 필요가 없습니다.

투과적인 유지보수

Google 데이터 센터의 정기 유지 보수 중에 Compute Engine은 사용자의 조작 없이 VM을 호스트 간에 자동으로 이행할 수 있습니다.이것에 의해,[13][14] 애플리케이션의 업 타임이 향상됩니다.

레퍼런스

  1. ^ Barb Darrow (February 25, 2013). "Exclusive: RightScale is first to resell, support Google Compute Engine". Gigaom blog. Retrieved July 5, 2013.
  2. ^ Google (June 10, 2014). "Containers on Google Cloud Platform". Google Compute Engine documentation. Retrieved June 10, 2014. {{cite news}}: author=범용명(도움말)이 있습니다.
  3. ^ "7 ways we harden our KVM hypervisor at Google Cloud: security in plaintext". Google Cloud Blog. 25 January 2017. Retrieved 14 July 2020.
  4. ^ "Google Compute Engine Pricing". Google Cloud Platform. Retrieved 2018-02-19.
  5. ^ "High availability options using regional PDs".
  6. ^ Buttler, Brandon. "Google rolls out by-the-minute cloud billing, introduces a new NoSQL database". NetworkWorld. Archived from the original on 30 July 2013. Retrieved 6 April 2014.
  7. ^ Joneja, Navneet. "Introducing Sustained Use Discounts - Automatically pay less for sustained workloads on Compute Engine". Google Cloud Blog. Google. Retrieved 6 April 2014.
  8. ^ Babcock, Charles (2014-03-28). "Google Wins In Amazon Cloud Price Battle". InformationWeek. Retrieved 6 April 2014.
  9. ^ Staddill, Sebastian. "By the numbers: How Google Compute Engine stacks up to Amazon EC2". Gigaom. Gigaom. Retrieved 6 April 2014.
  10. ^ Stadill, Sebastian. "Scalr Cloud Benchmarks". Scalr Cloud Benchmarks. Scalr. Archived from the original on 29 March 2014. Retrieved 6 April 2014.
  11. ^ "Persistent Disk Pricing". Google Compute Engine Documentation. Google. Retrieved 6 April 2014.
  12. ^ "Global Resources". Google Compute Engine Documentation. Google. Retrieved 6 April 2014.
  13. ^ Adler, Brian. "Google Compute Engine Live Migration Passes the Test". RightScale Blog. RightScale. Retrieved 6 April 2014.
  14. ^ Leong, Lydia. "Google Compute Engine and live migration". Blog.

외부 링크