除了幫你把網域解析到 Cloud Run 的網址，

還幫你做 HTTP Redirect 到 HTTPS，

你不需要額外使用 Load Balancer 或 Nginx 來 Redirect，

至於 HTTPS 不是要有 SSL 憑證嗎？

有的，GCP 一樣提供免費而且自動續約的憑證，

而且是 Google 自己的根憑證機構發行的憑證，

整個超方便！

當然你也可以使用自己的憑證喔！(不過要使用 Google Load Balancer)

這裡提供設定 DNS 名稱解析的方法。

假設我們已經做好一個 Cloud Run，

就可以直接點擊 Manage Custom Domains：

然後再點擊 Add Mapping：

你先選擇要解析的 Cloud Run 服務，

一方會看到有三種方法可以選擇，

我們就直接選 Cloud Run Domain Mappings：

接下來要選擇解析的網域，

如果你還沒驗證過網域，只會看到 Verify a new domain，

像我這邊有一堆網域，

大多是 blogspot.com 的，是 Google 的部落格服務 Blogger 的網域。

關於網域驗證的說明，可以參考驗證網站擁有權這篇文章。

選好主網域之後，再輸入子網域：

按繼續之後，第三步驟直接按 Done 即可。

但是還沒做完喔！

回到 Domain Mappings 的畫面，

你會看到它一直在轉圈圈，

它提示你要去設定 DNS 的對應：

但是要怎麼設呢？

你看到右邊 Actions 的三個小點，

有一個 DNS records：

點擊之後會看到提示你要設定 CName，

要把你的網域解析到 ghs.googlehosted.com 這個網址：

那我們就直接去設定 DNS 的頁面。

DNS 不一定在 GCP 上喔，這裡指的是你註冊 DNS (購買網域) 的地方，

你可能用的是 Hinet 的 DNS，或是國外的 GoDaddy 或 Namecheap 等等。

像我是在 GoDaddy 註冊 DNS 的，但是我已經轉移管理權限到 Cloud DNS 了。

我就在我的網域直接 ADD STANDARD：

然後把 cloudrun.dongdonggcp.com 解析 CName 到 ghs.googlehosted.com 這個網域：

ghs.googlehosted.com 它可以把所有 Cloud Run 用戶的網域，

解析到各個 Cloud Run 的原始網址，

你也不需要設定什麼 Cloud Run 的 IP (因為沒有特定的 IP)

，非常神奇。

設定好之後，你可以先去 Google Admin Toolbox，

確認 Google 的解析結果有沒有設定正確，

看起來會像這樣：

沒問題的話，大約等 20~30 分鐘，

就會看到綠色勾勾如下：

那我開無痕模式看看網站：

成功了！

如果你的 Cloud Run 服務突然中斷，

它會顯示服務不存在：

但只要你重新部署好，

它會自動又幫你解析，完全不用重新設定 CName 喔！

另外，你也可以輸入 http://cloudrun.dongdonggcp.com

它真的會自動轉成 https 喔，超方便！

我們也可以檢查憑證的細節，

點擊「已建立安全連線」：

再點擊「憑證有效」或右方箭頭顯示憑證：

就會看到憑證的內容：

這個憑證發行單位 Google Trust Services，

是 Google 自己的根憑證機構（Root Certificate Authority，Root CA），

代表自己的憑證自己發行，別人不能發行 Google 的憑證喔！

如果你原本花錢購買自己網域的憑證，

你也可以把錢省下來，是不是非常棒呢！

快來試試看吧！

The post [Cloud Run 教學] 如何串接 DNS 名稱解析？ 免費 SSL 憑證和HTTP Redirect HTTPS 教學 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 實戰講師 - 雲上星辰有限公司.

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

取一個 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 實戰講師 - 雲上星辰有限公司.