大家最常用的 Compute Engine，也就是所謂的 VM 虛擬機器平台，也是這樣計算的。

我們在每個月使用過後，在下個月初會收到 GCP 的帳單，再自動扣款繳費即可。

本文先介紹 VM 最基本的計費方式，再針對短期和長期折扣詳細說明，最後教大家操作 GCP 費用計算機，讓大家可以完全掌握整個費用。

對了，先確認你已經用過 $300 美金的試用了嗎？如果還沒，可以參考這支影片來申請喔！

一、GCP VM 基本計費方式

主要分成主機規格、作業系統、硬碟大小、網路流量和 IP 位址五種計費項目。

這邊先提醒主機的記憶體、硬碟大小和網路流量的單位是 GiB 而不是 GB 喔！

而 1 GiB 約等於 1.07 GB，所以 GiB 是比較大的單位，可參考維基百科說明。

(一) 主機規格

主機規格包含型號、vCPU 數量和記憶體的大小。

VM 的型號非常多種，例如 N1、N2、M1、M2、到 Z3 等等，但是計費方式都一樣，不同型號有不同的 vCPU 和記憶體單價。

我們以在台灣 (asia-east1) 這個 Region 的 N1 為例，n1-standard-1 配的是 1 個 vCPU 和 3.75 GiB 的記憶體，每小時費用是 0.055 美金，如下表：

要注意的是，雖然表格是寫 Hourly，但它是以秒計費的，也就是說，你今天這台機器只開半個小時，那它就是 0.0275 美金而已。

但是它的最低消費是 1 分鐘。

就是說如果你的機器只開 30 秒就刪掉了，那它會計 1 分鐘的費用。

但如果你開了 1 分 30 秒的話，那它就會計成剛好 90 秒的費用。

我們也可以點擊右上角的開關，切換為每月的費用：

你會看到 n1-standard-1 是 40.15 元，它是 0.055 * 每月 730 小時得出來的數字。

為什麼要用 730 小時呢？

因為每年的天數不同，每年又有分大月和小月，所以 Google 把 730 小時做為平均每個月的小時數，避免每次都要考慮到底是 31天、30 天甚至 28 天的問題。

而同樣是 N1 的主機，還分成高 CPU 使用率和高記憶體使用率的機器類型，所以請直接參考表格來估算價格。

另外，GCP 不是只有配好的規格而已，你可以自訂想要的 vCPU 和記憶體的用量比例，例如你可以用拉 Bar 拉一個 1 vCPU 和 6.5 GiB 的規格，這是其他公有雲做不到的。

要注意的是，自訂規格的價格會有所不同，如下表：

甚至，我們還可以加開擴充記憶體，如下圖我們開到 624 GiB 這種非常特殊的規格：

而擴充的記憶體，單價也是有所不同：

上述提供的都是持續存在的 VM，另外還有 Spot VM，指的是 GCP 閒置的資源，如果你有「不那麼緊急」的工作要處理，你可以用非常便宜的價格使用 Spot VM，大約在 60%~91% 的折扣範圍，如下表：

但要注意它 Spot VM 的價格是浮動的，每 30 天就會更新一次，所以在使用之前，務必確認一下當前的價格。

還有 Spot VM 是隨時都會被 Google 收回去的，相關注意事項請看這份文件。

(二) 作業系統

如果你用的是免費，應該說是 Open Sourced 的 Linux 版本，例如 Debian、Ubuntu、CentOS、Fedora 或 OpenSUSE，是不用任何作業系統授權費的。

如果你是使用 Windows、Radhat、SUSE Linux Enterprise，或 SAP 相關的作業系統，就要額外付授權費。

我們以最常用的 Windows 為例：

1. 如果你只用 Windows Server 

它是每個 vCPU 小時在計費的，一個 vCPU 每小時是 0.023 美金，例如你用 n1-standard-4 跑 24 個小時，授權費就是 ：

4 個 vCPU * 0.046 * 24 = 4.416 美金。

那如果是所謂的共用核心 (Shared Core) 呢？

像是 f1-micro 和 g1-small 都算每小時 0.023 美金。

低消部分跟主機規格一樣，不到 1 分鐘算 1 分鐘費用，超過則以秒計費。

2. 如果你使用 Windows Server 和 SQL Server

那就是除了上述的費用之外，再另外加 SQL Server 的授權費，而 SQL Server 還有分版本：

SQL Server Enterprise 每核心每小時 $0.399 美金；

SQL Server Standard 每核心每小時$0.1200 美金；

SQL Server Web 每核心每小時 $0.011 美金；

SQL Server Express 不計費。

注意低消部分跟上述不同，不到 10 分鐘算 10 分鐘費用，超過則以分計費喔。

另外要注意，你的主機必須開 4 個 vCPU 以上，如果開不到 4 個 vCPU，還是算 4 個 vCPU 的授權費喔！！

3. 自帶授權 (Bring Your Own License; BYOL)

如果你原本就有向微軟的代理商購買授權的話，你可以透過自帶授權的方式，在 GCP 上使用自己購買的微軟授權。

但要注意，一般的 Windows Server 授權本身不足以讓你在 GCP 上使用 BYOL，你需要有 Software Assurance（SA）- 這是微軟的一個額外服務計劃，給予你「License Mobility through Software Assurance」的權利，這才允許你將授權移轉到公有雲使用，不管是 GCP 或 AWS。

如果確定有購買 Software Assurance 的話，你在 GCP 只要花費主機費用，就不會被額外收取授權費喔！關於微軟授權的注意事項，可以參考這份文件。

(三) 硬碟大小

目前 Disk 分成 Standard、Balanced、SSD、Extreme 和 Hyperdisk Extreme 五種，

依照他們的用途，分成一般用途和高 IOPS 用途的 Disk 來分開說明：

1. 一般用途的 Disk

依照 IOPS 效能最低到最高依序為 Stardard、Balanced 、SSD 和 Extreme Disk，主要是依照空間大小以秒計費，最小使用空間為 10 GiB。

但要注意，主機只是關機，Disk 還在的話，仍然會計費喔！

而它們又分成 Zonal 和 Regional，Zonal 就是在 Regional 內其中一個 Zone 的 Disk。

Regional 則是有 2 個 Disk，因為虛擬機會同時把資料寫入兩個 Zone 的 Disk，所以費用是 2 倍金額。

另外 Extreme Disk 則沒有 Regional，最小使用空間為 2500 GiB。

而且除了空間計費之外，它可以額外增加 IOPS 而不增加空間，每秒增加一次 IOPS 為 0.078 美金。

2.  高 IOPS 用途的 Hyperdisk

Hyperdisk 是 GCP 中最新一代的網路區塊儲存服務 (Block Storage)，專門用來針對企業最關鍵任務的應用程式而設計出來的。

它的類型很多，包含 Hyperdisk Throughput、Hyperdisk Balanced、Hyperdisk Balanced HA、Hyperdisk、Hyperdisk Extreme 等。

除此之外，針對 Throughput 和 Balanced 這兩種 Hyperdisk，可以使用 Storage Pool，它可以簡化你的 Disk 管理。

你可以一次建立一個很大的 Disk 空間，統一設定效能，再把 Disk 分配給每一台主機，還有一些效能上的免費額度。

詳情可以參考這份文件，未來有機會再專門討論。

目前在台灣 (asia-east1) 的價格如下表：

你會看到有幾個是灰色底的數字，雖然價格文件上有提到 Throughput 和 Balanced HA，但另一份關於 Hyperdisk 可用性的文件指出，台灣其實還沒有提供。

所以 Hyperdisk Storage Pool 的部分，台灣也只有 Hyperdisk Balanced 的 Pool，Hyperdisk Throughput 的 Pool 也還不可用。

