一到一千万

老黄 于 5 天, 16 小时 前说到:
我做的第一个印像深刻的系统在12天里从一到了一千万,哪是一个消息系统。我12天12夜没有睡觉。每天都在调整系统架构,每天都在迎接新的挑战。最后,我们使用四台服务器完成了这一切。

所有的总结就一句话:
把所有的事都尽量的提前做
老黄 于 5 天, 16 小时 前说到:
回过来讲,如果有十个人找你打架,怎么打败他们? :)

有人回答这个问题吗?
老黄 于 5 天, 16 小时 前说到:
给一个假设:
你可以打败他们一人,也打败过两个人,有一次,你差点死掉,但是还是打败了三个人。 :)
不想咳嗽的二傻 于 5 天, 16 小时 前说到:
跟这十个人挨个单挑。
老黄 于 5 天, 16 小时 前说到:
@二杀: 这样打到第十个人他就累死了。。。
老黄 于 5 天, 16 小时 前说到:
不过说的意思是对的,就是在他们找你之前,提前一个个的干掉 :)

哪么有100万用户要访问你的网站,怎么用最省的力气接受他们的服务呢?

就是在最最最前面把能做的事给做了。所有的方案:dns、l4、cache都是在把事提前做,而不让这个用户的访问透到最后。 :)

用什么语言,什么系统不重要,重要的是你不是让每一个人在同一时间消耗你的最大能量。
不想咳嗽的二傻 于 5 天, 15 小时 前说到:
嗯,那我就找100个人过来,把他们全PK了。如果还不行,那我只能变身了...

老黄 于 5 天, 15 小时 前说到:
哈哈,你找100人过来,这叫做:扩容 :)

变身叫fork...
深谷里的大野狼 于 5 天, 15 小时 前说到:
英语有一句谚语,叫“You never know what you don't know". 如果知道哪里会出问题,那当然好;如果知道要到10,000,000,那就好办。咱们都会。

问题在于,我怎么能够知道什么时候要提前考虑?有怎样的特征?或者,根据你的经验,好看簿最先哪里会成为瓶颈?

这是”Inside MySpace“,里面就描述了他们在2年半不断”没有想到“的过程。
http://www.baselinemag.com/art...
老黄 于 5 天, 14 小时 前说到:
:) 其实都会是没有想到的,因为大家的情况不一样。我以前有一个同事,他告诉我,他每天早上都会把自己的系统闻一遍,每天晚上再闻一遍,就知道会不会变味了。 :)
你所提到的提前考虑,我一直是这样认为的:
网络、CPU、RAM、存储
是现在在线服务的四大件。你给自己留下两周的活口就该扩容了。你一定会问我两周的活口是什么值,哪就需要每天的两闻了。大家心里都需要有一把算盘不是。
为什么是两周?
因为你只要有钱,两周内都能把买来的东东放到线上(所以是不是两周,自己清楚)
老黄 于 5 天, 13 小时 前说到:
最先哪里成瓶颈这个问题比较狠,这简直是让我来押宝:

如果我押我会按CPU、存储、RAM来押。 :) 以下是我的一点观察:

你们用lighttpd 1.4.18来跑图片,用了Etag和Last-Modified,这样图片机本身问题不大,cache能力也不错。存储出问题,就在于使用统一namespace的结构,使得复杂度提高时出的问题了。(建议先关了etag)

jquery发起的请求很多,由于头输出的好,大量的304很PP的显示着。很让人舒服,但是jquery的请求到服务器上的量还是很大,会涉及到数据库的很多更新,数据库的穿透性很大,这样web和数据库的CPU会是压力不断提升的点。


深谷里的大野狼 于 5 天, 11 小时 前说到:
◎老黄: 看完你最近的两个帖子,我只能惭愧的承认,俺不懂,俺的知识看来欠缺很多。倒不是单个点不明白,而是很显然你思考问题的方式是我很陌生的。

恩,年后一定要请你吃饭,多学习学习。在这段时间,你有什么阅读资料可以建议一下吗?
老黄 于 5 天, 10 小时 前说到:
推荐:
1.偶滴一位朋友,天天连到自己的机器上tail -f 一些log,大家都笑话他,但是我推荐你这么做
2.偶滴一位朋友,在我说的另一个贴子里每天闻(像狗一样)两遍所有的东东,我也推荐你这么做

当然,这都是系统管理的工作。推荐你找专业的人来做。今天花了半小时跟了所有的请求,发现haokanbu的程序写的不错,从乐乐当初帮你们搞系统来看,你们需要一个比乐乐还要深入的系统管理员。

