最近跟朋友一起弄了一个网站
选了一个供应商后
网站运作的还不错
直到某一天数据库的容量超过上限...
跟客服来回确认后才知道是对于名词认知上有误
方案写 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