因為今年 (2024) Hyperdisk 才剛出來，未來可能還有變動，所以請持續追蹤官方文件是否有更新。

(四) 網路流量

流量依照進出主機的方向分為 Ingress (流入/上傳) 和 Egress (流出/下載) 兩種，其中 Ingress 不計費，只有 Egress 計費。

而 Egress 又依照你的流出的目的地有不同的價格，以下依照費用從最高到最低依序說明：

1. Egress 到 Google 外部

我們在建立主機時，在 Network Interface 有給你選擇 Service Tier，看你要用 Preimum 還是 Standard，如果沒選預設就是 Premium。

(1) 主機 Egress 到外部 (Premium)

你可以看到，主機流出到世界各地的流量單價都不同，還有各種例外狀況，所以要看你服務的對像在哪裡，決定你主機流量的單價。

(2) 主機 Egress 到外部 (Standard)

Standard Tier 的流量費用單純許多，如下表：

但是無論如何，我建議一律使用 Preimum，要不然可能會去失去一些重要的網路功能，兩者詳細差異可以參考這份文件。

2. 主機 Egress 到 VPC 外部，但仍在 Google 內部

因為 Google 不是只有 GCP，很多人也使用 Gmail、YouTube、雲端硬碟等等，還有 GCP 之內其他非 VM 的服務，像是 Cloud SQL、GKE 等等。

各種目的地的計費方式如下表：

3. 主機 Egress 到同一個 VPC 內，但不同 Region 的主機

不同 Region 因為 Google 在當地的建置成本或其他因素，而有不同的費用如下：

4. 主機 Egress 到同一 Region 內的其他主機

例如主機會 Zone A，傳輸流量到同一 Region 也是 Zone A 的主機，免費。

如果是傳到同一 Region 但是到 Zone B 的主機，每 GiB 是 0.01 美金。 

這部分因為 Google 中文版的網頁是錯誤的，

在此提供英文版的網頁截圖：

(五) IP 位址

如果你的主機有透過 Cloud NAT 上網，或是透過 Load Balancer 接收進來的流量，

那你其實不需要 IP 位址的，除非你是需要單獨對外連線，才需要用，

所以我們在估價時，如果其他 SKU (產品細項) 金額非常大，不然我有時會直接忽略這個費用。

因為 IP 位址屬於稀缺資源，所以你會看到，

如果主機是開機的，IP 位址比較便宜 (0.005 美金/小時)，

如果主機關機，代表你的 IP 是閒置的，IP 位址反而比較貴 (0.01 美金/小時)，

因為你「佔用稀缺資源」，所以會被收取更高的費用。

而 Preemptible 和 Spot VM 是屬於「隨時會被 Google 收回去的主機」，主機被收回去就表示 IP 也隨之釋放掉了，所以是最便宜的。

二、續用折扣 (Sustained Usage Discount; SUD)

續用折扣是在同一個月內，使用某一個型號到達某個時數的時候，可以享受到的折扣，而且它是會自動套用的。

類似現在電子商務的「滿額折扣」，例如結帳金額「滿千送百」，或是購物滿多少錢免運費的概念。而不同型號會有不同的折扣深度，例如：

使用 N1、M1、M2，以及除了 NVIDIA H100, A100, and L4 以外的所有 GPU，最高可達 30% Off 折扣，就是打七折。

使用 N2、N2D、C2 最高可達 20% Off 折扣，就是打八折。

另外要注意，E2 沒有 SUD 喔！

我們以 n1-standard2 型號為例，原價每小時 0.55 美金，以 2025 年 2 月是 28 天(方便計算)，如果機器一直開著不關，我們來看它的折扣狀況：

我們再看這張圖，可以得知，用越多省越多：

上面的例子是假設你的主機都不關的情況下，可以獲得的折扣。

那如果機器中途關機，會不會失去折扣？

如果你機器在2月初開了一個禮拜，最後一周也開一個禮拜，因為第一周的開機時數已滿 (25%)，最後那周開機的費用，就滿足 20% Off 的條件，也就是打八折。

再跟第一周的原價平均起來，就是打九折。

那如果是中途升級呢？Google 官網有個範例：

為了讓你可以跟 Google 官網正確對照，我們沿用官網的價格，以及每月時數 730 小時來計算。

我們本來用 n1-standard-4，用了半個月，再升級成為 n1-standard-16。

原本的費用是：

n1-standard-4 使用半個月的費用 + n1-standard-16 使用半個月的費用。

照理來說，使用半個月就是打九折。

但 Google 的算法是：

n1-standard-4 使用一個月的費用，增加的規格 (12vCPU, 45GB) 使用半個月的費用。

就是 n1-standard-4 打七折，增加的規格才打九折。

具體算法如下圖：

但要注意，如果你是自訂規格，你的 vCPU 和記憶體是自己指定的，它們的續用折扣會獨立計算，不會跟原本配好的機器類型合併計算喔！

三、承諾使用折扣 (Committed Usage Discount; CUD)

如果你確定有些機器要長期持續運作，Google 提供一年到三年的 CUD。

這裡分為以資源為基礎的 (Resource-Based) CUD 和運算彈性的 (Flexible) CUD。

接下來我們一邊說明折扣計算方式，一邊操作下單的畫面給大家看。

(一) 以資源為基礎的 (Resource-Based) CUD

指的是特定 Region、特定型號 (例如 N1)、特定期間 (例如一年) 還有特定數量等等。

因此你在美國開的 CUD，就不能用在台灣，或是你開 N1 的 CUD，就不能用在 N2。

這裡提供 CUD 的資源包含 vCPU、記憶體、GPU、Local SSD、Sole-tenant nodes 和作業系統授權 (其實只有 SUSE)。

常見的機器型號如 E2、N1、N2、N2D、M1、M2、M3、C2、C2D、C3D、G2、T2D 都有提供。

但要注意，共用核心（f1-micro、g1-small、e2-micro、e2-small、e2-medium）無法套用 CUD 喔，千萬不要衝動買下去！

1. 購買 Resourced-Based CUD

我們直接進到購買 CUD 的畫面：

我們可以針對每一個承諾 (Commitment) 來命名，接著選擇要在哪一個 Region 使用資源，以及使用的型號和時間長度 (一年或三年)。

例如我要用 N1 的 10 個 vCPU 和 20 GB 的記憶體，它會直接在右邊列出預估的每月費用，並且告訴你會省下多少錢：

你會看到它有顯示折扣金額，如果你把 213.46 除以 338.82 是 0.63，就是 63 折的金額，你可以再切成三年，看它有什麼變化：

你會看到它的每月費用就是 152.48 除以 338.32 等於 0.45， 就是打 45 折。

我也有試著把大部分型號拉出來看，如官方文件所說，除了「記憶體最佳化」(Memory) 的主機，一年打 59 折，三年打 3 折。(你沒看錯是 3 折)。

其他用途的主機都是一年打 63 折，三年打 45 折。整理如下表：

2. CUD 要下多少才對？

其實這沒有絕對的答案，主要是取決於你平常使用量的變動性，你可以先從帳單的選單找到 Commitments，再點擊 Compute Engine Commitment Analysis。

(Commitments 現在改版叫 Committed Used Discounts，圖片是較舊的版本)

接下來你會看到一個月內某個型號機器資源的使用量，如果你還沒買過 CUD，你看到的應該都呈現灰色的長條圖。

如果你很固定每個月都是 N1 的 30 vCPU，那你就很適合直接下單 CUD。

但如果你每個月的用量忽大忽小，例如這個月 20 vCPU，下個月只有 8 個 vCPU，一種方式是抓中間值，例如買 14 個 vCPU，

