bbjmmj我拜你为师吧。

bbjmmj

原帖由 冬瓜头 于 2009-8-5 16:35 发表
呵呵，技术方面我根本不需要回复你，大神，哦，不，玉帝的话无人，哦不，无仙能反对啊。

呵呵，冬瓜头，看你的感觉，就像是见了火星人，虚拟网卡属于很普通的应用技术吧？

cncqpansky

我学习了, 我绕路过

yuio654

原帖由 bbjmmj 于 2009-7-31 13:07 发表


呵呵，你知道为什么会打口水仗么？因为大家都用自己的经验来看问题，我跟大家应用环境差别太大，所以会有很多分歧。
你比如说数据库吧，省级以下单位，数据库容量一般也就百八十G，这种环境用盘阵可就太大 ...

呵呵，你知道为什么会打口水仗么？因为大家都用自己的经验来看问题，我跟大家应用环境差别太大，所以会有很多分歧。
你比如说数据库吧，省级以下单位，数据库容量一般也就百八十G，这种环境用盘阵可就太大脑袋了。但是对于国家级别的机构，那就什么贵来什么了，因为用量很少，利润又是垄断的，完全没有必要在意效费比。



我晕

这个也太牵强了吧，曾经碰到过一个案例，数据库容量不大，也就百八十g(数据)，一年增长几个G，但是数据库查询和更改压力特别大（N千个并发访问）主要是更新状态（先不讨论架构问题）。特点是一个sun的不算老的小型机顶不住。要上rac，共享存储怎么办？这时候搞个nfs或者iscsi服务器？只能上阵列啦

milujite

原帖由 bbjmmj 于 2009-8-5 16:41 发表


呵呵，冬瓜头，看你的感觉，就像是见了火星人，虚拟网卡属于很普通的应用技术吧？

看了大神高论，如雷贯耳，茅塞顿开。
大神千秋万代，一桶江湖。膜拜膜拜。

期待大神推出自己的方案
ASIC泪流满面

bbjmmj

原帖由 yuio654 于 2009-8-5 16:53 发表
曾经碰到过一个案例，数据库容量不大，也就百八十g(数据)，一年增长几个G，但是数据库查询和更改压力特别大（N千个并发访问）主要是更新状态（先不讨论架构问题）。特点是一个sun的不算老的小型机顶不住。要上rac，共享存储怎么办？这时候搞个nfs或者iscsi服务器？只能上阵列啦

十年前，百G数据量已经是很牛B的应用了。
但是我们说的是现在，就目前技术条件而言，这个业务量，单台部门级机架服务器既可胜任，并不需要再额外购买盘阵。

bbjmmj

原帖由 milujite 于 2009-8-5 16:58 发表

看了大神高论，如雷贯耳，茅塞顿开。
大神千秋万代，一桶江湖。膜拜膜拜。

期待大神推出自己的方案
ASIC泪流满面

如果各位连虚拟网卡都不知道，那我一定是在跟一群火星人谈论问题

milujite

原帖由 bbjmmj 于 2009-8-5 17:26 发表


如果各位连虚拟网卡都不知道，那我一定是在跟一群火星人谈论问题

不懂啊，太深奥了，还是回火星用ASIC的三层交换，虚拟网卡的三层交换太深奥了。特意从火星来膜拜大神。

bbjmmj

原帖由 milujite 于 2009-8-5 17:42 发表


不懂啊，太深奥了，还是回火星用ASIC的三层交换，虚拟网卡的三层交换太深奥了。特意从火星来膜拜大神。

呵呵，绝大多数三层交换应用，都属于数据不加过滤的滥交换，经常搞得病毒满天飞。这种东西仅仅适合于不负责任的数据转发，比如电信应用。我们这边电信光纤接入，都是一台服务器占用4个公网IP，服务器托管倒是一个服务器一个IP，就是经常被ARP

yuio654

原帖由 bbjmmj 于 2009-8-5 17:25 发表


十年前，百G数据量已经是很牛B的应用了。
但是我们说的是现在，就目前技术条件而言，这个业务量，单台部门级机架服务器既可胜任，并不需要再额外购买盘阵。

十年前，百G数据量已经是很牛B的应用了。
但是我们说的是现在，就目前技术条件而言，这个业务量，单台部门级机架服务器既可胜任，并不需要再额外购买盘阵。

我晕，这话说的有点太大言不惭啦

没见过大压力的应用吧？鼠标每个操作对应到数据库n个select和n个update，想想什么概念？

ppm

原帖由 yuio654 于 2009-8-5 19:39 发表



十年前，百G数据量已经是很牛B的应用了。
但是我们说的是现在，就目前技术条件而言，这个业务量，单台部门级机架服务器既可胜任，并不需要再额外购买盘阵。

我晕，这话说的有点太大言不惭啦

没见 ...

敢批评我大神师傅，丫不想混了啊？