跳到主要內容

Google Compute Engine Global Load Balancer

Google Compute Engine服務為了在雲服務上更完整,在GLB上當然是不可或缺,這邊介紹的Globsl Load Balancer(GLB)是Google新推出的雲端負載平衡應用,讓使用者可以透過網頁設定串聯全球的應用程式伺服器....
目錄分類在Compute Engine之下:
點選Create之後,會建立一個所屬的GLB(Global LB) Instance,而在其中包含兩個部分:
  • Incoming traffic: 管理入口設定,包含forward rule與最下面的URL map
  • forward rule: 管理路由設定,包含開放哪個port, GLB ip address等
  • URL map: 管理url對應到的pool,可以讓特定的url指到特定的server pool
  • Backend services: 設定後面要服務的backend server群組,在GLB中,可以跨Region指定instance
增加一個global forward rule:
Backend service 設定,透過建立instance group與選擇group的成員instances來建立backend service,在這邊可以指定load sharing的機制、分散的策略...等等
等全部資訊填寫完畢,則可以下一步...
下一部包含新增加VM instances
按下"Add"確認之後,則會將對應的backend instance group設定出來,此時可以修改Backend對應到的port number跟timeout時間...
在選擇existing instance group中,是讓您可以選擇前面步驟所建立的group做request的承載... 這邊可以選擇instance的QPS, Utilize等等
最後設定forwarding rule… 這邊目前只允許80, 8080,這亦代表Traffic目前尚不支援SSL offload功能,SSL offload相關應該未來才會提供... (SSL offload可以降低AP server的負擔,但也意味著進到該LB服務後,SSL已經消失,所有資訊以明碼傳送...)
關於最下面的CAPACITY選項,如果勾取可以設定Drain的相關設定,該設定關係到之後調整Pool Size時候,GLB deliver traffic的策略.... (ex: 據猜測... Drain traffic = 80%,代表traffic降低到80%即可以detach異動的主機...)
目前提供forward port包含80, 8080,如果您是Tomcat應用服務,可以修改設定為forward 8080...
設定完成後,在資源的細部頁面可以看到資源健康狀態,而因為GLB預設一定要掛載一個Health Check,所以在這邊可以看到Check後正常跟不正常的instance列表...
點選最下面"Configure optional URL map",可以設定URL相關對應rule...
記得將對應的firewall rule(iptables, gce network firewall)開啓後,服務即可透過GLB IP正常連線...

留言

這個網誌中的熱門文章

Google指令碼基本操作介紹 - Web Server篇

Google的指令碼是什麼東西呢?!原則上他就是Google的一份靜態檔案,但是透過Google的雲端服務平台的一些能力,將靜態檔案內的scriptlet片段拉到Google的後端作運算,寫起來就像在寫JavaScript(這邊說Node.js可能比較貼切,因為同為server side language)或JSP,而在scriptlet片段中,則可以操作許多Google的API服務,甚至他提供你連接JDBC的能力、URL呼叫的能力...等,宛如就是一套完整的雲端程式語言(這樣說應該不為過拉,這真是個創新!),有並駕於App Engine的氣勢喔! Google指令碼的範圍很廣,筆者也仍在摸索中,之前介紹過透過Sheet+指令碼做一個簡單的URL監控( 這裡 ),而本篇簡單介紹一下指令碼如何製作一個Web Server(嚴格說起來是Web Page拉,但是具備Server端運作功能喔!)。您將可以體驗到No-Hosting Web Server的威力! 指令碼是Google Drive的一個服務,Google將指令碼(Code)以檔案方式寄存在Drive中,類似的靜態檔案服務的應用,最近滿火紅的! 首先開啟指令碼時候,選擇"作為網路應用程式的指令碼",檔案開啟後,會有愈設定程式碼片段供編輯 程式碼片段大致上如下,是一個doGet function,Web base的指令碼需要認得doGet()作為server的進入點 如果選擇到空白專案的話,只要把doGet function建上即可 作為一個Cloud IDE,Google當然也有把Code Hint擺上來,透過簡單的提示,寫啟程是來就更容易拉! 而Web部分物件的建立主要是透過 HtmlService 這個模組來進行操作,我們利用他來output html, load static html page, load template html page..等,範例如下: Output HTML: // Script-as-app template. function doGet(e) {   return HtmlService. createHtmlOutput ("<h1>HELLO!</h1>");

透過Google Apps Script結合Google Form做即時郵件通知

體驗過Google Apps Script的功能後,也發現他結合GmailApps的模組 GmailApps的應用可以用在表單填寫完成後,做發信的通知 例如您開立了一個訂購的表單,為了要在第一時間通知商家有訂單進入 就可以直接呼叫Gmail做發信的通知,讓手持Smart Phone的我們可以很快的知道生意上門了! 下面規劃三個function,其中: onCommit():為form commit時候觸發的function,需要掛載於form commit trigger上 jsonArrToTable():目的將json array解析成為一個Table getLastRowTable():目的將整個table的回傳過濾為剩下第一筆(表頭,含有Form的欄位說明)與最後一筆(原則上就是剛剛送出的那一筆表單) 完整程式碼如下: function onCommit(){   var sheet = SpreadsheetApp.getActiveSheet();   var rows = sheet.getDataRange();   var numRows = rows.getNumRows();   var values = rows.getValues();   var content = getLastRowTable(values);   var htmlBody = "Hi Admin: <br/><br/>有訂單拉,檢查一下吧! <br/><br/>" + content + '<br/><br/>Send by Google Apps';   GmailApp.sendEmail(     " your-email-address@gmail.com ",      "Order Confirm Notice",      htmlBody,      {from: ' from-email-address@gmail.com ', htmlBody:htmlBody}   );  } function getLastRowTable(arr){  

存取docker container內的檔案

Docker既然是container概念存在,就想到應該可以透過原filesystem找到對應的container內的檔案 Google了一下,在/var/lib/docker/這個目錄底下可以找到對應的container實際存在的位置... 列印一下目錄可以發現aufs/mnt下有一堆長檔名的資料夾... 透過docker ps或是進入到docker container後,可以看得到docker的instance id 範例中是:61ba7253b842 因此進入到"/var/lib/docker/aufs/mnt/"後,後面加讓instance id後,在透過tab補字可以列出該container相關資訊 其中會包含一個有"-init"跟一個純instance id的資料夾... 列表一下這兩個資料夾 其中無"-init"的目錄存放的就是container對應的磁碟位置 測試一下檔案的存取....,切到該目錄下,touch一個檔案... 結果真的可以在container內部看到對應touch出來的檔案 透過可見的目錄位置,container與host在某個層鍍上可以互通許多東西喲... 檔案傳輸也不用再透過scp或ftp方式存取,超方便的拉!