GCP認證帳號購買 Google Cloud開戶靜態IP申請

前言：靜態 IP 就像網路世界的「門牌號」

在 Google Cloud 的世界裡，動態 IP（會變來變去）就像你租房時「房東可能每次換門鎖」：你以為自己記得地址，結果隔天連不上。相反，靜態 IP 就像門牌號碼—不太會亂跑。你要跑網站、掛 VPN、提供 API 給外部、或是想讓 DNS 指向更穩定，靜態 IP 幾乎是必備配件。

不過很多人第一次申請靜態 IP，往往會被一連串選項搞得像在選人生：到底要區域、全球？要先建 VPC 還是直接申請？計費怎麼算？還有「靜態 IP 申請了但沒綁定」這種看似完成其實只是把門牌印好但沒貼到門上的尷尬。

別怕。本文用真人、好懂、帶點吐槽但不敷衍的方式，帶你完成「Google Cloud 開戶靜態 IP 申請」的全流程，並附上常見問題的排錯指南。你照做，成功率會比你猜硬幣還高。

先搞清楚：你到底需要哪種「靜態 IP」？

Google Cloud 的靜態 IP 通常出現在 Compute Engine 相關的網路資源中。最常見的情境是給 VM（虛擬機）或外部負載平衡器使用。

1）區域型（Regional）靜態 IP：適合特定區域的 VM

如果你有一台 VM 在 us-central1 或 asia-east1 這種特定區域，那你通常會用「區域型靜態 IP」。它像是你在某個城市的地址：搬家可以，但你總不能搬到另一個星球還說同一個地址。

2）全球型（Global）靜態 IP：多半給全球服務（例如某些負載平衡）

某些服務（尤其是與負載平衡相關）會用到全域靜態 IP。若你不是很確定，通常以「你要把靜態 IP 給 VM 用」為前提，多半選區域型即可。

3）靜態 IP 是「保留」不是「自動綁定」

很多新手最容易犯的錯：申請了靜態 IP，卻發現外面還是連不上。原因通常是你只把 IP「保留」起來，但沒有把它綁到你的 VM 或相關網路資源。想像一下你在商店門口貼了門牌，但屋內沒有開門，那當然不會有人直接進來。

申請前準備清單：少做一半，少踩一半坑

你可以把這段當成「開工前先找螺絲起子」。準備好後整個流程會順非常多。

1）確認專案（Project）與帳單可用

在 Google Cloud 控制台，你需要先選定正確的專案。並確認該專案已啟用計費（Billing）。因為 IP 的保留、網路資源的建立都可能需要計費支持。

2）確認 VPC 與子網（Subnetwork）

靜態 IP 通常與特定的網路（VPC）/子網（Subnetwork）有關。你至少要知道：

• 你用的是哪個 VPC（Default 或自建）
• 你的 VM 所在子網是哪一個
• 該子網對應的區域

3）決定你要綁到哪裡：VM 網卡？還是負載平衡？

本文以最常見的「給 VM 使用」為主。如果你是要給負載平衡器或其他服務，方向大致相同，但最後綁定步驟會不同。

4）先想好區域（Region）

靜態 IP 的區域要跟你的資源需求匹配。你不想在那邊選「asia-east1」，結果你的 VM 在「asia-northeast1」，然後你開始懷疑人生。

在 Google Cloud 申請靜態 IP（保留 IP）的步驟

以下以控制台操作為主。介面名稱可能會隨時間略有差異，但核心概念一樣。

步驟 1：進入 Google Cloud 控制台

登入 Google Cloud 後，從左側導覽找到：

VPC 網路（或類似分類）→ 外部 IP 位址（External IP addresses）

你會看到目前專案裡已存在的外部靜態 IP 或暫時的外部 IP。

步驟 2：點選「保留靜態 IP 位址」（Reserve static IP address）

按下後會出現表單。這裡就是你與人生第一次正式「做選擇題」的地方。

步驟 3：設定 IP 類型與名稱

GCP認證帳號購買 通常你需要填：

• 名稱（Name）：建議用容易辨識的格式，例如 vm-prod-east-static-ip
• GCP認證帳號購買 類型（Type）：區域型（Regional）或全球型（Global）

提示：名字盡量「人類看得懂」。否則你等會兒要排錯時，會像找貓但貓只有代碼。

步驟 4：選擇區域（Region）與網路/子網（視畫面而定）

如果選的是區域型，通常會要求你選擇 Region。

另外有些畫面可能讓你選：

• VPC 網路
• 子網（Subnetwork）

你要確保：你的 VM 將來所在區域與子網，跟你保留靜態 IP 的設定要一致。

步驟 5：確認計費與建立

建立完成後，Google Cloud 會在清單中顯示新的靜態 IP。

注意：靜態 IP 通常不只是「你用才付」，有時候保留期間就會產生費用。是否計費、費率多少，依實際服務與地區而定。你可以在控制台的計費說明或資源詳細資訊中查看。

把靜態 IP 綁到 VM：保留到「能用」的最後一步

靜態 IP 申請只是第一半。第二半通常是「把它綁到 VM 的網卡」。不然你只是保留了一個號碼，但沒有打電話出去。

方法 A：建立 VM 時直接指定（最省事）

如果你還沒建 VM，建立 VM 的過程中通常會看到網路設定。你可以選擇：

• 外部 IP：選「靜態」
• 選擇你剛保留的靜態 IP

如果畫面有讓你選「網路介面（Network interface）」與 IP 地址，直接在該步驟把靜態 IP 指定掉。

