分布式架构 是买一台高配的服务器(比如 8C16g 或 8C32g)比较好 还是买多台低配的服务器(比如 2C4g 买 4 台)

[KarlChen2015]

[chenzheyu]

数据库之类的一定要大，性能牛逼的。像 nginx 跟 php-fpm 之类的随意拓展的无所谓啊

[misaka19000]

肯定多台

[brendanliu]

分布式建议多台

[fancyhan]

2C6g,四台放在不同机房,最好跨一个服务商

[rainbirda]

分布式架构最少的两台吧，保证可用性，为啥不整 2 台 4C8G?

[cominghome]

看需求，普通 Java 应用的话，实例拆越小越好，2c4g 跑一个进程正好

[asuraa]

反正我们的 k8s 是 8h16g 的节点

[jerryshao]

我的理解是这一套搭在不同地域或者同一区域的不同可用区然后前面加负载均衡。

可以自己先做一下测试，比如在一个可用区启动 2 个 2C4G 和一个 8C16G，给前面两个 50%的负载，后面一个 50%的负载。不断增加请求，看看 CPU，内存，硬盘吞吐等等指标的情况，找一下性能瓶颈再决定单机还是多机。

前两个月也可以先用 on demand 看看，太着急包年买可能会造成浪费。

[lsnl8480]

os 的基础损耗差不多在 0.5v 左右，资源不多的话，不建议分太多虚拟机，计算资源都浪费在 os 损耗上了。

[KarlChen2015]

@mawenjian 我可能标题写的不够清楚，我的意思是多个应用部署在一台机子上 还是部署在多台机子上的问题，比如 4 个应用部署在一台机子或者四台机子上，再基于此部署方式作双机(部署两套)负载均衡

[KarlChen2015]

@Lockeysama 你没 get 我的提问...

[KarlChen2015]

@rainbirda 你没 get 我的提问...

[young1lin]

一台机器上更方便，如果其他应用内存不够了，刚好有一个应用不常用，使用内存或者 cpu 资源少，可以这么做。
多台机器增加了部署以及运维的成本，而且耗流量。
当然，如果你要完全隔离所有应用的资源，那当我没说。

[Lockeysama]

@KarlChen2015 各有优势劣势，从运维来说：多台机子运维成本增加是必然的，但是是故障恢复的时候，程序设计的合理的话，多台恢复比一台的要简单些（不太可能多台同时 GG，只要恢复其中故障的一两个就行）；从网络角度来说：服务程序间通信，在一台内总是比多台内更稳定可靠快速的（如果现在体量没那么大的话，这些差别根本不重要）；个人是比较习惯用多台低配这种方案的，觉得按照这种方式去优化架构的话，之后业务增长了，去做服务横向扩展这些的时候，能避免掉一些坑（主要是网络通信问题）。