asbai_个人页

ReSLB 的规格费收取算法非常不合理！ 详见： https://help.aliyun.com/document_detail/27692.html?spm=5176.product27537.6.547.TsfKV3 中的“性能规格价格表”小节，据说 9 月份开始收。 ------------------------- ReSLB 的规格费收取算法非常不合理！ 楼上，只用 LVS 不就是你说的 “抽掉了3层” 么？LVS 和 Tenginx 是两个独立的产品，都可以不依赖对方分别使用。从技术上说分别使用无任何困难。 ------------------------- ReSLB 的规格费收取算法非常不合理！ 我说的是：“那不就是说让只用 4 层的用户多出钱，让用到 7 层的用户少出钱（意即：4层用户溢价补贴7层用户）”，你说的是：“而阿里云负载均衡同一实例下既可以创建四层监听页可以创建七层监听，因此费用也是按照四、七层成本来综合定价的” 请问两者有何不同？为何就 “并非您所说的那样” 了？

Re【喜报！】负载均衡SLB支持HTTPS协议啦！ 应该再加一个访问 80 端口返回 301 重定向到 HTTPS 的便捷功能

Re阿里云监控/云盾Agent服务造成内存泄露的临时解决方案 引用第4楼服务器之家于2014-05-10 23:08发表的  : 我本人一直很反感阿里云对系统里做的手脚，即便是有各种堂而皇之的理由，各个发行版自身，不管是CENTOS还是DEBIAN还是UBUNTU，每一个系统内官方安置的程序都是经过全球海量用户千锤百炼的，坑都踩完了，反观阿里云你强加到系统里的东西你怎么保证它没有问题？ 那倒是好办，直接把相应的 service/daemon 禁用就行了。为难的就是既想用云监控等功能，又不希望它出这种纰漏的…… ------------------------- Re阿里云监控/云盾Agent服务造成内存泄露的临时解决方案 而且我发现 aegis 有个 quartz daemon，它会周期性地启动一些 Python 脚本来收集采样数据。这其实也很……，所有云监控中的常规性能采集工作其实都可以完全集成在 daemon 进程内部实现，这样周期性地 Launch 其它进程和脚本，既不高效也不紧凑。 毕竟作为侵入式的 agent 服务，保持尽可能的高效和紧凑，力求对用户环境影响最小是非常重要的设计目标。 我想也只有第三方用户自定义的监控项采集需要以如此的方式来实现。 ------------------------- Re阿里云监控/云盾Agent服务造成内存泄露的临时解决方案 最近有发现每次 aegis_client 服务更新，都会重新覆盖掉之前的配置。麻烦 ali 的开发人员可以尊重用户的配置选择，在升级是保留用户修改的部分，谢谢。 ------------------------- Re阿里云监控/云盾Agent服务造成内存泄露的临时解决方案 引用第15楼虎笑于2014-07-31 10:14发表的  : 那个不是BUG，是cache了一些安全事件导致内存占用升高。 这就太牵强了，你见过为了清缓存还要 kill 整个进程重启的么？

Re如何修改监控项目中的主机名 控制台里名字早已改了，见 1 楼的第一张截图。操作系统的 hostname 也改了，但是云监控里的名字还是 AYxxxxx。这三个位置我都有截图。 ------------------------- Re如何修改监控项目中的主机名 好的，那我去发个工单

回1楼sosoqqq的帖子 1. 我知道公有云是一个分布式的虚拟化集群。我也知道 aliyun 用的是 Xen 的 PV 技术。但是这跟我说的内存租金没有什么关系吧？ 2. 关于 “数据安全需要多台异地备份的，BGP线路全国都快的资源、以及安全的保障……”： 首先，aliyun 没有异地备份吧？好像阿里云的所有备份都发生在同一个 IDC 内部。其次，内存是不需要备份的吧？备份的费用要 charge 也是 charge  在楼上说的磁盘费用上。 “BGP线路全国都快的资源” 也是类似，这笔费用要 charge 也是应该算在带宽租用费上吧？ 而我说的仅仅是内存租用部分的费用，跟磁盘、数据备份、带宽和安全等无关好吗？ ------------------------- Re回3楼asbai的帖子 引用第4楼sosoqqq于2013-07-06 17:17发表的 回 3楼(asbai) 的帖子 : 我的意思是你买一个内存相当于集群的多个内存 这个…… 首先，作为大规模分布式系统 aliyun 的容灾备份设备应该是达不到 1：1 的吧？ 其次，就算其备份设备和生产设备达到了1：1，即：每个跑业务的物理节点都有一个对应的专用备份节点 standby。那么业务节点上的 4GB 内存加上备份节点上的额外 4GB 也不过就 8GB 而已。 但是在 ECS 上 4GB 内存一年的租金已经够买 40GB 品牌服务器专用内存了……

Re同一个用户购买的多个云主机带宽可以聚合吗？ 我的理解：2楼是单独架个 RP 做基于 HOST 的分发。此时  RP 到 App Server 之间是走内网。问题在于： 1. 貌似阿里云不卖 0 外网带宽的云主机，那么为 App Server 买的带宽不就浪费了嘛？ 2. 貌似阿里云的带宽价格不是线性的，比如 4M 到 5M 差价不到 300，5M 到 6M 差价超过 1000。这样的话，单独为 RP 配高带宽很不经济。 3. 通过 HOST 头字段分发使得每个 Web App 无法拥有独立 IP。 而 3 楼的做法是每个 Web App Server 自行进行基于 HOST 的切换： 1. 要改 App Server 的架构。 2. 如果 App 逐渐增多的话（比如要聚合 100 个 Web App），这种方法管理起来比较麻烦。 3. 通过 HOST 头字段切换使得每个 Web App 无法拥有固定 IP。 所以还是想问问阿里云有没有提供链路层的带宽聚合功能？