资料,我一时还想不出来。因为连我自己想找一个谈dns的结构化的书都还没找着 :( 郁闷
深谷里的大野狼 于 5 天, 10 小时 前说到:
创业公司一分钱要掰开成双核使,招人不仅困难,而且几乎要什么事情都做。专职系统管理员,恐怕短期内没有这个奢侈可言。不过,我和蚂蚁(主要使我们两个管理服务器)都深知自己在这方面知识的欠缺,唯一希望的是:先证明网站概念正确,商业模式可行,然后只能祈祷在出问题之前,我们两个能够来得及解决问题。

总有人说做创业就好像先从悬崖上跳下来,然后一边下落,一边穿降落伞。我深深的理解这一点。我也请豆瓣的xyb(以前也是新浪的吧)来分享一下他的感觉。

你的出现给了我们一个机会去听听“过来人”的看法,帮我们指出非常幼稚的错误,提醒我们哪些工作现在做工作量不大,但是损失造成了就很大。

到时候请你和你的那些朋友吃饭,多请教。带进门很重要,我和蚂蚁自己摸索的好苦。:-}
老黄 于 5 天, 10 小时 前说到:
哈哈,现在看来,这里的linux:bsd是 n:1呀。xby同学也是十足的linuxer。当年就他最先的把桌面也摆到了linux下。感动呀 :)
创业是艰苦和快乐的。对于现在你们的系统有几个小的信息告诉你:
1.操作系统的升级和补丁很重要,但是linux升级时危险很大,有时网卡序列都会发生变化
2.别急着用一些特别的东东,有时最笨和最简单的方法是最有效的方法,这是上次我建议乐乐同学先用nfs的原因
3.不要怕麻烦,多看看log,这个很重要的
4.为你的系统(从机器到代码)建立cmdb和cmdb的更新机制
xyb 于 5 天, 9 小时 前说到:
呵呵,老黄还是这么提纲挈领,让你两句话就把要点都说完了。我经验也不多,有hd在我可不敢献丑呀。我看大家接下来就只有具体问题具体讨论了,实际应用的方案有很多,每个系统的做法也都不太一样。dbanotes的blog上最近一段时间收集了很多国外网站的架构,拿来讨论一下?
使用inputking的蚂蚁 于 4 天, 22 小时 前说到:
说到升级,俺现在老觉得有些怕怕的,尤其是操作系统的升级和补丁如果在Production Server上出错,怎么回滚?我们有Staging Server,不过总是心里没底...

还有,log咋看尼?需要grep一些重要的坏味道吗?

弱弱地问一句,cmdb是啥东东?

嗯嗯,问得越多,就觉得自己非常小白哪~OrZ
老黄 于 4 天, 19 小时 前说到:
CMDB = 配置管理数据库(参见ITIL或ITSM中的定义,别理这两个大东东,但是CMDB在现在就可以用到)

看log就是vi,看一遍。我也不知道要看什么,味道是闻出来的哟。 :) 4xx、5xx是重点

补丁。。。。。对于linux来讲哪是恶梦,不要让我去做这个梦,我前天做梦已经毁了两个时空里的世界了。。。参见( http://blog.opensource.org.cn/...

要不大狼找我来给你们当系统管理员罢,七年没干了,还想回头再干干 ^_^
仨儿 于 0 分钟 前说到:
咔咔咔!是也乎是也乎,
只要是 BSD 的,俺也愿意来远程当 嗅工,
Linux 的不论哪种发行版,都有踩在棉花上的感觉,
每次升级都拿不准是否对路…………

CMDB 可以简单的将一切当然你们系统的所有代码和配置脚本入库,
进行版本管理就好,咔咔咔,当然不是简单的这样的;
但是先作到可标识,可追踪是一切靠谱的前提哪!!!

日志分析系统有N多,但是,有时候真的是 awk+grep+wc 才有用的…………
::...
免责声明:
当前网页内容, 由 大妈 ZoomQuiet 使用工具: ScrapBook :: Firefox Extension 人工从互联网中收集并分享;
内容版权归原作者所有;
本人对内容的有效性/合法性不承担任何强制性责任.
若有不妥, 欢迎评注提醒:

或是邮件反馈可也:
askdama[AT]googlegroups.com


点击注册~> 获得 100$ 体验券: DigitalOcean Referral Badge

订阅 substack 体验古早写作:


关注公众号, 持续获得相关各种嗯哼:
zoomquiet


自怼圈/年度番新

DU22.4
关于 ~ DebugUself with DAMA ;-)
粤ICP备18025058号-1
公安备案号: 44049002000656 ...::