alilab_个人页

我知道io、slb、rds、oss存在争抢资源，cpu倒还没注意过，关注 还有内网网络有时候会拥堵

cpu占用得控制在20%以下，云用成这样可够悲催的

iis7下跑php丝毫不输linux，win2003优化后开机系统占用100多m，2008优化一下开机占用300来m，我的2008主机除了偶尔更新补丁时需要重启一下，平时根本无需重启，稳定的狠，很多linux用户根本没实际用过windows就在那想当然的乱说 ------------------------- 回 10楼(王猫) 的帖子 很多linux用户根本没使用过win2008，就在那想当然的发表自以为是的观点

回 2楼(dns2008) 的帖子 这种情况很好解决，方法一可以用dnspod把搜索引擎和普通用户区别对待，方法二可以自己写程序判断一下是否为搜索引擎，是搜索引擎就直接301，不是搜索引擎返回提示页面延迟后跳转。

回 18楼(billlee) 的帖子 本来不想说什么，可是看到你说SLB避免单点故障，实在忍不住吐槽一下，我的SLB故障率远高于单机！容灾避免单点故障简直............  真真真心希望你们好好做做产品，提高一下稳定性吧，现在都已经不再愿意说了，再这样继续下去，我也只有跑路了，云啊，哎.......... ------------------------- 回 32楼(twl007) 的帖子 我的SLB上个月一次故障，先是越来越慢直至无法访问，故障持续一个多小时，最终电话回复说是别的vip被攻击，我被牵连。 这个月又遇到一次故障，直接全部无法访问将近两个半小时，最终回复故障原因：由于slb网络链路异常，影响到您slb的vip的正常访问。 我不知道是我人品差还是你走运气好，反正我这个SLB比单机故障率高太多了，而且故障持续时间太长了

你这个方案和我们正在开发的方案差不多，我们不光把memcache放到了web服务器上，而且还在每个web上架设了myslq做为本机缓存使用，RDS用两个，一个主库保存网站数据，一个缓存库，保存session数据（没有使用独立的memcache服务器）和其他一些缓存和访问统计数据，SLB中关闭会话保持功能，这样SLB会把每次访问比较均衡给转发给web，不会造成某台主机连接量单独过高 ------------------------- 原本我们也是设计单独一个memcache服务器，保存缓存数据和session数据，后来考虑到稳定性和可能的故障机率，决定使用RDS来存session和一些计算后的缓存数据，一些配置信息等常规的小量的缓存数据则直接缓存到web服务器内存中 ------------------------- 回 11楼(akira) 的帖子 SLB是有轮询的，造成负载不均衡的原因应该是开启了SLB中的会话保持功能，SLB开启会话保持功能后，访问量多了以后很有可能会造成负载不均衡现象，因为同一用户始终被转发到同一台web服务器上，这样访问量达时间长了就可能造成某台服务器累积的用户越来越多，造成过载，可以考虑关闭会话保持功能，这样每次请求都会被均衡，但关闭会话保持后就必须使用分布式session，可以考虑使用RDS保存session数据，如果RDS内存够用，可以使用内存表，速度、性能都可以

3点多我上的时候就这样了，刷新几次偶尔能打开，不过特别慢

之前用RDS时就会偶尔出现秒级以上的延时，原因不明，OSS也是如此，从云主机通过内网上传数据到OSS，几十K的图片偶尔会需要数秒才能完成 ------------------------- 楼主，网站现在是不是挂了？等很长时间才能打开页面，有的页面等待过后直接503了

引用第4楼盖世英雄于2013-04-16 15:02发表的  : 博客园能正常打开啊 真不知道你们这些官方人员都是干什么的，论坛里每天总共没多少帖子你们都不看么？？你没遇到502就确定没有502吗？ http://bbs.aliyun.com/read.php?tid=136524 1. 在专门跑博客站点的负载均衡中，如果单台云服务器处理的并发请求高（比如超过200 Get Requests/s），CPU有时会出现坐“过山车”的情况，CPU占用瞬间跳到100%，然后又回落（见下图）。这种情况只有1秒的采样才能监控到。当您正好在CPU 100%的时候访问网站，就会遇到502错误。