但是 CUD 在合約期間內，每個月都會出帳給你，不管你有沒有用滿 14 個 vCPU，當你某個月只用  8 個 vCPU，你還是要多付 6 個 vCPU 的費用。

那你可以買少一點，例如只買 8 個或 10 個 vCPU，其餘的就享受不到折扣嗎？

這點不用擔心，超過 8 個的 vCPU 數量，會自動套用 SUD。

3. GPU 的 CUD

再下來再看 GPU，要注意不是所有型號都機器，都可以配任何型號的 GPU，

要查詢主機型號和可用的 GPU，可以參考這份文件。

而且每個 Region 和 Zone 提供的 GPU 都不同，請以這份文件為準。

在操作查看 GPU 的 CUD 折扣時要注意，單純指定 GPU 數量是看不到折扣的：

你必須要先選擇 Create Reservations，並且要指定使用的 Zone 有提供 GPU 型號，

網頁才能正確顯示折扣和費用，例如我們在官方文件查到 asia-east1-a 有提供 P100，

就它提供的來選擇：

接著在 Reservation 的部分，也要填寫正確的 Region 和 Zone，

尤其主機型號和 GPU 的型號跟數量要相同，才能顯示 CUD 折扣資訊如下圖。

關於 Reservation 的各項細節，未來有機會再專門討論。

經過確認 GPU 也是和一般機器類型的 CUD 相同，一年 63 折，三年 45 折。

4. CUD 何時生效

很多用戶都在詢問購買 CUD 之後，想說怎麼還沒生效，

根據 Google 官方文件，CUD 生效是在 Pacifitc Time 的 00:00，

也就是「隔天的 UTC-8 或 UTC-7 的 00:00」(而台灣是 UTC+8)，

這個時間點就是 Google 的帳務系統，切換到隔天的時間點，

而這個時間在美國，又有所謂的「日光節約時間」，就是夏天會調快一小時，冬天會調回來。

而且夏令和冬令的切換時間，每年都不一樣。

以今天 (2023) 為例，10月27日會從夏令時間改回冬令時間

如果你是在 11 月 5 日以前購買 CUD，它的生效時間就是 UTC-7 00:00，即台灣時間下午 15:00。

如果你是在 11 月 5 日後前購買 CUD，它的生效時間就是 UTC-8 00:00，即台灣時間下午 16:00。

我們來看下面這兩個例子：

如果你剛好是在 10/31 的 14:30 下單，那你運氣很好，在美國剛好是 10/30 23:30，

代表半個小時後，就進入隔天了，你下單的 CUD 在 15:00 就生效了。

但如果你超過你是 10/31 的 15:00 以後才下單，那抱歉了，美國才剛過凌晨 00:00，

你要等到 11/1 的 15:00，就是幾乎要等一整天，才會看到生效。

如果你剛好是在 11/3 的 15:30 下單，那因為是冬令時間，在美國剛好是 11/2 23:30，

代表半個小時後，就進入隔天了，你下單的 CUD 在 16:00 就生效了。

但如果你超過你是 11/3 的 16:00 以後才下單，一樣美國才剛過凌晨 00:00，

你要等到 11/4 的 16:00，就是幾乎要等一整天，才會看到生效。

這裡再補充一 下，Local SSD 也是同樣的道理，

要 Create Reservation 才能下單，它的折扣一樣是一年 63 折，三年 45 折喔！

5. 作業系統授權也有 CUD

以資源為基礎的 CUD，除了硬體，也有軟體的 CUD，

一樣是從 CUD 的選單進入：

但是進來之後你會發現，只有 SUSE Linux 系列的作業系統才有提供 CUD，

我們最常用的 Windows 是沒有 CUD 的喔！

6. CUD 套用範圍與共享

當你下完 CUD 訂單後，預設它只會給同一個專案內的資源使用，

但你也可以分享給同一個帳單帳戶底下，其他的專案一起使用。

接下來跳出一個小視窗，你可以輸入 Enable，讓同一個帳單帳戶的其他專案，可以共用 CUD。

但要注意，如果原本購買 CUD 的專案，移到另一個帳單帳戶的話，

那 CUD 還是會跟著原本的專案一起離開喔，其他專案就用不到這個 CUD 了。

7. CUD 重要提醒

既然它叫「以資源為基礎的 CUD」，代表它綁定的就是特定 Region 或型號，

這一點要非常注意，因為非常容易操作錯誤，很多用戶都是錯在 Region 或是型號，

並且下錯就完全不能修改，唯一的辦法是發現下錯的當下，馬上去聯絡 GCP 的代理商，

請他們開立技術支援單 (Support Ticket)，聯絡原廠的人員來處理，非常麻煩。

後來 Google 推出另一種運算彈性的 CUD，比上面這種單純又方便很多喔！

(二) 運算彈性的 (Computed Flexible) CUD

它的名字取得不好，其實就是「以費用為基礎的」Spent Based CUD，

它不管你用在哪個 Region、哪個 Zone、什麼型號、vCPU、記憶體還是 GPU，

你只要設定一個每小時的費用，購買之後就套用到所有 Compute Engine 的資源上，

所以使用 Flexible CUD，就不會那麼容易下錯單囉！

要注意的是，你不是在 Compute Engine 頁面購買，

它是以帳單帳戶為基礎，所以在這個帳單帳戶底下的專案都可以共享這個 CUD。

進來之後，你會看到很多產品都有各種 CUD，

那我們就選 Compute Flexible Commited Use Discounts：

然後我們就根據過去經驗，輸入每小時大概花費多少錢，

以及設定一年或三年的承諾。

你會看到它在下方會自動秀出折扣後的價格，

原本每小時 10 美金，現在變成 7.2 美金，代表打 72 折了。

然後原本整個月是 7200 美金，節省了 2016 美金，只要  5184 美金。

那如果選三年的承諾，就直接打 46 折。

這邊比較奇怪的是，為什麼它不用一個月 730 小時來算，而是用 1000 小時？

所以各位試算的時候，還是注意一下，用 730 小時來算比較精準。

另外關於生效時間，你也不用像前段提到的 UTC-7 或 UTC-8，

你只要下單後的一個小時內就會生效喔！

四、GCP 價格計算機 (Pricing Calculator)

因為 GCP 的產品太多，各種產品的計費方式都不同，

所以提供價格計算機，方便大家來估算自己的費用。

目前有兩個版本，分別帶大家來看：

(一) 新版 GCP 價格計算機

新版首頁像這樣，我們就直接點擊 Add To Estimate：

接著我們再點擊 Compute Engine：

點擊之後，會展開主機的各種計費參數，並帶入一些預設值，

第一個 Service Type 包含 Instances、Sole-Tebant Nodes、Machine Images，保持預設即可。

第二個 Instances Configuration，旁邊的 Advanced Settings 開關就只問要不要估 IP 位址，

要開不開都可以，只要注意，你有幾台機器，就只能帶上相同數量的 IP 位址。

主機的部分就是問你數量，以及開機的時間，例如每周或每月開幾小時，保持預設即可。

再來作業系統的部分，要記得如果是 Windows 的話，你是只有 Windows Server，

還是也有 SQL Server 資料庫，以及它的版本，它們之間的費用差異極大，要看清楚。

在此我們選擇 SQL Server Standard 版本 (已包含 Windows Server 的授權)。

Provisioning Model 就保持 Regular，代表我們主機是要保持開著，不要隨時被 Google 收回去。

Machine Type 可依照你的需求去選擇需要的規格，我們保持預設的 n1-standard-4 就好。

要注意下方的拉 Bar，如果我們移動的話，導致 vCPU 和記憶體的組合，

不屬於它配好的 (Predefined) 規格，那就會變成自訂 (Custom) 規格，單價會比較高。

Threads Per Core 指的是一個實體 CPU 要跑幾個執行緒，也就是 vCPU 的數量。

