Category未分類

GCP – 費用計算機

在AWS上有很方便的計算成本工具

相對的在GCP也有這樣子的工具

https://cloud.google.com/products/calculator/

使用方式有點與AWS不同

但還是大同小異,有需要的可以使用一下計算成本

再評估是否要使用GCP喔

GCP – Server 加入HTTP 負載平衡

前陣子在修改架構時,要將目前的架構加入HA的概念

所以負載平衡是少不了的,但看了一下教學

都是從頭開始做的,現有的Server要加入有點麻煩

所以自己嘗試了一下,順手就寫一下文章

 

首先在需要加入的Server中,點選新建個體群組

修改名稱,其餘設定不變,在port的命名跟port號填上需要設定的

注意,如果server有分兩個az,則兩台的個體群組需要分開設定

如asia-a有web-01 但 asia-b 有web-02 ,則要設定兩組

預設的個體就會直接被套用進去,之後按建立即可

兩個個體群組都建立完成後

選擇網路服務->負載平衡

選擇HTTP(S)負載平衡,這裡有地方需要注意,如果對外服務port不是80、8080的話,只能使用TCP負載平衡,如8443這種port

名稱設定打上自己需要設定的,之後設定後端server群組,建立後端服務

如果是靜態服務的項目,如圖片檔,可以直接指向Bucket(Cloud Storage)

port不用設定,如果在設定個體群組有設定的時候,選擇個體群組就會跳出顯示

可以直接套用進去

設定可以使用CPU負載或是連線的要求數量去決定,這裡先用預設

之後新增健康檢查

這裡需要注意FW規則需要加入google檢查的IP網段

130.211.0.0/22,35.191.0.0/16 否則會永遠偵測不到存活,因為連不到

預設先用http 80 去get /

這裡有一個問題,如果你的地區有3個az,連續檢查兩次存活的話

那每次監測就是3*2=6次get,如果有一些防禦機制的話要留意

接著主機與路徑規劃不需特別設定,除非有不同的PATH要導向不同的個體群組

如 /web 給後端web群組  /member 給後端會員群組 這樣

 

接著設定前端,IP通常是設定一組,不是設定臨時

PORT只有80、8080可以選

完成後點選建立

就創建好了 

 

簡易型資料流架構

昨天跟之前的同事聊了一下

目前他有幫忙做一個案子

跟我目前做的系統架構類似,但是尚未分拆及優化系統

簡單的拿了現有的架構設計幫他改了一下

阿山

WEB端一樣做負載平衡 由AWS ELB 處理,SSL加密如有需求一樣由ELB做

後端兩台WEB SERVER 做 HA 備援使用,資料庫與他目前使用的相同一樣用MYSQL

 

資料端一樣做負載平衡 由 AWS ELB處理,差別在於只接收資料,在看程式邏輯是否做資料驗證動作與SSL加密

資料流接收後塞進SQS做序列待取,保證資料在系統端更新或異動時不會流失

由JOB機器確認資料是取出進S3做為RAWDATA,或是直接計算進MYSQL做資料顯示

HADOOP做資料的計算與分析動作,或是進行資料再利用動作,計算完成一樣進MYSQL給前端網頁做呈現

 

由目前得知的消息,大概做了這樣子的規劃,畢竟算是新創,沒有多大的資源做多大的架構設計,目前這樣子應該是堪用,在看系統的結構做調整

AWS 費用試算

我知道有些人第一次看見AWS的計價方式

都會感覺有被震驚到

擺脫以往在承租虛擬主機時的計價方式

AWS採用的計價方式與種類非常多樣,往往會讓人不知道該怎麼做

這時候就有一個貼心的網頁計算工具出現了

http://calculator.s3.amazonaws.com/index.html

裡面會持續更新AWS的現有服務與更新的計價方式做update

 

有時候不清楚轉移到AWS上一個月要多少錢?

來這裡算就對了~

© 2017 Kila's IT Home

Theme by Anders NorénUp ↑