 |
1
msg7086 Jul 21, 2015  1
带宽2m？
不知道你的社区的目标流量如何。我手头维护的一个5w ip的社区带宽平均开销是15m左右，高峰时段30m左右。 |
 |
2
hiboshi Jul 21, 2015
图片上七牛之类的云存储，这样带宽要求小些
|
 |
3
k21654987 OP |
 |
4
alect Jul 21, 2015
日均2W ip的话。pv肯定要超10w+，你用阿里云2M找虐么，用qiniu等破产么，社区肯定图片多，qiniu你玩不起。
肯定考虑直接独服了，比阿里云价格有优势多了 |
 |
5
lincanbin Jul 21, 2015
20000 IP按10倍PV算，全摊到白天8小时里。
一秒也才7个PV。 7 Requests per second哪有社区是扛不住的？ |
 |
6
046569 Jul 21, 2015
流量不高,选最低配 ECS 即可,可选配 RDS .基本不用优化,Discuz! 的负载能力很强.
注意下阿里的带宽陷阱就行了. |
 |
7
Showfom PRO 这配置足够了
|
|
8
k21654987 OP |
|
10
046569 Jul 21, 2015
@k21654987
实际和理论当然是相符的. 陷阱指的是带宽阶梯价,超过 5M 就会很贵.做负载均衡就行了.如果公司没有运维,外包即可,注意不要先买服务器,由运维确定具体配置. 你说的功能,目前 Discuz! 都自带了,所以不建议二次开发. |
 |
13
ohhe Jul 21, 2015
2万IP用阿里云我估计双核，2g内存，带宽4m差不多正好
|
 |
15
xuxu Jul 21, 2015
实际操作经验: 8核，8G内存，4块硬盘（log，附件，备份，其它），带宽30M左右。这个量数据库不能用阿里云机器自己搭本机上(IO效果你自己看)，放RDS上可以。
|
|
16
alect Jul 21, 2015 1
我一个wordpress做的网站，因为主题自带的css和js文件比较多，每日ip 3w，pv大约9万，用的阿里云，高峰期5M跑满，均速3M的样子，图片什么的都是外链，就这样都勉强够用啊。看来楼主是没有遇到过真实环境，这点儿带宽真不够的，万一有什么热点帖子出来，分分钟卡死你了。
|
 |
17
wy315700 Jul 21, 2015
|
 |
18
jasontse Jul 21, 2015 via iPad
预计 2w ip 实际 100 ip 都没有
|
 |
22
pimin Jul 21, 2015 via iPhone
如果只是个dz论坛，完全没有必要考虑太多。
按你自己的想法跑起来，遇到问题解决问题。 因为外包和自己搞基本上差不多，并不能一次到位解决所有问题。 |
|
23
046569 Jul 21, 2015
@Livid 一刷新尚未发出的帖子内容木有了,再打一次真心累啊. Chrome 现在总是傻乎乎的.
@wy315700 你说的理论是正确的,但过于简单化,实际情况要更复杂. 尤其是你假定了瓶颈是带宽并且是服务器这边. 预估服务器带宽的因素很多,我只说说瓶颈是带宽的简单情况: 当服务器单台带宽大于用户带宽,那么无论服务器带宽多少都不会影响到访客浏览体验,因为瓶颈是访客的带宽. 当服务器单台带宽小于用户带宽但多台服务器总带宽大于用户带宽,那么可以利用网站架构和服务器负载均衡策略,实现动静分离,瓶颈仍然是访客带宽.你所说的"每个用户只能连一个进行服务"是不准确的. 其它情况从略. @k21654987 我画了个根据今天阿里云 ECS 年报价的示意图(最低配,仅带宽变化),  可以明显看到带宽超过 5M 价格以后每 M 价格差不多变成了 2.8 倍,因此两台 5M 比单台 10M 更具性价比,且用户体验没有明显影响. 外包是否靠谱可以从专业度,态度,工作经历等一系列因素考量.有兴趣的话我们可以聊聊. |
|
24
msg7086 Jul 21, 2015
@wy315700 没听说过你这种理论。
两台机器做负载均衡，直接结果就是每台机器「实际需要的带宽」减半。 100个用户连接一台2M带宽的机器，与200个用户连接两台2M带宽的机器，你跟我说延迟会加倍？别闹啊…… |
|
26
wy315700 Jul 21, 2015
@msg7086
排队论基本理论 Little's law https://en.wikipedia.org/wiki/Little%27s_law 不是你这么比方的，是100个用户连一台4M的机器，平均延迟是100个用户连两台2M的机器的一半。 @046569 也不是这样的，算的是平均延迟， 首先假设瓶颈在服务器，因为用户端的瓶颈其实是降低服务器负载的方法，所以假设这个地方没有限制 最简单的计算， 比如服务器一秒能提供2M数据，用户单次访问需要200K，那么传输时间就是1/10S，如果服务器一秒能提供4M数据，那么传输时间就是1/20S， 分布式只是因为单台机器的负载无法继续提升之后的选择。 比如你把一台机器的性能提升一倍，很难，但是你再买一台机器，很简单。 但是一台X2的机器提供的服务，质量明显要高于两台X1的机器。 |
 |