如果你是免授權費的 Linux，調整這個沒有影響，但如果是 Windows，

因為它的授權費取決於 vCPU 的數量，如果調成 1 Thread，你會發現整體的費用降低了。

當然少一個 Thread，就是少一個 vCPU 在跑，所以運作效率也會受到影響喔！

接下來選擇要使用的 Disk，首先你會看到只有 Standard、Balanced 和 SSD 可以提供選擇，

Extreme 和 Hyperdisk 目前還選不到。

比較需要注意的是，有一個 SUD 的開關，預設沒有打勾，

我們大部分機器都是一直開著的，所以建議直接勾起來，才能得到比較精準的費用。

而 Local SSD 是高 IOPS 和低延遲的 Disk，但是當主機重開，資訊會消失，

所以平常比較少用，就不需要勾選。

下方 Region 的部分要記得勾選，因為不同 Region 的上述價格都會不同，

然後再依照你的機器是否為長期使用的，來選擇適合的 CUD，

如果還不確定，或是機器都是短期測試，就可以先選 None。

到這邊少了一個計費項目，就是網路流量，我們要再點擊右上方 Add To Estimate：

它會跳出各產品給你選，你可以輸入關鍵字來找到 Networking。

當你剛進來的時候，它預設是 IP 位址的選項，要先切換成 Data Transfer。

接下來會看到 Internet Data Transfer，就是流出 Ergess 到 Google 外部的流量。

Network Service Tier 建議選擇 Premium，

資料量的部分就依照你的預估，如果是新的網站，那就抓個 10 GB，

如果是電子商務網站，建議先抓 100GB。

下面則是問你，從哪個 Region 的主機出去的流量，而用戶都從哪裡存取到你的主機，

像我們都在台灣的話，Source 選台灣，Destination 就選 Asia。

最後一部分就是在 Google 內部，從主機流出的流量，

我們的主機如果都是以台灣為主，就選 Inter-Region 即可，

這部分因為單價很低，如果根本無法預估流量，你可以就給它 10 GB，或改成 0 GB 也可以。

最後我們在右邊就會看到各個服務的費用加總，我們可以從各服務計三個小點按鈕，

點擊展開該服務的所有細項：

費用加總下方的各個按鈕依序說明：

我們把 CSV 上傳到 Google 試算表，打開會像下圖這樣，

記錄得很詳細，還包括這份估價單的連結，

別人點擊之後會看到相同的 GCP 價格計算機網頁。

點擊之後，它會產生另一個連結，假如你要針對相同的主機規格，

分別估算無 CUD、一年CUD、三年 CUD 的方案，就可以把規格設定好之後，

複製新的一版，再更改 CUD 設定就好了。

你可以點擊 Share，複製連結給別人，你自己也可以將此連結貼到新的視窗，

你可能會擔心，任何人都可以編輯這個估價單，

但是不用擔心，不管是你或別人，只要異動過任何計費項目，它的連結網址會自動改變。

代表你的連結永遠都是最初的版本，別人改好再分享給你的話，

它會是另一個連結，不會改到你原本的估價單，這樣分享就很方便。

這裡再提醒一下，操作的時候，注意數字是否有變化，

或是參考官方價格文件，畢竟是新版，很多功能都還在優化中，可能會有些小小的 Bug。

(二) 舊版的 GCP 價格計算機

目前 Google 還保有舊版的計算機，我們可以點進來看看：

https://cloudpricingcalculator.appspot.com/

你會看到內容其實差不多，只是操作的界面長得不太一樣：

但是它在 Disk 的部分，有 Extreme Disk 和 Hyper Disk，是比較完整的：

比較需要注意的是，舊版計算機要手動點擊 Add To Estimate 才會出現估價結果：

但它有一個好處，是它有一個寄信功能，點擊之後可以輸入收件人的 Email，

像我通常都是寄給自己留個記錄，

你可以只要輸入 Email 就好，其他都不是必填：

接著它就會馬上把估價內容寄到信箱，這是在信箱收到的畫面，非常方便。

但沒有 CSV 格式的估價單那麼詳細，主要是方便給自己留底。

其餘部分和新版的操作都差不多，就不再贅述，建議你可以兩種都試試看，選擇適合的來用。

五、結論

總結我們在整個估價的過程中，需要注意以下幾點：

1. Windows 的作業系統授權，要不要包含 SQL Server，每個版本價格都不同。

2. Hyperdisk 不是每個 Region 都有提供，以及 IOPS 和 Throughput 參數要額外設定。

3. SUD 和 CUD 兩種折扣的計算方式，對估算結果影響較大。

4. CUD 的下單方式要多注意，Resource-Based 的 CUD 注意不要下錯。

5. 如果怕太複雜，或者使用的資源不固定，就直接選擇 Flexible CUD 就好。

最後提醒，因為 GCP 各項服務不斷推陳出新，新推出的東西通常都有優惠，

過一段時間就會恢復原價，或著原本不收費的，突然開始要收費了，

你可能會不定期收到 Google 寄出的，關於價格變動的 Email 通知。

其至本文發布之後沒多久，某些服務的價格又變動了。

務必查看清楚，或是多看看 GCP 官網的價格資訊喔！

本文同步刊登於思想科技官方網站：

【東東老師 X 思想科技】Google Cloud VM 基本計費方式

【東東老師 X 思想科技】Google Cloud VM 永續折扣與承諾使用折扣

【東東老師 X 思想科技】Google Cloud VM 價格計算機 (Pricing Calculator)

The post GCP VM 費用如何計算？有哪些折扣和申請方式？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

Google 的 Compute Engine，簡稱 GCE，就是 Google 的虛擬機器平台。

類似 AWS 的 EC2，或是微軟的 Azure Virtual Machine。

一、Google VM 平台 – Compute Engine 的功能

1. 提供各種作業系統映像檔 (Image)

你可以使用免費的 Linux Server，

如 Debian、Ubuntu、CentOS、Fedora ，

也可以使用付費授權的 Windows、Redhat、SUSE 等等。

目前 Console 上看到可用的作業系統如下：

Google 提供這些作業系統的映像檔 (Image)，

你可以想像它是給你安裝作業系統的光碟片。

另外，你看到它上面有 Windows Server 和 SQL Server on Windows Server。

代表除了你可以建立 Windows Server 的 VM，

你也可以開好一台「已經裝好 SQL Server」的 VM。

如果你裝過 SQL Server 就會知道，

它的安裝非常耗時，可能要好幾個小時才能裝好，

但 Google 已經有準備好「內含 SQL Server」的 Windows 映像檔，

讓你省去好幾個小時的安裝時間，不是很方便嗎？

更多作業系統版本可以參考這份文件。

2. 提供各種效能的硬碟類型

(1) 永久硬碟 (Persistent Disk)

早期 GCP 只提供一般的硬碟 (Standard Disk) 和固態硬碟 (SSD)，

因為 SSD 價格較為昂貴，大家為了省錢都使用一般的硬碟。

後來就推出 Balanced SSD，它不像 SSD 那麼貴，

但效能又比一般的硬碟好很多。

所以 Balanced SSD 漸漸成為大家比較常用的選項。

後來 Google 又推出 Extreme Disk，提供給有高速 IOPS 存取硬碟需求的用戶。 

今年再推出最新的 Hyperdisk，

提供比 Extreme 更高的 IOPS (讀寫次數) 和 Throughput (吞吐量)。

還可以單獨調整 IOPS 和 Throughput，更多資訊可以參考這份文件。

(2) 臨時儲存資料的本機 SSD (Local SSD)

如果你有臨時的、低價值的資料要暫存，

同時又要有很高的 IOPS，就可以使用 Local SSD。

