Google Container Engine的建立

作者： -

在Google Cloud上使用Container Engine服務來建置Container Cluster是非常方便的事，原因是因為在GKE上，他幫忙我們處理掉了網路的串接、效能管理、對外IP的連線與防火牆的授權等等... GKE是怎麼完成的呢？下面讓我們一步一步的，用比較詳細的流程來看一下每個階段Google做了什麼...


首先我們先建立一個GKE cluster環境，用yourls這個名稱來建立... 建立後，可以在GKE console中看到下面的資訊：


接下來，點進yourls的cluster時候，可以看到下面的資訊... 包含cluster的master與slave以及cluster的location，k8s的版本與cluster size等資訊...


在GKE cluster size小於10台的情況下Google會代管您的Master node，讓管理上可以忽略Master Node的部分，也可以省下Master Node的費用...


另外，下面有列出node pool的資訊，其中GKE上預設node與master的版本相同，而如果要做升級動作，可以針對node與master分開執行，這樣可以讓環境彼此間的影響比較小...


當Cluster架設好，我們會想... 那，就通了嗎？以Google Compute Engine的經驗，我們需要設定firewall讓cluster的環境打通，來看看firewall上的設定...


在firewall上，GKE幫我們建立了幾個設定..

  • gke-yourls…-all: 允許GKE內部Container的網段可以直接連線彼此

  • gke-yourls…-ssh: 允許master node可以讓外部ssh連線進入

  • gke-yourls…-vms: 允許GKE Host VM彼此之間可以互通


透過上述設定，可以讓一個GKE的Cluster可以正常運作... 接下來可以看一個應用程式部署的情況下，在網路上會有哪些改變... ^^


From: IndustrialClouds.net

這個網誌中的熱門文章

[how-to] 在 GCP 上設定 HTTPS Load Balancer

作者： -
圖片
GCP 推出 HTTP Load Balancer 也已經一陣子了，其中類似 anycast 的特性讓後端的 backend server 可以跨不同 region 之外，也可以根據流量的來源跑到最適合的 backend group 上。

但是好用的東西總是缺一味，就是 SSL 的支援。Google 雖然有實作了 HTTPS Load Balancer 但一直都在 alpha stage，僅開放邀請測試，所以也都是一整個看的到吃不到的情況 ..

日前終於收到 Google 的邀請，終於來試看看到底怎麼設定 HTTPS Load Balancer .. 其實非常簡單 .....


首先請選擇 HTTP Load Balancing 功能，選擇 New load balancer，輸入名稱


完成輸入之後，我們來增加新的 forwarding rule


重點在這裡，如果您的帳號/專案有被加入到這個功能的白名單 (whitelisted) 內，你就可以在 Protocol 那邊看到「HTTPS」，而當你選擇「HTTPS」後，你會看到下方多了一個「Certificate」的下拉式選單，然後選擇「Create a new certificate」


這邊就是新增憑證資訊的頁面，你可以選擇上傳或是貼上憑證的內容。
其中「Public key certificate」是 CA 所簽發給你的憑證，Certificate chain 就是 CA 給你的中繼憑證 (Intermediate certificate)，然後 Private Key 不意外的就是貼入你申請這個憑證所使用的私鑰。

一旦你的填入憑證是有效的，右方將會出現這個憑證的相關資訊，例如 hostname，有效期限 ... 等等。


 建立完 forwarding rule 之後，這個 Load Balancer 就完成一半了！這時候你可以直接點那個連結，或是用 curl 檢查 SSL 是否順利掛上你剛剛上傳的憑證。

但因為你現在是用 IP 連，如果用 chrome 連線會得到憑證無效的訊息，因為 IP 跟 hostname 對不上的關係。


或是你也可以進到 advanced view，看剛剛建立的 lb 跟 forwarding rules



您也可以到 Certificate 頁籤看看剛剛上傳的憑證相關資訊


接下來 HTT…
閱讀完整內容

在Kubernetes上透過helm來安裝jenkins服務

作者： -
圖片
Kubernetes由於透過yaml檔描述了所要安裝的系統架構，因此要把一些應用服務透過yaml檔來封裝成線上直接安裝即可使用的應用將不再是夢想，而helm即是提供一個簡單的平台讓我們可以快速地使用第三方服務所提供的腳本，快速啟用您想要用的服務... 安裝helm首先，安裝helm在mac上相對簡單，只要有安裝了brew，可以透過下面指令來安裝helm...
brew install kubernetes-helm
如果是其他系統的安裝，可以參考：https://github.com/kubernetes/helm#install
初始化helm建立helm的connect
# helm init
我們可以透過關鍵字來搜尋可用的套件，下面以jenkins package為例： # helm search jenkins
NAME          VERSIONDESCRIPTION
stable/jenkins0.1.6  A Jenkins Helm chart for Kubernetes.
接下來，我們可以使用上面查詢出來的”Name”欄位來安裝jenkins服務...
閱讀完整內容

GCE上實作Bastion Gateway的HA架構

作者： -
圖片
概念NAT(或稱Bastion主機)的架構在自建機房中常常可以見到，我們也可以將該架構在雲端環境上建置來使用... 而Google雲端的環境中，可以透過network與routing的方式搭配來建置一個具有HA(High Availability)的NAT環境，讓NAT不是單點提供服務... 下面是架構的簡單描述：


建置過程設定網路與防火牆基本規則首先，建議使用自建Network，好處是可以自訂內部的路由與相關防火牆規則，且可以避免影響其他主機。
gcloud compute networks create kankan-ha-nat \
--mode legacy \
--range 10.10.10.0/24 為了可以測試狀態，我們允許port 22的ssh連線，因此建立允許 tcp 22 port 連線的防火牆規則...
gcloud compute firewall-rules create kankan-ha-nat-allow-ssh \
--allow tcp:22 --network kankan-ha-nat
在NAT server的建置上，我們需要讓內外部連線可以透通，因此將tcp:1-65535, udp:1-65535, icmp等協定打開，讓內部的網段(10.10.10.0/24)可以透過NAT server來連線外部網路。
gcloud compute firewall-rules create kankan-ha-nat-allow-internal \
--allow tcp:1-65535,udp:1-65535,icmp \
--source-ranges 10.10.10.0/24 --network kankan-ha-nat
建立NAT server然後我們將NAT server建立起來：
gcloud compute instances create nat-gateway-asia-east1-a --network kankan-ha-nat --can-ip-forward \
--zone asia-east1-a \
--image-family debian-8 \
--image-project debian-cloud \
--tags nat
閱讀完整內容