一个小时了还没恢复.........   为什么受伤的总是我啊？？？？？？   ------------------------- 回 2楼(我来看看) 的帖子 负载均衡内的主机上的内容必须一致才行，用负载均衡一是均衡负载，二是防止单点故障 不幸的是我今年已经遇到了几次负载均衡本身的故障，相当于主机全部挂了 ------------------------- 回 4楼(我来看看) 的帖子 工单早发完了，一个多小时了还在等待技术核查   ------------------------- 回 7楼(appayud1v) 的帖子 因为这已经不是第一次了，离上次没多久，用负载均衡防单点故障，结果越用越生气，这次两个多小时了还没恢复 ------------------------- 终于恢复正常了，故障2小时20分钟，原因：由于slb网络链路异常，影响到您slb的vip的正常访问。不知道阿里是否能接受他们自家的网站来个2小时无法访问？但愿别再有下次了！ ------------------------- 已申请故障赔偿，对于阿里云故障处理速度表示非常非常不满意！！！！

如果阿里云也和楼上的想法一样，那我觉得阿里云也就这样了 阿里云现在的水平就等于对外宣称“我们阿里云只适合小网站，规模大点的就不要来了”

很久之前我就提过建议阿里云提供差异化的产品，以备不同用户的不同级别的需求，提供sas、ssd、甚至提供独占资源的硬盘，而不是像现在这样千篇一律的共享低能的sata，现在用户水平参差不齐，使用的程序也是五花八门，很多低配的主机、有缺陷的程序都会疯狂的抢占io，不出事都怪了。 可惜没人搭理咱，还被很多人笑话说咱不懂云........   还是最早的那句话，现在这么多云，哪块云能解决io问题哪块云就能称王 ------------------------- 回 21楼(cnblogs) 的帖子 RDS硬盘也照样是共享，只不过比云主机强大很多，但偶尔也会出现秒级以上的响应速度，最近在测试百度bae的云数据库，从宣传的资料上来看，貌似比阿里云的强大，读写分离 ------------------------- 感觉阿里云并不注重用户的意见反馈，始终都是按他们自己的想法去做，一些云主机相对于传统主机的优势功能到现在都没有提供，比如快照快速部署，这么强大云功能到现在也没有，现在一想到增加一台主机就要配置一遍环境简直就头大，还要担心是否有某台配置时留下了漏洞，盛大都支持快照部署，阿里啊...... ------------------------- Re:回28楼alilab的帖子 引用第30楼云迷于2013-04-08 22:53发表的 回28楼alilab的帖子 : @alilab  以你看来现在国内的云服务器到底哪家更好一些呢，具体分析下吧！ 目前只正式用过西部数码、盛大云和阿里云的云主机，相比较下西数的公司规模无法和后两家对比，使用过程中遇到过机房搬迁、ip更换等问题，盛大的充值200试用后再也没碰过，不推荐，阿里的目前在用，虽然io不理想，但可以通过程序优化来补偿一下，目前还io还能支撑住，但今年以来阿里云多次故障，稳定性大幅降低，到7月服务器到期，看看这几个月怎样吧 目前也在尝试百度的bae，感觉还不错，政策也很优惠，各种资源每个月都有免费配额，小站几乎可以免费玩了