與永久磁碟和 Hyperdisk 相比，

Local SSD 提供更高的每秒輸入/輸出操作（IOPS）和非常低的延遲。

這是因為 Local SSD 是「實體連接」到你的虛擬機器上喔，

就像你在操作的個人電腦一樣。

但要注意，只要你重開機，資料會全部消失喔！

它的 IOPS 很快是為了輔助你暫存資料，而不是永久儲存，

如果你要永久儲存，還是要選上面的永久硬碟喔！

更多資訊可以參考這份文件。

3. 備份功能 – 快照 (Snapshot) 

你可以隨時使用快照功能來備份你的主機，也可以設定排程來自動備份。

它是使用增量備份的方式，也就是說第一次做快照，可能會有較大的資料量，

但是從第二次開始，都只會針對變動的部分做備份，如下圖：

而且它可以做排程自動備份，你可以選擇離峰的時間，

讓它自動幫你的主機做備份，萬一主機運作中出現問題，導致機器壞掉的話，

可以使用快照來還原主機喔！更多資訊可以參考這份文件。

4. 自訂主機內容的映像檔 (Image) 和執行個體範本 (Instance Template)

除了上述 GCP 供各種作業系統映像檔 (Image)，你也可以做自己的映像檔，

這樣有什麼好處呢？

你可以想像，通常你都會有習慣使用的作業系統，例如 Ubuntu 或 CentOS，

你也會安裝你常使用的軟體像是 Apache、Nginx 或 MySQL 等等。

你就可以把常用的軟體裝好之後，做成你的映像檔，就類似燒光碟的概念， 

以後你要開新的機器，你可以直接用自訂的 Image 開成新的機器，

這樣你就不用每次都要重新安裝和設定環境了，主要就是減少你的重覆工作。

那範本又是什麼呢？

它的全名叫「執行個體範本」，就是幫你記住所謂的中介資料 (Metadata)，

更白話一點，就是主機除了 Image 之外，它在 GCP 的設定資訊，

像主機要開在哪一個 Region 和 Zone、規格大小、用多大的 Disk、

用哪一個 Service Account (主機的身份)、防火牆標籤、

用哪一個 VPC 網路 (GCP 內網)、要不要外部 IP、

開機要不要自動執行什麼指令 (Startup Script) 等等。

讓你的開新機器可以更方便，詳情可以參考這份文件。

所以你可以：

(1) 用 Image 開新機器，自動包含已經安裝的軟體

(2) 用 Template 開新機器，自動包含已經安裝的軟體，再加上主機在 GCP 的設定。

另外，如果你想要做到雲端的重要功能 – 負載平衡和自動擴充 (Autoscale)，

也是要用到 Image 和 Template 喔，詳情可以參考這份文件！

5. 機器映像檔 (Machine Image)

機器映像檔和上面提到的 Image 加 Template 很像，

可以想像成是一個「完整的電腦備份包」。

這個備份包含了：

作業系統、所有已安裝的軟體和設定、磁碟設定和儲存的資料和網路設定等。

但還是有一些重要差異：

(1) 備份範圍不同

• Machine Image：可以同時備份多個磁碟，包括開機磁碟和資料磁碟。
• Instance Template + Image：只能備份單一開機磁碟。

(2) 增量備份能力

• Machine Image：支援增量備份，如果資料只改一點點，下次備份只會儲存變更的部分。
• Instance Template + Image：每次都是完整備份，不管改了多少。

(3) 磁碟配置彈性

• Machine Image：可以保留完整的磁碟設定，包括多磁碟之間的關聯。
• Instance Template：需要額外設定來處理多磁碟設定。

6. OS Patch Management 統一管理系統更新 

現在網路上駭客很多，隨時在到處入侵各個系統，

而作業系統如果不保持更新，就容易被發現漏入，

導致駭客入侵，因此保持作業系統更新非常重要。

但如果你手上有很多機器，要手動更新每台機器，是非常麻煩而且耗時的，

GCP 提供 VM Manager，就是要讓你可以一口氣更新多台主機，

你就不用一台一台連進去手動更新。更多詳細的介紹可以參考這份文件。

二、Compute Engine 的特色

以下是幾個 Compute Engine 的關鍵特色：

(一) 想用就用 (On-demand) ：

當你有臨時要使用主機的需求，你可以在幾分鐘內就開始使用一台虛擬機器，不需要實際購買硬體。

如果你是傳統地端環境，你是無法即時擴充的。

因為你要走採購流程包含詢價、議價、選商，以及後續的安裝建置。

和雲端相比之下，早就喪失了先機。

這是地端環境遠遠比不上雲端的一大因素。

(二) 任意調整規格

你可以選擇這台虛擬機器的規格，比如說要多少記憶體、多強的處理器等，

就像是在組裝一台符合你需求的電腦。

其他雲端廠商如 AWS 和 Azure，

它們的機器規格 (vCPU 和記心憶體) 都是配好的，不能自己拉。

但 GCP 給你一個拉 Bar，你想拉多少就拉多少。

你可以拉 1 vCPU 配 5GB 的記憶體，甚至極端一點，

你使用擴充記憶體，可以拉出 1 vCPU 配 624 GB 的記憶體，如下圖：

目前 GCP 提供的型號很多，包含以下幾種：

1.通用型 (General-purpose)

對於各種用途來說，這種類型的性價比最高。適合大多數人日常使用，效能和價格都很平衡。

像是一般的官方網站，直接使用這類型的機器就好。

2. 儲存優化型 (Storage-optimized) 

最適合那些不需要太多運算能力，但需要大量儲存空間的工作。

這類型的機器就像是一個大容量的倉庫，可以存放大量資料，但不需要太多的處理能力。

但要注意它是隨帶著 Local SSD，是做為資料處理暫存的用途，

萬一主機重開，Local SSD 資料會不見！

所以資料處理完要記得轉到一般的 Persistent Disk 喔！

3. 運算優化型 (Compute-optimized) 

在整個 Compute Engine 上，每個核心的效能是最強的，

為運算密集型工作而優化。

如果你要做大數據分析、影片編碼或轉碼、

大流量的電子商務網站、天氣模擬運算等等，

都很適合用這種機器。

4. 記憶體優化型 (Memory-optimized) 

這種主機非常適合需要大量記憶體的工作，

每個核心配備的記憶體比其他類型都多，最高可達 12 TB。

像是社群網站需要大量讀寫資料庫、新聞網站大量快取內容、

把大數據放在記憶體做分析等等，

記憶體夠大的話，可以確保系統穩定運作而不當機。

5. 加速器優化型  (Accelerator-optimized) 

最適合大規模並行的 CUDA 計算工作，

例如機器學習、自動駕駛汽車處理多個即時影像來判斷怎麼開車、

3D 動畫影片渲染、金融業使用蒙特卡洛模擬來評估風險、

DNA 基因序列分析、大量視訊串流 (Video Streaming) 等等。

如果你的工作需要用到 GPU，最適合用這種機器。

(三) 按需付費：你只需要為你使用的資源付費。

不用的時候，可以關機，就不用付錢了。

例如假設你使用最小規格的 GCP 主機 f1-micro ，它一個月的費用只要 5 美金。

如果你只用 2 個禮拜就不用了，那你只要 2.5 美金，

根本不到台幣 100 塊，太便宜了。

(四) 擴展性強

當你需要更多運算能力時，你可以輕鬆地增加更多虛擬機器，或者升級現有的機器。

如何升級呢？你只要把現在的機器關機，你就可以更改它的規格，

像我本來是 f1-micro 的機器，我可以改成 N1 其他規格的機器，

甚至其他型號的機器都可以！

此外，Compute Engine 有個「執行個體群組」的功能，就是一次可以開很多台機器，

