最近跟朋友一起弄了一個網站
選了一個供應商後
網站運作的還不錯
直到某一天資料庫的容量超過上限...
跟客服來回確認後才知道是對於名詞認知上有誤
方案寫 disk space: 20GB
我以為這會跟資料庫做共享，結果是分開的
目前考慮把資料庫額外拉出來放到 AWS, GCP 或 Azure 上
不過對於相關的東西不是很了解，還請各位大大開示一下
比方說要開在哪個區域
美西還是東京
使用者大部分是台灣人，以地緣來講的話開在東京比較好
不過價格方面東京也比較貴
不知道台灣連到美西的延遲問題會不會嚴重到讓人願意付這筆價差
根據成本計算機按出來的內容
暫時以靠近台灣的地點為主
AWS
* 東京
* db.t3.micro - 20 GB
* Data Transfer In/ Out: 兩個都是 50 GB/Month
* 23.03 USD/ month
* db.t3.medium: 80.12 USD/ month
* micro 跟 medium 的差別? 文件好像只有 CPU 積分不一樣
GCP
* 台灣
* Data Base Version: WEB - 20 GB
* 85.82 USD/ month
Azure
* 日本西部
* 第五代 2 vcore
* 20 GB
* 114.04 USD/ month
若是有其他沒有考慮到的事情也請各位大大不吝提點

延遲忍受程度要看你的服務內容和使用者吧？

aws eda 注意連線數rds

除了機房位置外，不同規格的資料庫服務，在IO、網路傳輸頻寬也不同，一樣要根據你實際服務的內容才有辦法決定

越遠連線會越久 gcp有台灣機房可以選的樣子

花了多久到 20 GB ？ 資料類型是什麼？該 review 一下了

現在的供應商本身應該可以繼續提供你更大的資料庫吧？

我記得可以先開測試然後用連線去打打看？

只有台灣的話GCP不是比較便宜又快

GCP不熟，Azure規格不同也有差，只是從計算機看不出來，要去查MSDN文件

GCP唯一考量 便宜又快

推薦 linode，我目前超過 60 gb，伺服器在日本一個月不到50鎂

額外拉出來應該是選跟程式主機近的吧

通常db跟ap service要放在同一個地方吧 兩個分開放 就看你程式怎麼寫 才知道延遲高低 aws新加坡比日本便宜一點

其實放不同地方最後很難找到底慢在哪邊(?)

如果低用量可以考慮aws lightsail蠻便宜的 讓網站和DB同地

gcp cloud sql啦 容量緊繃的時候他會自己變大

才20G而已..沒必要renew吧.DB異地安全性記得要做好

加空間就好了 不用搬

Gcp的Cloud sql主要看computer engine算費用，有GCP費用試算器可以精算。我覺得DB的Region選擇應該是要看website供應商server在哪而不是User.

gcp cloud SQL + 1

cloud sql