负载均衡不一定是流量需求，也有预防单点故障的考虑，负载能力与配置有关，配置高的主机负载量可能比两台低配主机组负载均衡的负载量高，这个是看个人需求来定，可以等流量达到主机上限时再考虑升级或是组slb，也可以在建站初期就配置负载均衡（预防单点故障），具体看个人需求 另外，slb需要程序能够分布式部署，涉及到数据同步，session共享等一系列问题，否则无法使用slb ------------------------- 回 6楼(cnblogs) 的帖子 SLB的7层http负载均衡不支持http keep alive，Connection全部为colse，只有4层的tcp均衡才支持keep alive 这也是你使用slb后并发数减少的原因，slb每次请求后都是把连接断掉的 ------------------------- 回 10楼(cnblogs) 的帖子 貌似与客户端的也是close，我的slb就全部是close，官方论坛的也是close ------------------------- 回 10楼(cnblogs) 的帖子 刚刚重新检查了一下，发现SLB升级后已经默认支持keep alive了，不论后端web是close还是keep alive

    这是你的带宽不足，1M也敢17ce，那不是死的很难看.......  你把带宽提到20M再测一下试试 1m的带宽，如果你测试的那个页面的源代码达到几百KB，那即使只有一个人访问也要好几秒才能打开，还需要更多的时间来加载css、js、图片的资源 更何况同时50多个访问，测试结果可想而知，对10mb以下的带宽来说，17ce的结果都不会有太好的表现 ------------------------- 另外17ce的时间中包括了域名解析的时间，如果你的站没什么访问量，首次测试时，域名解析会占用不少时间还有和你测试页面的源代码的大小有关，代码量越大，相同的带宽下测试结果越不理想 ------------------------- 回 8楼(gdliwt) 的帖子 你测试的页面代码量肯定很小，几k和几百k测出来相差的就是几个级别了

个人感觉1m做图片站根本不现实，根本没有任何用户体验可言，即使只有一个人访问也快不了，一个图片站，一个页面大大小小的图片肯定少不了，以每个页面的资源加一起0.5MB来算，完全打开一个页面也至少1m带宽跑满4秒，这种用户体验的图片站........  而绝大多数图片站的单页面大小远超过0.5MB，用户体验就可想而知了，个人推荐至少也要5m带宽，这才能保证基本的用户体验 另外说下我的论坛是16m带宽，图片较多，帮朋友搭建了一个方维的购物分享站，类似美丽说的，图片较多，用的5m带宽，用户体验一般，如果图片不延时分屏加载，会卡的很厉害 ------------------------- 个人认为一个网站所需的最小带宽需求为：在只有一个人单线程访问的情况下，绝大多数页面可以在最多2秒内完全打开（包括图片等资源加载完毕），最好是1秒内即可打开，这样才有可能保证一定的用户体验。1m的带宽任何站都可以做，只不过用户体验不同。

17ce默认测的相当于并发访问，也就是相当于大约50多人同时访问你的网站，你这4M带宽自然是远远不够的，这不是阿里云的问题，是你自己没弄明白测试的是什么

当时不是说稍后有公告吗？原来又是不了了之了，我的那天也全挂了，现在申请不会也不在赔偿范围之内了吧？阿里云现在做的越来越没有大公司范儿了.................. ------------------------- 还不错，刚刚提交了工单，已获得每台3天的补偿   表扬一下，下次要是能主动一点处理就更好了，不过还是希望别再有下次了

回 2楼(enj0y) 的帖子 这些都不能成为故障的借口，我也是搞技术的，但现在这样三天两头的故障让我很恼火！！！！ 这故障率已经超过了我很早前使用的vps，如果继续这样下去，那我只好放弃阿里云了！ ------------------------- 回 5楼(kideny) 的帖子 上个月6号那次故障申请了百倍赔偿，不过最后只给一台的赔偿，也不知道是赔了多久，我宁愿多花点钱让它稳定点 ------------------------- 2013年4月14日，距离上次无法访问故障23天后，今天再次遇到SLB故障，造成网站2小时20分钟无法访问，这是今年遇到的第二次SLB故障，上次为上月20日，一个月不到两次无法访问故障，历时数小时！真是应了曾经一位网友的话，阿里云的产品还是只用云主机故障率是最低的！失望至极！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！