免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: send_linux
打印 上一主题 下一主题

[IaaS与数据中心] 谁是王道?互联网环境下Scale out和Scale up模式大PK!(获奖名单已公布-2014-7-31) [复制链接]

论坛徽章:
33
荣誉会员
日期:2011-11-23 16:44:17天秤座
日期:2014-08-26 16:18:20天秤座
日期:2014-08-29 10:12:18丑牛
日期:2014-08-29 16:06:45丑牛
日期:2014-09-03 10:28:58射手座
日期:2014-09-03 16:01:17寅虎
日期:2014-09-11 14:24:21天蝎座
日期:2014-09-17 08:33:55IT运维版块每日发帖之星
日期:2016-04-17 06:23:27操作系统版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-24 06:20:0015-16赛季CBA联赛之天津
日期:2016-05-06 12:46:59
1 [报告]
发表于 2014-07-10 17:15 |显示全部楼层
这两个方式一直是交替的.

当 无法垂直时, 就会横向.

谁也不能代替谁.

从成本角度考虑, 在一定的时间内是 垂直升级成本低, 在另一段时间, 是横向扩展更划算.

前几天看到一些关于计算机的历史, 磁盘容量从 2M 扩展到了现在的 6T, 体积下降了十几倍.
我 2006年 采购服务器的时候, 内存是4G, 2014年 最近一次采购,  是 128G, 8年的时间, 内存的容量翻了32倍.

论坛徽章:
33
荣誉会员
日期:2011-11-23 16:44:17天秤座
日期:2014-08-26 16:18:20天秤座
日期:2014-08-29 10:12:18丑牛
日期:2014-08-29 16:06:45丑牛
日期:2014-09-03 10:28:58射手座
日期:2014-09-03 16:01:17寅虎
日期:2014-09-11 14:24:21天蝎座
日期:2014-09-17 08:33:55IT运维版块每日发帖之星
日期:2016-04-17 06:23:27操作系统版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-24 06:20:0015-16赛季CBA联赛之天津
日期:2016-05-06 12:46:59
2 [报告]
发表于 2014-07-10 18:55 |显示全部楼层
回复 42# send_linux

不完全是.

比如, 某网站, 一开始的架构就是分布式的, 所以, 一直是通过加机器来扩展容量.
突然有一天, 因为机器太多了, 管理上出现了问题, 无法再增加更多的机器, 这个
时候, 只能垂直扩展, 也就是提高单台机器的配置.
当系统重构的时候, 又可以横向扩展了.

管理问题可以体现的 LVS上, 因为一组LVS能支持的机器数是有限的. 也可能体现在
数据库上, 因为数据库的连接数是有限的.

当然, 还可能有其它的架构问题. 包括核
心交换机的扩展能力等等, 都是需要考虑的问题.
   

论坛徽章:
33
荣誉会员
日期:2011-11-23 16:44:17天秤座
日期:2014-08-26 16:18:20天秤座
日期:2014-08-29 10:12:18丑牛
日期:2014-08-29 16:06:45丑牛
日期:2014-09-03 10:28:58射手座
日期:2014-09-03 16:01:17寅虎
日期:2014-09-11 14:24:21天蝎座
日期:2014-09-17 08:33:55IT运维版块每日发帖之星
日期:2016-04-17 06:23:27操作系统版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-24 06:20:0015-16赛季CBA联赛之天津
日期:2016-05-06 12:46:59
3 [报告]
发表于 2014-07-14 06:46 |显示全部楼层
回复 49# billicon

就说CDN吧. 当CDN节点的数量多到一定程度的时候, 你会发现, CDN节点的数据一致性是个大问题, 解决的办法很简单, 增加单个节点的容量, 减少节点的数量.

除非CDN算法有了新的突破, 可以保证数据一致性.
   

论坛徽章:
33
荣誉会员
日期:2011-11-23 16:44:17天秤座
日期:2014-08-26 16:18:20天秤座
日期:2014-08-29 10:12:18丑牛
日期:2014-08-29 16:06:45丑牛
日期:2014-09-03 10:28:58射手座
日期:2014-09-03 16:01:17寅虎
日期:2014-09-11 14:24:21天蝎座
日期:2014-09-17 08:33:55IT运维版块每日发帖之星
日期:2016-04-17 06:23:27操作系统版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-24 06:20:0015-16赛季CBA联赛之天津
日期:2016-05-06 12:46:59
4 [报告]
发表于 2014-07-14 18:47 |显示全部楼层
回复 55# may0505