27
pubby Jul 21, 2015
|
 |
28
boter Jul 21, 2015 via Android
做社区，，，两万IP难度可是相当大 ，v2ex也就这个程度
|
|
30
wy315700 Jul 21, 2015 1
|
 |
31
Davidwg Jul 21, 2015
dz二次开发，看你想要什么样的了
|
 |
32
Kael Jul 21, 2015
单纯论坛功能没什么特别需要优化的，dz应付2w IP还是很轻松的，那些百万IP的都没听说怎么优化过。
|
 |
35
TOTOP Jul 21, 2015
discuz 专业开发找我，原comsenz开发组，qq：1三八yi77散散吧
|
 |
36
levon Jul 21, 2015 via Android
等做到的时候再考虑可以
|
|
37
lincanbin Jul 21, 2015 via Android
https://sunp.eu.org/t/207154#reply25
顺便推荐下我自己的程序，性能虽然十倍于DZ，但是熟悉这个二次开发的人应该不多。 |
|
41
046569 Jul 21, 2015
|
|
42
wy315700 Jul 21, 2015
@046569
延迟计算是针对单次请求来的， 你一个HTTP请求只能请求一台服务器。 如果每个请求延迟都X2，那么总延迟肯定是X2的。 所谓同时请求多个服务器，只不过是把原来串行的两个X1的请求变成了两个并行的X2的请求。 所谓分布式也好，动静分离也好，都是在单个机器的负载无法继续增加的情况下才做出的选择，如果有一台超级计算机，带宽无穷大，那么就不需要这么多问题了。 |
|
43
046569 Jul 21, 2015
@wy315700
理论上说,用户浏览一个页面包含不止一次请求,因此并行是有意义的. 实际上说,现实中用户是没有超算的,现实中用户是要考虑投入与产出的,现实中的管理人员也不会仅仅因为微乎其微的理论值差异而放弃安全上的考量的. 我推荐这种方案的原因并非是这种方式更快,而是更适合 LZ 的情况. |
 |
44
frankzeng Jul 21, 2015 via Android
程序还没有就能估计流量？先把东西做上去，边开发边优化才是正道。等你把菜都找齐了客人早跑了
|
 |
45
lxx1 Jul 21, 2015
我感觉没必要讨论、计算的这么清楚啊，先基本配置跑着呗，等流量上去了再升级服务器、带宽也不迟啊！
|
 |
46
abakane Jul 21, 2015 1
|
 |
47
Huadb Jul 21, 2015
等网站达到日均2W的时候再考虑配置问题吧，现在只是预想，到时候升级。
|
 |
48
virusdefender Jul 22, 2015
跑起来再说啊 云计算就是为了为了用弹性修改配置的
|
Select Language