GCP AWS常用组件对比

Posted in: GCP谷歌云服务器代维护, Google谷歌GCP云服务外包, Google谷歌GCP技术支持服务 Started by admin

Google Cloud onBoard ，看到很多让人兴奋的东西。

花一点时间玩了GCP 的Compute, Storage, Networking 部分，顺便跟AWS 比较。

VM-计算

Instance Type 可以自订，最小有一个共用vCPU + 0.6GB
- 配上10GB 的空间，每月约$6.57 USD，持续使用会自动打折变成$5.00
- 相当于AWS EC2 的t2.nano
也有类似AWS 的C, R, M, I 系列的Instance Type,
- 最高等级有32 core, 240G

详细跟AWS的比较：Google Cloud Platform for AWS Professionals: Compute

虚拟机-存储

VM Storage 有SSD 和Standard 两种
VM Storage 最大可以到 65,536 GB = 64 TB
SSD类型：
- 64TB IOPS读/写：15,000 / 15,000
- 持续总处理能力上限(MB/秒): 240 / 240
- Storage 的大小只要到500 GB, IOPS 就会到顶了: 15000
标准类型：
- 64TB IOPS读/写：3000 / 15,000
- 持续总处理能力上限(MB/秒): 180 / 120
Storage 的IOPS 会随着空间大小而自动调整，没有AWS io1 那种provisioned IOPS 的概念
可以加密
最大可以到 64TB, AWS EBS 最大到 16TB

联网

一个Project就有自己的Networking，预设就会在每个Region都建立一个对应的CIRD Range.
- 每个Region的Networking叫做Subnetworks，有点像是AWS的VPC
- SubnetworksCIDR 可以更改，但只能变大。AWS VPC Subnet 是无法更改的。
Project之间的Networking预设是不通的，需要打通要透过XPN, Cross-Project Networking 串通。
没有看到类似AWS VPC 中Network ACL 概念的设计
预设Region 之间是互通的！也就是不用串Site to Site VPN！也不用管Network Topologies！

负载均衡器

Scaling pattern: GCP 是 real-time, 不用 pre-warm
Global 的, 不是 Regional
支援 Static IP!!
- 全球使用单个IP的服务

云储存

类似AWS S3,依照成本、存取频率分成Multi-Regional, Regional, Nearline,Coldline
bucket name 跟S3 一样是global level
bucket 可以个别设定存取权限, 也可以直接将object 设定为公开
可以直接删除整个bucket
- S3则一定要把bucket清空才能删除bucket,而且清空bucket要透过cli的recursive参数才行
- S3 在AWS Console 无法直接删除bucket 里面的资料
移转: GCP Storage 可以直接移转其他资料源，像是S3，指定s3 path, credential 就可以移转。
Storage 的储存方式可以调整，像是：
- Multi-Regional 可以改成 Coldline or Nearline, 但不能改成 Regional
- Regional 可以改成 Nearline or Coldline, 但不能改成 Multi-Regional
- Nearline 可以改成 Coldline or Multi-Regional, 但不能改成 Regional
- Coldline 可以改成 Nearline or Multi-Regional, 但不能改成 Regional
- 上面有三个都不能转换成Regional,可能可以透过其他方式
GCP Storage 在Console 上操作反应很快，S3 比较没那么顺

Cloud SDK，Rest，Cloud Shell

这三个算是GCP 的三大神器！很吸引开发者！

特别是在Console上可以在异动资源的时候，同时提供RESTor CLI，下次就可以很快速的程式化。

这样的设计不是啥很新的想法，但却很方便。以前在用phpmyadmin 时就有类似的功能，直接把SQL 转成PHP 语法。

专案Project

GCP的资源管理是以Project为单位，用Networking来看，每个Project有点像是一个独立的AWS Account。所以在规划上要很清楚对于公司来讲，什么叫做一个Project，在GCP上要怎么管理那些资源，如果真的切很多个Project，然后资源又要共享，互通，那么就相当于AWS上很多个VPC要串接，那可能就会遇到非常复杂的Routing问题。

底下是官方建议，利用Project把Prod, Test, Dev环境切开来的使用方式：

参考自：Google Cloud Platform for AWS Professionals: Management

GCP 的学习资源

习惯AWS 的学习资源，不管是Documentation, YouTube, Blog, …. 满习惯从这些地方快速吸收AWS 的新资讯，或者更深入的研究。特别像是AWS YouTube 尚有很清楚的等级分别10X 代表简介, 20X 代表Getting Start, 30X 代表进阶课程, 40X 代表专家等级。难易度从数字就很容易分辨。

另外AWS 所有的文件都有线上版, PDF, Kindle 版，我习惯用PDF 看，随时可以离线阅读。

GCP 目前看到有Documentation, 但是没有找到PDF. YouTube 也有类似的playlist:

资质认证

GCP目前有三张Certifications

结论

GCP最吸引我的就是他的Global Infrastructure，Google花很多钱在打造自己的网路骨干(Backbone)，让所谓的Cross Region这件事本来非常困难，而且高成本的事情，变得像是LAN一样的轻松。

GCP另外让人兴奋的就是Global的分散式资料库Spanner，这是让所有Developer期待的！Container / K8S是内建GCP，Google的Load Balancer也是Global Level的设计，AI / ML更是Google的强项！

GCP文件有一篇给熟悉AWS的文章：Google Cloud Platform for AWS Professionals , 除了基本的比较，也有细分的部分：

在Public Cloud 领域，如果说AWS 是出社会工作已久的资深前辈，那么GCP 应该就是年轻且有着绝佳天资的明日资星！

Tags: GCP AWS常用组件对比, Google谷歌GCP云服务器代维护, Google谷歌GCP云服务器代维护服务, Google谷歌GCP云服务器代运维, Google谷歌GCP云服务器维护, Google谷歌GCP云服务器维护外包, Google谷歌GCP云运维外包公司, IT外包, Linux服务器代维, 云服务器运维, 服务器代维, 服务器维护, 服务器运维, 谷歌GCP云服务器代维护