跳到主要內容

Docker in GCE

Docker專案在GCE上也積極的在發展,可以參考 https://docs.docker.com/installation/google/
透過Google Cloud啟動Docker的Playground Server,可以快速的體驗Docker的功能喲~
首先看看Docker Project提供的Image


$ gcutil --project=google-containers listimages
+--------------------------------------------------------------------------+-------------+--------+

| name                                                                     | deprecation | status |
+--------------------------------------------------------------------------+-------------+--------+
| container-vm-v20140826                                                   |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/centos-cloud/global/images/centos-6-v20140718                   |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/coreos-cloud/global/images/coreos-alpha-423-0-0-v20140828       |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/coreos-cloud/global/images/coreos-beta-410-0-0-v20140825        |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/coreos-cloud/global/images/coreos-stable-367-1-0-v20140724      |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/debian-cloud/global/images/backports-debian-7-wheezy-v20140814  |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/debian-cloud/global/images/debian-7-wheezy-v20140814            |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/opensuse-cloud/global/images/opensuse-13-1-v20140711            |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/rhel-cloud/global/images/rhel-6-v20140718                       |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/suse-cloud/global/images/sles-11-sp3-v20140826                  |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+
| projects/windows-cloud/global/images/windows-server-2008-r2-dc-v20140818 |             | READY  |
+--------------------------------------------------------------------------+-------------+--------+


我們使用最新的Docker Playground來啟動Docker:

gcloud compute instances create docker-playground \
 --image container-vm-v20140826 \
 --image-project google-containers \
 --zone asia-east1-b \
 --machine-type f1-micro

Docker Playground啟動後,我們可以透過gcutil登入Playground Server
然後測試一下Docker的一些指令

$ sudo docker ps

root@docker-playground:~# sudo docker ps
CONTAINER ID        IMAGE                     COMMAND                CREATED             STATUS              PORTS                    NAMES
3f6b1401fa77        google/cadvisor:latest    "/usr/bin/cadvisor -   7 hours ago         Up 7 hours                                   k8s--cadvisor.1207d44b--cadvisor_-_agent.file--3b3d0248
e73ad4103606        kubernetes/pause:latest   "/pause"               7 hours ago         Up 7 hours          0.0.0.0:4194->8080/tcp   k8s--net.46426d55--cadvisor_-_agent.file--9d94c203

在主機內,Google已經啟動了兩個Container,其中有一個是Google最近積極發展的kubernates
他啟動在8080 port,並對應到主機的4194 port
透過GCE firewall設定打開者個port對外
連線看看:



看起來kubernate與cAdvisor有某個程度的相連,這個界面看起來是為主機的運作狀態,透過這個界面,可以了解Container運作環境的負載狀況...


運行Docker時候,當然在意Performance議題,如果可以用Container替代Production環境,這樣Legacy OS的運作就再也不是夢了!
先在完全不調整環境的狀況下,我們安裝node.js,並運行express基本產出的專案試試:

在運作於GCE的Container上壓測:

下面是直接在GCE上壓測

可以看到效能部分滿逼近裸機(Bare metal)的效能
看來Docker的未來看好喔!

留言

這個網誌中的熱門文章

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>");
}
透過上HtmlService的createHtmlOutput的功能,…

透過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){
  var newArr = new Array();
  newArr.p…

存取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方式存取,超方便的拉!