還可以設定當現有機器忙碌的時候，例如 CPU 使用率 60%以上，

讓它自動長出新的機器，也就是所謂的自動擴充 (Autoscale)。

(五) 全球部署

你可以選擇在世界各地的資料中心運行你的虛擬機器，讓你的服務更接近用戶。

這是台灣的 IDC 機房做不到的，因為 Google 在全世界已經有 40 個資料中心，

最近還在柏林 (德國)、杜哈 (卡達)、達曼 (沙烏地阿拉伯) 和約翰尼斯堡 (南非) 興建新的資料中心。

代表你可以把主機開在世界各地。

尤其是對方國家當地法規比較嚴格，要求資料只能存放在當地的時候，

你就不用親自到那邊租個辦公室、請員工、建置機房、買機器和安裝軟體。

大部分工作都可以遠端完成，非常方便。

(六) 安全可靠

Google 的資料中心已經通過各種國際或特定國家的認證，

確保資料中心的穩定跟安全，除了資料中心本身實體的防護之外，

也嚴格控管出入的人員，即使是 Google 的員工，也無法自由進出機房。

我們存在雲端的資料，就是屬於我們的，Google 人員也無法存取，

只有在我們申請技術支援的時候，授權給他們才能存取。

所以你只需要專注於你的應用程式，其他底層的維護運作，交給 Google 就好了。

而且 Compute Engine 有提供 SLA (Service Level Agreement；服務水平協議)，

如果你只在一個 Zone 開一台機器，它可以確保 99.9% 的可用性，

如果在兩個 Zone 以上開機器，它可以確保 99.99% 的可用性，

萬一服務中斷超過 SLA 的範圍，它會賠償下個月的抵免額 (Credit)。

當然它不是賠現金啦！

是下個月使用 GCP 的費用，它讓你可以減免。

三、常見問題 – 為什麼一定要用 Compute Engine？

有人覺得用地端 VM 就好了、或是 VPS，或是 AWS，為什麼要用 Compute Engine，有什麼獨特的地方嗎？

讓我們來看看 Compute Engine 相比其他選擇的一些獨特優勢：

(1) 整合 Google 生態系統

如果你已經在使用其他 Google 服務，

如大數據分析平台 BigQuery、無限大儲存空間 Cloud Storage 等，

Compute Engine 可以無縫整合，讓你的工作流程更順暢。

例如，你可以輕鬆地讓 Compute Engine 使用機器學習服務，

如 Vision AI 或 Natural Language AI。

(2) 網絡效能

Google 擁有全球最大的私有網絡之一。

使用 Compute Engine，你的數據可以通過這個高速網絡傳輸資料到全球其他 Region，大大減少延遲。

對於需要跨區域或全球部署的應用來說，這是一個巨大的優勢。

你也可以參考這份圖表 – 全球各 GCP Region 之間的 Latency。

(3) 定價模式

Compute Engine 提供每秒計費 (最少 1 分鐘)，而不是按小時計費。

這對於短期運行的工作負載可以節省不少成本。

還有持續使用折扣 (Sustained Use Discount)，

使用時間越長，折扣越多，不需要預先承諾或預付。

如果你想要預先承諾也可以，

它能提供一年或三年的承諾使用折扣，最低可以到 43 折。

關於價格的細節可以參考這份文件。

(4) 自訂機器類型 (Custom Machine Type)

像上面提到的，你可以自訂 vCPU 和記憶體的組合，

而不是被限制在預先定義的機器類型中，避免資源浪費。

(5) 即時遷移 (Live Migration)

因為主機實際上還是在硬碟上運作，硬碟終究會有老舊的可能，

而 Google 可以在不停機的情況下，

將你的主機即時移動 (Live Migration) 到新的底層硬體上，

代表你的服務可以保持高可用性。

(6) 預先或自動擴展 (Autoscale)

你可以設置執行個體群組 Instance Group，

根據負載自動增加或減少機器數量，

這比傳統的地端 VM 或一些 VPS 供應商更靈活部署資源。

(7) 強大的安全功能

例如屏蔽虛擬機（Shielded VM）技術，像是一個加強版的防護罩，把你的虛擬機器保護得更安全。

它主要提供三個重要的安全功能：

a. 開機檢查 (Secure Boot)：

每次開機時都會檢查，確保沒有惡意程式偷偷混進去。

b. 韌體防護 (vTPM, virtual Trusted Platform Module)：

像是一個加密的保險箱，存放重要的金鑰和憑證，讓駭客很難偷到或是篡改。

c. 完整性監控 (Measured Boot)

像是裝了一個行車記錄器，會記錄並檢查開機過程中的每個步驟，

如果發現異常，會立即通知你。

如果是金融相關，或是要處理個人資料的系統，

可以使用 Shield VM 來保護你的主機。

(8) 創新技術

Google 經常推出新的硬體，如 TPU (張量處理單元)，可以加速 AI 的運算。

這些都可以通過 Compute Engine 使用。

(9) 永續性

如果環保是你的考慮因素之一，Google 資料中心的能源效率，

以及可再生能源的使用率，都處於業界領先水平。

完整的永續發展資訊，可以參考這份文件。

你甚至可以使用區域挑選工具，依照碳足跡、價格和延遲時間 (Latency) 來選擇適合的 Region。

四、Compute Engine 結論

總結來說，Compute Engine 結合了大型雲端供應商的優勢 (如全球基礎設施、先進技術)，

和更靈活的費用及設定選項。

對於需要高效能、高可用性，同時又希望保持靈活和成本效益的企業來說，

Compute Engine 是一個適合你的選擇。

如果你想使用 GCP，可以先參考這個影片來申請免費試用。

如果你己經有了 GCP 的環境，可以看這影片，

來試著建立你第一台 Google VM，慢慢進入 GCP 的世界喔！

如果想要完全掌握 Compute Engine，來上課吧！

小白變專家 – Google VM 從入門到實戰

https://dongdonggcp.kaik.io/courses/google-vm

The post Google VM 平台 – Compute Engine 是什麼？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

通常必須要讓防火牆規則，開放所有的 IP 來源的 Port 22，

像這樣：Allow 0.0.0.0/0 Port 22

代表不是只有你，

全世界的駭客都可以連到你的主機 Port 22。

如果要安全地連，必須自己做 SSH Key，從本機 SSH 來連，

才可以設定防火牆只允許自家 IP，然後擋掉其他 IP，有點麻煩。

但是現在 GCP 改善了，你不用再做自己的 SSH Key了，

你可以只允許 Cloud IAP 的 IP Range 35.235.240.0/20，

不用 Allow 全世界的 IP，也不用 Allow 自家的 IP。

Cloud IAP 的技術原理可以直接看這篇，本文直接實作給你看。

以下是我新建一條防火牆，

只允許 Cloud IAP 的 IP 範圍：

你只要點擊 SSH 按鈕，就可以直接連線了。

連上之後，從 Linux 查看連線的來源 IP 為 35.235.244.82，果然是 Cloud IAP 的範圍。

也從防火牆 Log 來看，也是一樣。

以後再也不用自己做 SSH Key了，實在是非常方便呢！！

最後提醒一下，原本那條 default-allow-ssh 防火牆規則，記得要停用喔！不然駭客還是會找到你喔！

The post Cloud IAP 簡單介紹和實作, 防火牆不用全開，讓你安全又方便連線到虛擬機器 first appeared on 東東 GCP 教學 - GCP 實戰講師.

剛開始通常經費不足，

但還是必須要架設一個網站，

來宣傳你的服務和內容。

如果你是資訊背景，可以自行架設網站的話，

使用 GCP 架設網站是最划算的。

為什麼？

以下分四點說明 GCP 的功能、架構和好處：

1. 費用節省

GCP 是 Pay-as-you-go 依照使用量計費，

剛開始流量不大，

你可以建立最小規格的機器 – N1系列的 f1-micro，

每月費用大約 5~6 美金，折合台幣不到200元，

如果不用機器時，可以直接刪掉，

那根本就不會有費用發生。

不覺得超便宜嗎？

網站流量還不高時，用這個最划算。

當然這裡必須提醒一下，

因為它是共用核心，和其他機器共用同一個 CPU，

所以它的效能會有突發 (Burst) 效果，

代表有時候可以免費用到”額外”的CPU資源。

反過來說，效能有時候突然會「非常好」，

但大多數時間還是原有的效能。

如果要避免效能不穩定，

那還是建議選用例如 e2-medium 的機器，

(2 vCPU 和 4 GB 記憶體)

每月費用約 26 美金，約台幣 800 元左右(也不算太貴)。

2. 使用 Cloud Storage 減輕主機負載

通常網頁會有大量圖片或影片，

每當使用者存取網頁時，

Client 端對網頁讀取，會造成主機很大的負擔。

其實你可以把圖片和影片放在 Cloud Storage (GCS)，

而網頁 HTML 的圖片和影片超連結指向 GCS 公開網址，

這樣主機只要負責載入純文字的 HTML 和相關網頁原始碼，

負擔直接少減 90% 以上，

你也就省下很多維護主機、調校效能的時間。

3.免費自動更新的 SSL 憑證

自架網站通常也要處理憑證的問題，

到期還要手動更新，很麻煩。

但如果搭配 Google Load Balancer，

除了防禦大流量的 DDoS 攻擊之外，

免費自動更新的憑證，非常方便。

4. 加速媒體發佈的 Cloud CDN

除此之外，在 Load Balancer 上可一鍵勾選 CDN 功能，

除了幫你把媒體暫存在靠近使用者的位置，

加速媒體發佈以外，

也能更進一步減輕主機負擔，

因為 Client 端就不用去源頭主機拉圖片和影片了，

尤其是以影音串流的網站來說，更是必備的工具。

以上分享 4 個使用 GCP 的好處，

希望可以對 IT 自媒體創業者有所幫助。

順便置入一下，關於更多 GCP VM、Cloud Storage、Load Balancer 的概念和實作教學，都在東東的 GCP 線上課程《雲端架構師養成班》，有需要可以進來看喔！

The post [GCP 線上課程] GCP – 對 IT 自媒體最友善的雲端平台 first appeared on 東東 GCP 教學 - GCP 實戰講師.

 還帶著質問的口氣，好像是我們的錯。

每次回答，我都要寫一整篇來跟他解釋這件事情發生的原由，很累。 

我就在這裡分享給大家，到底為什麼主機被重開機 。

先講結論，因為 Google 在維護你的主機。

為什麼 Google 那麼雞婆？

畢竟你用的是 GCP，Google 還是要讓你的主機可以好好運作啊！

維護的原因有三個：

1.基礎建設維護：主機所在的硬體、網路、電源、作業系統和BIOS。 

2.安全更新：安全補丁、root 分割區更改。

3.硬體錯誤：記憶體、CPU、網卡和磁碟。

你可以在官方文件看到他詳細的說明。 

其實所有的公有雲都要維護的，

你可以查詢其他的公有雲，

他們會特別安排一個維護時間，讓你的主機在那個時候維護，

而且不只是主機被重開機，有一些情況是是完全無法使用機器的，

GCP 最多只是幫你重開，他們是有可能完全不給你用的。

好，就給 Google 維護，那維護都會被重開機嗎？

不一定。

它會先遷移，把機器移到其他比較適合運作的地方，

這樣並不會重開你的主機，主機效能也不會有太大影響。

除非是硬體完全故障或其他原因，

無法遷移的情況下，才會重開。

而這其實是有地方可以設定的，

當你在建立新機器的時候，

你會看到主機規格下方有一個「可用性政策」， 

再往下一點你會看到「 VM 佈建模式與進階設定」，

當你展開之後，會看到：

「在主機維護期間」，你要：

1.遷移 VM 執行個體 (建議做法)

2.終止 VM 執行個體

當然還是讓它遷移啊！

不然，它就把你主機關機了耶！

不過也還好啊，只是遷移，主機影響不大。

再往下這個選項 「自動重新啟動」：

1.啟用 (建議)

2.停用

就是如果主機發生錯誤，連遷移都不行的時候

要不要讓Google幫你重開機？

當然，你可以拒絕。

但是這台主機可能會累積一些潛在的問題，

導致你的主機運作效能很差。 

當這台主機硬撐到一個極限之後，完全死當，

就算你重開機也連不進去， 

讓你想要救援機器的機會都沒有，更麻煩。 

所以我們還是乖乖的接受它的選項，

保持讓它自動重新啟動。 

當然你可能會想，

你的主機這麼重要，難道不能24小時永不停機嗎？ 

不可能。

你對雲端似乎有點誤會， 

對你來說是雲端服務，但是對 Google 來說，

它還是硬體設備在那邊跑， 

機器也是會老舊的。

那這樣還要用雲端嗎？ 

是，當然要用。

不過，你用雲端的方法需要調整。 

雲端可以讓你達到「高可用、永遠不停的服務」

但是你必須要設定出來。 

你從頭到尾都是只有一台機器對外，

根本就沒有「高可用」。 

你必須要透過「執行個體群組」(Instance Group)，

至少設定兩台機器同時對外，

然後透過負載平衡器來幫你分散流量。 

你的機器有可能因為流量太大撐不住，

導致機器有問題，執行個體群組會幫你刪機器，

再重建新的機器，同時你另一台機器還是能持續對外服務。 

同樣的，你的機器如果是本身硬體發生問題，

也會被判定為不健康，執行個體群組也會幫你重建，

所以你使用虛擬機器，

你還是要有這樣的心理準備，

不可能單台機器永遠對外，

然後期待它不會有任何狀況發生。 

你可能會覺得，這樣成本不是很高嗎？

那你乾脆讓群組只有一台機器，

只要有問題，它還是會被刪除重建，

只是對外中斷的時間比較長，

因為你的主機需要時間重新開機，

這就是一個勉強可以接受的選項。

不過話說回來，

若要建立執行個體群組，

你得先找一台範本機器做出映像檔，再做範本，

又是另一個浩大的工程啊。

之後有機會再分享～

順便置入一下，關於更多 GCP 相關的概念和實作教學，都在東東的 GCP 線上課程《雲端架構師養成班》，有需要可以進來看喔！

The post [GCP 線上課程] 天啊？為什麼我的 GCP 主機被重開？ first appeared on 東東 GCP 教學 - GCP 實戰講師.

建立一個 非代管執行個體群組

取一個 Port 80 的名字 “http”，按下建立：

完成。

去建 Load Balancer 以及 SSL 憑證，但是要注意，DNS要解析 Load Balancer 的 IP，憑證才會有作用，那我先故意把憑證做好，再去改名稱解析，看看是否也會成功。此外，主機本身的SSL，等 Load Balancer 都弄好，我再去停用。

建立 Load Balancer

對外的，全域 LB

前端取 lb-1，使用 HTTPS

建立一個新的 IP

IP取名字 lb-1

也建立 Google 代管的憑證

取名字，把兩個網域都打進去

設好看起來像這樣

建立後端服務

取名字，設 HTTP Port，接到剛剛建立的群組

CDN 可以不用管，設定 Health Check

設定檢查 HTTP Port 80

Log 打勾

後端確認

lb 的名字也取一下，然後轉送規則先不要動。

整個都沒問題，按建立

LB 建好了

有 IP 可以連

看不到網頁是正常的，要處理 DNS 解析和憑證

點憑證會看到