方法 B：已存在 VM 的情況下修改（最常見）

如果 VM 已經存在，通常可以在：

• Compute Engine → VM 實例（Instances）
• 選你的 VM → 編輯（Edit）
• 找到網路介面（Network interfaces）

然後把外部 IP 由「臨時」切換到「靜態」，選擇你保留好的靜態 IP。

修改後，VM 可能需要短暫重啟或網路重建（依實際設定而定）。你等一下再測試連線即可。

方法 C：如果你的 VM 有多個網卡或額外 IP（別慌，照表找）

如果 VM 有多個 network interface，務必確保你綁的是正確那張卡、正確的子網。這類情況排錯最容易讓人火大，但原理仍然是「對應關係要一致」。

設定防火牆：沒有開埠，靜態 IP 也只能當裝飾

你可能會想：「我 IP 都固定了，為什麼還是連不上？」答案常常不是 IP 的問題，而是防火牆或服務監聽。

1）檢查 VM 是否有服務在監聽

例如你要跑網站，通常需要 Nginx/Apache 正常。你要跑 SSH，確保 SSH 在。

你也可以從 VM 內部測試（例如 curl localhost）。

2）在 Google Cloud 防火牆規則開放必要連接

常見需要開：

• HTTP：80
• HTTPS：443
• SSH：22（僅建議限制來源 IP 或使用更安全方式）

防火牆規則的作用域（source ranges / target tags / service accounts）也要對上。否則你開再多「門牌號」，警衛也不讓人進來。

DNS 與靜態 IP：讓外部世界認得你

你拿到靜態 IP 後，通常下一步是設定 DNS。

1）A 記錄指向靜態 IP

最常見的做法：在你的網域管理平台新增：

• Type：A
• Host：@ 或子網域（例如 www）
• Value：你的靜態 IP

2）TTL 不要設太誇張

如果你後續可能調整，TTL 可以先設中等值。太短會增加查詢壓力；太長又會導致切換時「像慢動作」。

3）等 DNS 生效通常需要時間

即使你設好了，外部解析也可能需要一段時間才會更新。這不是你操作錯，是網路的「世界觀」不同步。

常見踩雷點（以及你可以怎麼補救）

下面是新手最常遇到的雷區，我把它們整理成「你不想再重新經歷一次」的排錯清單。

踩雷 1：申請了靜態 IP，但忘了綁到 VM

表現：你看到靜態 IP 已存在，但外部連線不到你的服務。

補救：去 VM 的網路介面設定，確認外部 IP 指向你保留的那個靜態 IP。

GCP認證帳號購買 踩雷 2：靜態 IP 區域選錯，導致無法綁定或綁了也不對

表現：在綁定時找不到該靜態 IP，或你以為綁上了但實際沒有達到預期。

補救：確認 VM 所在區域，然後重新保留匹配的區域型靜態 IP，或調整資源對應。

踩雷 3：計費以為只是「申請一次」，結果一直在收

表現：帳單突然變得比較明顯。

補救：檢查靜態 IP 的保留期間是否計費。如果你專案不再使用該 IP，記得釋放（Release）資源。

踩雷 4：防火牆沒開、服務沒起來

GCP認證帳號購買 表現：連線逾時或被拒絕。

補救：

• 在 VM 內部確認服務有在監聽（例如 80/443/22）
• 檢查防火牆規則是否允許來源與目標

踩雷 5：多個網卡/多個網段導致你測錯位置

表現：你測的是另一張網卡的 IP，或 DNS 指向錯的地址。

補救：明確確認你對外使用的就是哪個外部 IP；並在控制台核對網路介面。

釋放與管理：別讓靜態 IP 變成「幽靈資產」

當你不需要靜態 IP 了，建議釋放或至少檢查資源狀態。幽靈資產最可怕的地方在於：它每天安靜地收費，你卻每天都以為「應該不會吧」。

何時該釋放？

• 專案結束、服務下線
• VM 被刪除但靜態 IP 仍保留
• 你改用其他固定地址方案

怎麼釋放？

回到 外部 IP 位址 清單，找到那個靜態 IP，選擇釋放（Release）。在釋放前確認你的服務不會因此斷線。

小結：照這套流程，你的靜態 IP 會很穩

把話講白：Google Cloud 開戶後申請靜態 IP，其實不是難題，難的是你第一次遇到一堆選項時，腦袋還沒建立「對應關係」的模型。

你只要記住三件事就夠：

• 靜態 IP 先保留，再綁定（保留 ≠ 自動可用）
• 區域/子網要跟 VM 的需求匹配
• 能連線還需要防火牆與服務監聽

附錄：快速檢查表（讓你 30 秒內知道卡在哪）

• 我是否已在控制台保留了靜態 IP？
• 我的 VM 外部 IP 是否已切換/綁定到該靜態 IP？
• VM 所在區域與靜態 IP 的區域是否一致？
• 防火牆是否允許我需要的埠（80/443/22…）？
• 服務是否真的在 VM 上運行並監聽？
• DNS A 記錄是否指向正確的靜態 IP？是否等待生效？

如果你照著檢查表逐項看，通常會很快找到原因。網路問題常見到像便利商店同款飲料—你不必每天都喝到同一杯，但你得知道哪一款是你買錯的。

祝你申請順利、連線穩定、帳單清楚。接下來就看你要用這個靜態 IP 做什麼：網站、API、還是更酷的自動化部署。你把門牌固定好了，世界就會比較願意找到你。