Cloud Performance

-
想上雲端的人，通常都在意著效能，今天聽到一個校能的計算方式，覺得滿有意義，跟大家分享：


我們知道雲端與實體主機的最大差別就是Pay by use，需要的時候生一台主機，不需要的時候就移除... 因此雲提供商的"大容量"，就是吸引我們上雲端的一大要素，而上雲端的我們，需要注意到的是怎麼去衡量流量帶來主機效能的衝擊，怎麼在經濟效益下去增加與減少機器...

而講到效能，我們知道雲端主機都是虛擬出來的，虛擬主機是share實體主機的CPU而達到運算的功能，所以不論標榜怎麼有效能的雲端主機，都還是差過實體主機，最能接近實體主機效能的虛擬方式：Bare-Metal也是如此... 因此有人把虛擬化與實體化做一各比較，假設一台同等及虛擬主機效能是一台同等級實體主機效能少20%，也就是"1實體主機 X 0.8 = 1虛擬主機"，但以提供服務的架構來看，我們通常會為了要分散運算，提高效能而把AP層服務橫向擴展，假設雲端上主機開三台，效能就約是3倍(相當於可以容納3倍的HTTP Request，這個數據原則上不是線性，仍需要關乎後端是否有DB、Storage...而定)，因此以雲端架構展開的服務來看，效能就會是0.8x3，也就是2.4... 勝過實體主機2倍半...

這樣的比較似乎不太公平....但是卻印證了中國古代智者的一句話... "三各臭皮匠，勝過一各諸葛亮"，各位在展開雲端架構的同時，也該考慮到這個議題喔... 而展開AP層的架構也同時帶來了些好處，例如風險分散...

這個網誌中的熱門文章

Bash判斷參數是否存在

-
早上看到nixCraft的文章後，決定在這邊記錄一下... 透過之前提過的 -z "$var"可以判斷var這個變數是否存在 而很多的shell希望判斷可以再精簡一點... 所以會有結合[ test ]跟&&, ||來做流程的方式 其中： [ ] 裡面可以放test語句，執行完會傳出結果為true或false || 我比較不常用，看起來是如果前面為非則執行後面的程式段落 && 這個後面接的是當前面段落執行無錯誤時候，則執行後面程式段落 透過上面說明，使用"||"組句的話，我們可以把判斷是這樣寫： [ -z "$var" ] || echo "Empty"     #如果var存在為非，則echo Empty [[ -z "$var" ]] || echo "Empty"   #同上 反之，使用"&&"組句的話，可以： [ ! -z "$var" ] && echo "Empty"   # 如果var存在為是，則echo Empty [[ ! -z "$var" ]] && echo "Empty"  #同上 參考自： http://www.cyberciti.biz/faq/unix-linux-bash-script-check-if-variable-is-empty/
閱讀完整內容

使用 minikube 輕鬆上手 kubernetes

-
安裝minikube macOS只需要透過brew即可快速安裝... brew cask install minikube Linux環境可以直接下載執行檔，放到環境變數可以吃到的路徑即可... curl -Lo minikube https: / /storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && \ chmod +x minikube && \ sudo mv minikube /usr/local/bin/ Windows的下載網址如下： https://storage.googleapis.com/minikube/releases/latest/minikube-windows-amd64.exe 如果您的kubectl尚未安裝，可以直接使用google cloud sdk來安裝： curl https://sdk.cloud.google.com | bash gcloud components install kubectl 安裝完成後，原則上minikube會在本地端加入minikube的k8s context，我們可以透過下面指令來使用該context… kubectl config use - context minikube 然後，可檢查一下您的minikube node是否正常運作.... $ kubectl get node -o wide NAME       STATUS    AGE       VERSION   EXTERNAL- IP   OS-IMAGE            KERNEL-VERSION minikube   Ready  ...
閱讀完整內容