趕快去改 DNS

原本這樣

改成這樣

然後 VM 也有 443，現在去把相關設定取消看看。

把那 2 個有憑證的設定檔，改成 .bak 讓 443 失效

重啟一下

現在網站是這樣

點網址 (HTTPS) 直接不能連，改用 HTTP 則顯示不安全，這樣應該是對的？接下來就等 Google Load Balancer 的憑證生效吧！

現在如果打網域是這樣，反正就再等

順便檢查一下新的 IP 有沒有解析成功

web2也成功了

再等等，30分鐘應該就差不多

剛重新整理，看到web1好了，web2還沒？真神奇，不會一起好嗎？

再等 2 分鐘，2個都好了

那打網址看看

憑證好了，但 Apache 可能再等一下

它的憑證還是 VM 的耶？

給它重開機好了

說被重新導向

查一下設定檔

sudo vim web1.humorousaaron.com.conf

原來有這三行

處理一下

web2也改

sudo systemctl reload apache2

再回去打網域

確認憑證

web2是同一個憑證

注意，它已經是 Google 頒發的憑證了喔，

所以算是更改成功！

現在是用 Google LB 的憑證，而不再是 VM 本身的 Letsencrypt 的憑證了！

The post [GCP 教學] 把主機的 443 Port 改成 GCP Load Balancer 443 Port first appeared on 東東 GCP 教學 - GCP 實戰講師.

參考《Debian/Ubuntu 環境申請和套用 Let’s Encrypt 免費​ SSL ​​憑證教學》的申請方式

安裝 Certbot

sudo apt-get install certbot python3-certbot-apache -y

申請憑證, 兩個網域同時申請

sudo certbot --apache --email aaronlee0618@gmail.com --agree-tos -d web1.humorousaaron.com -d web2.humorousaaron.com

其實我之前有先把網站設定檔改成 Port 443，它說要先用 Port 80

Unable to find a virtual host listening on port 80 which is currently needed for Certbot to prove to the CA that you control your domain. Please add a virtual host for port 80.

好，那我先回去改

cd /etc/apache2/sites-available

sudo vim web1.humorousaaron.com.conf

sudo vim web2.humorousaaron.com.conf

sudo systemctl reload apache2

80 port 開了，順便測名稱解析

第二個

再一次

sudo certbot --apache --email aaronlee0618@gmail.com --agree-tos -d web1.humorousaaron.com -d web2.humorousaaron.com

過關了，開始回答問題

它好貼心，還問要不要從 HTTP redirect 到 HTTPS

我按 2，它一口氣跑完

去檢查一下設定檔，看它改了什麼？

先 ls 一下，它是給這兩個網站多增加 ssl 的設定檔

原來的檔案 web1.humorousaaron.com.conf 沒改

那去看 web1.humorousaaron.com-le-ssl.conf

上半部有 443 Port 的設定，下半部有 SSL 憑證的設定

web2也確認一下，注意它的憑證檔，跟web1是存在一起的喔！

它有說儲存憑證的地方，我們也去看一下

它要有 root 權限才進得去

打開 cert.pem 檔案，可以看到只有一個憑證資料，不太懂，不是有兩個網站嗎？

對了，剛剛申請憑證的訊息，還有提供測試網址

點進去看看

哇！它還會幫你檢查憑證，也太貼心了吧！(需要等它跑完)

跑完之後會看到：

Web2 也是如下：

現在當我在瀏覽器輸入 http://web1.humorousaaron.com/ 按下 Enter 後，它會自動跳轉到 https://web1.humorousaaron.com/ 並且出現鎖頭的圖示，點擊後可查看憑證資訊：

Web2也是，但它秀的是 Web1的憑證

兩個一起看，所以是2個網域使用同一組憑證，原來如此啊，回答了上面的問題。

接下來準備要取消主機的 443 憑證加密，改用 Load Balancer 的 SSL 憑證，但是怕過程中出什麼差錯，我先把 IP 直接改成靜態的，並且對主機先做一個快照。

取名字

主機做快照，臨時用的選即時快照就好了。

確認完成了！

The post [GCP 教學] 把2個 Apache Virtual Host 網站申請憑證 first appeared on 東東 GCP 教學 - GCP 實戰講師.

先開機器，一樣最小規格

作業系統改 Ubuntu，硬碟要記得改「一般」。

HTTP 和 HTTPS 都先勾，之後測試兩個都會用到。

哇！什麼時候 OPs Agent 可以一鍵勾選安裝了！(這次先不裝)

其他不用選，先建立 VM。

瞬間開好，很有效率，直接連進去看看！

點 SSH 按鈕。

連進來了，先檢查一下是否有可用的更新

sudo apt update

安裝 apache2

sudo apt install apache2 -y

沒錯誤訊息，應該是裝好了。

點 IP 的那個超連結，看能不能打開網頁。

要注意，HTTPS的 S要去掉喔！因為 HTTPS 的服務，Apache還沒設喔！

預設網頁成功進來

我們要建立 2 個網站如下：

web1.humorousaaron.com

web2.humorousaaron.com

所以先去建立存放網頁的資料夾：

cd /var/www/html
sudo mkdir -p web1.humorousaaron.com/html
sudo mkdir -p web2.humorousaaron.com/html

因為資料夾是 root 擁有的，如果要讓資料夾可以讓一般使用者進去編輯檔案，必須要改變擁有權。

sudo chown -R $USER:$USER web1.humorousaaron.com/
sudo chown -R $USER:$USER web2.humorousaaron.com/

另外也更改資料夾的讀取權限，要達到：

1.網頁可以被讀取

2.Web Server有權限提供內容出去

3.做網頁的使用者，有權限建立內容

sudo chmod -R 755 /var/www

進去 2 個資料夾，分別建立首頁

cd web1.humorousaaron.com/html/

sudo vim index.html

<html>
        <head>
                <title>Welcome to Web1</title>
        </head>
        <body>
                <h1>Welcome to web1.humorousaaron.com</h1>
        </body>
</html>

第二個也是

<html>
        <head>
                <title>Welcome to Web2</title>
        </head>
        <body>
                <h1>Welcome to web2.humorousaaron.com</h1>
        </body>
</html>

cd web2.humorousaaron.com/html/

sudo vim index.html

建立虛擬機器檔，從預設的檔案複製出來

cd /etc/apache2/sites-available

sudo cp 000-default.conf web1.humorousaaron.com.conf

sudo cp 000-default.conf web2.humorousaaron.com.conf

開始編輯這兩個檔

sudo vim web1.humorousaaron.com.conf

改成這樣

ServerName web1.humorousaaron.com
        ServerAdmin webmaster@web1.humorousaaron.com
        DocumentRoot /var/www/html/web1.humorousaaron.com/html

儲存離開

web2也是一樣地改

確認設定檔沒有問題

sudo apache2ctl configtest

啟動 web1 和 web 2網站

sudo a2ensite web1.humorousaaron.com.conf

它提示你要 reload

sudo systemctl reload apache2

如果沒有錯誤訊息就表示 reload 成功

也啟動 web2

sudo a2ensite web2.humorousaaron.com.conf

sudo systemctl reload apache2

然後再 disable 預設網站

sudo a2dissite 000-default.conf

一樣再 reload

sudo systemctl reload apache2

去設定 DNS 網域名稱解析，2個網域都指向同一個 IP

可以去 Google Admin Toolbox 確認 DNS 解析是否成功，2個網域都檢查一下喔！

輸入網址可以看到，因為是 HTTP (80 Port)，所以會顯示不安全，是正常的喔！

The post [GCP 教學] 在 GCP 的 Ubuntu 架設Apache 2個 Virtual Host 網站 first appeared on 東東 GCP 教學 - GCP 實戰講師.