必须不是. 那是 up, 不是 out. 如果你增加了更多的机器, 我认为是 out.

对于 CDN来说, 是节点数增加才是 out, 单个节点的容量增加, 都算是up.
   

论坛徽章:
33
荣誉会员
日期:2011-11-23 16:44:17天秤座
日期:2014-08-26 16:18:20天秤座
日期:2014-08-29 10:12:18丑牛
日期:2014-08-29 16:06:45丑牛
日期:2014-09-03 10:28:58射手座
日期:2014-09-03 16:01:17寅虎
日期:2014-09-11 14:24:21天蝎座
日期:2014-09-17 08:33:55IT运维版块每日发帖之星
日期:2016-04-17 06:23:27操作系统版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-24 06:20:0015-16赛季CBA联赛之天津
日期:2016-05-06 12:46:59
5 [报告]
发表于 2014-07-15 19:07 |显示全部楼层
回复 64# blazebird

如果看最近10年的话, SSD 的现在也不算是很慢了. 尤其是 PCI-E 接口的.

最近10年来看, 网络好象慢了点, 自 2004 以来, 通用服务器的网卡一直是
千兆的. 虽然现在已经有了万兆网卡的服务器, 但使用量有限, 主流仍然是
千兆. 硬盘也一样. 不是硬盘本身不行, 而是采购成本太高, 所以, PCI-E
的 SSD 现在还只用在关键业务.

相对于这些, 好象人们更愿意花钱去买新的CPU, 新的内存. 其实, 有时候并
不是愿意花钱, 而是, 你根本买不到原来的CPU, 原来的内存. 10年的内存,
DDR/DDR2的, 现在还能买得着么? 3年前的CPU, 还买得着么? 其实硬件的升
级, 很多时候并不主动的, 而是被动的. 如果突然从明天开始, 所有的服务
器厂商都不再提供机械硬盘, 只提供 PCI-E的SSD, 我想很多服务器也会变成
SSD的了. 虽然目前容量是硬伤.


前面提到了网卡, 就再多说一句, 现在的系统, 有几个能真正跑满千兆网络的?
又有几个真的需要万兆网络? 瓶颈真的在硬盘么? 未必吧.
   

论坛徽章:
33
荣誉会员
日期:2011-11-23 16:44:17天秤座
日期:2014-08-26 16:18:20天秤座
日期:2014-08-29 10:12:18丑牛
日期:2014-08-29 16:06:45丑牛
日期:2014-09-03 10:28:58射手座
日期:2014-09-03 16:01:17寅虎
日期:2014-09-11 14:24:21天蝎座
日期:2014-09-17 08:33:55IT运维版块每日发帖之星
日期:2016-04-17 06:23:27操作系统版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-24 06:20:0015-16赛季CBA联赛之天津
日期:2016-05-06 12:46:59
6 [报告]
发表于 2014-07-21 14:53 |显示全部楼层
回复 85# ciscopuke

我不是太清楚你所说的 "互连网应用" 主要是指哪些.

但我确定, 不管哪种应用, 没人希望用相同的参数, 得到的结果会不一样.

数据一致性, 对于任何计算机系统, 都有很重要的意义, 就算是随机数生成器, 也希望有算法能在不同的机器上生成相同的序列.

当然, 有些应用对于 数据的实时性并不敏感, 所以, 在一个比较短的时间内的数据不一致是可以接受的. 但从长期来看, 数据一致性还是必须的.

现在 NoSQL 看上去很美, 也有很多业务在向这方面转. 但是, 也有一些人再往回转.

现在 常用的 NoSQL 以 MongoDB 居多, 但它有个致命的问题, 就是会丢数据, 所以, 基本上没人只用它来做数据存储, 用来做cache类的倒是不少.
也有其它的 nosql, 比如 couchDB, 但它比mongoDB慢, 所以, 用户数量少. 不过, 它的双向同步还是很有吸引力的.

上午还在另一个贴子里说过, 现在越来越多的人使用消息总线来部署应用. 虽然这降低了数据库的压力. 但其实, 消息总线 机器的 压力上来了. 所以, 压力并没有减少, 只不过是转移了.

最终, 还是要决定 消息总线 的机器是 up, 还是 out.
   
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP