这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 4223 天前的主题，其中的信息可能已经有所发展或是发生改变。
突发奇想，如果有这样一个云计算产品：
1. 弹性控制资源的 hypervisior
创建一个虚拟机，不需要再指定内存，cpu什么的，虚拟机的用户尽管用就好了，hypervisor里会根据虚拟机的负载去自动的扩充资源（负载下降的时候也会释放资源）。当然这就要求了对虚拟机的资源有着妙级控制。产品形态上，可以设置一个阀值，在这个规模下的资源是不收取费用的，超过这个规模才会。能做到这点的根据还是 hypervisor 对资源控制的改进上。在一个分布式环境里，当 hypervisor 能让分配资源这个事无比灵活，那给总体成本带来的下降是很客观的
2. 销售服务而不仅仅是虚拟机
产品化docker，产品化OSv，换句话说，就是把这两个技术能解决的问题都解决了，而不是单一的linux+kvm。比如我提供一个 centos mirrors 的镜像服务，有 rsync 服务的情况下 cpu 和带宽都是考验，这个时候 OSv 里的一些优化技术能保证更多的性能；不同用户可能需要wordpress或者django之类的服务，完全可以跑在 docker 上等等 （当然虚拟机这个产品形态也是要有的，因为有需求）
3. 其他
api/cli, sdn, 有效的监控和报警，服务层面的 auto scaling 等等这些现代的功能也有的。。。
核心价值：
1，你要服务就给你服务，不是给你虚拟机让你再折腾，性能我们来优化
2，让用户使用虚拟机更加方便和灵活，同时 hypervisior 级的灵活会带来成本的下降
1. 弹性控制资源的 hypervisior
创建一个虚拟机，不需要再指定内存，cpu什么的，虚拟机的用户尽管用就好了，hypervisor里会根据虚拟机的负载去自动的扩充资源（负载下降的时候也会释放资源）。当然这就要求了对虚拟机的资源有着妙级控制。产品形态上，可以设置一个阀值，在这个规模下的资源是不收取费用的，超过这个规模才会。能做到这点的根据还是 hypervisor 对资源控制的改进上。在一个分布式环境里，当 hypervisor 能让分配资源这个事无比灵活，那给总体成本带来的下降是很客观的
2. 销售服务而不仅仅是虚拟机
产品化docker，产品化OSv，换句话说，就是把这两个技术能解决的问题都解决了，而不是单一的linux+kvm。比如我提供一个 centos mirrors 的镜像服务，有 rsync 服务的情况下 cpu 和带宽都是考验，这个时候 OSv 里的一些优化技术能保证更多的性能；不同用户可能需要wordpress或者django之类的服务，完全可以跑在 docker 上等等 （当然虚拟机这个产品形态也是要有的，因为有需求）
3. 其他
api/cli, sdn, 有效的监控和报警，服务层面的 auto scaling 等等这些现代的功能也有的。。。
核心价值：
1，你要服务就给你服务，不是给你虚拟机让你再折腾，性能我们来优化
2，让用户使用虚拟机更加方便和灵活，同时 hypervisior 级的灵活会带来成本的下降
 | 1 kslr 2014-06-04 14:57:47 +08:00 这个可以有 |
 | 2 Admstor 2014-06-04 15:20:27 +08:00 太棒了,黑掉一个虚拟机就行了,用不着黑那么多肉鸡了 你想法是不错,实际上既有困难,也无必要.首先不是所有的系统都支持热扩充内存和CPU资源,然后你跑的服务也不是说随便就可以自动的调整配置来实现,另外就像我说的,被黑了的话,这个风险会因为这种自动扩充导致风险的扩大,而且也并不是被黑,代码本身如果测试不够充分也会导致资源耗尽的情况 考虑实际中部署服务器的需求情况,其实大量的服务都是重复的横向扩展,只要模板到位,随时增加就可以增加负载能力,当然了,单点性能提高总是有溢出,但是单点并不需要这种实时提高 虚拟化技术对成本控制毫无益处这点应该是业内共识,因为虽然硬件利用率上升,但是技术投入和基础建设的增加抵充掉了,当然也不是完全没有好处,更高的稳定性,更方便的扩充能力,更好的硬件无关性(就应用层来说),都是值得的,而你这个自动扩充资源实际上是增加了不稳定性,以及更大的运维和研发投入 |
 | 3 pyKun OP @Admstor 弹性控制的问题主要是想到了，现在的云计算总做监控，auto scaling，秒级计费blabla，如果通过hypervisor把这些事情都解决了，在对接上合适的分布式存储，那平台设计这里就少了很多很多事情，最终结构的简化带到产品上用户也能收益，因为关心的没必要的地方更少了。 安全问题我给忽略了。。。 运维和研发投入这个，我不是假设自己现在开始做怎么能上线了；就是畅想一下，假设有这样功能的hypervisor和存储；站在产品角度是实际上是思考这个事情会不会真有帮助了，不是只做一个cool的feature |
 | 4 shiny PRO 有时候，资源超出设计容量，往往不是产品用户群增长的原因，而是哪里存在问题。（比如内存泄露，数据库索引存在问题，程序的设计有问题） 不及时解决，费用就会长的太快。 |
 | 5 Actrace 2014-06-04 21:57:30 +08:00 这不就是应用级的引擎在做的事情嘛...SAE之类的... 我可以认为这是一种更大型的无盘吗... |
 | 6 cevincheung 2014-06-04 22:45:13 +08:00 "创建一个虚拟机，不需要再指定内存，cpu什么的，虚拟机的用户尽管用就好了，hypervisor里会根据虚拟机的负载去自动的扩充资源（负载下降的时候也会释放资源）" 我认为不存在 扩充和释放资源 的操作。应该是无限使用，用多少算多少，按使用量计费即可。 |
| 7 pyKun OP @Actrace 是啊，有这种感觉，感觉云计算的目标是在我做好运维，卖服务给你。从定义上来看像是paas，但实际上从iaas过来的，不管怎么过来，感觉就是一个“这世上本没有限制，您过来用就好了” @cevincheung > 应该是无限使用，用多少算多少，按使用量计费即可。 但是现在卖虚拟机的时候，你买的容量是你的上限，比如1t硬盘+16G内存的虚拟机，你付的是这个钱，有心做到按需收费的团队也没有理想化的实现这个目标。其实hypervisor上下功夫也是受某云的启发。 所以一切都按使用量计算了，也无需问你需要什么配额的虚拟机了，所以会有一层服务在默默工作，实现“扩充和释放资源” |
 | 8 sasber 2014-06-06 17:23:53 +08:00  1 不太现实啊，就像一楼说的那样，不是所有系统都支持热扩充内存和CPU资源的，其实Vmare,Xenserver还有KVM都有共享内存机制的，用户所看到的1G内存只是一个数值，可能一台32G的物理机能在同一时间运行40台1G内存的虚拟机！ 其实我觉得如果能将CPU核心或者线程合并，比如4个线程合并成1个或者2个线程，从而提高单线程的处理能力，能解决不少问题（尤其是兼容以前对多线程优化不怎么好的程序）！ |
 | 9 Livid MOD PRO 听起来很多方面就像是 Google App Engine。 但问题是这样的东西你打算做给用？ 太小的应用没有商业价值，而大公司要上一个新技术之前要考虑很多，成本只是其中一方面。 |
| 10 pyKun OP |
 | 11 em70 2014-06-16 00:49:57 +08:00 @pyKun 我觉得国内的阿里云已经做得很不错了,大大降低了服务器的维护和部署成本,那些专业IDC公司全都要死掉.比如阿里云镜像市场非常有创意,有很多公司制作的服务器镜像,比如linux+PHP+MYSQL镜像,买了一个ECS主机后,选择这样一个镜像,马上就可以用了. 云计算还有一个好处是按需购买性能,我们网站有时候流量会突然升高,可以马上买20M带宽到今天24点,只需要几元钱,问题马上就解决了.目前唯一不好的是,不能设置条件自动购买,相信未来阿里云会做到的. |
| 12 pyKun OP |
13 em70 2014-06-16 03:37:21 +08:00 via Android @pyKun 阿里云在临时升级硬件服务上已经做得很好了，至少目前完全满足我们的要求。相比以前自己租用独立服务器，节约了很多成本和精力，以后肯定都用云主机产品了。 国内其他云也研究过，要不就是价格比阿里云贵，要不就是服务太简陋，aws也没正式提供服务，如果你有好东西，一定给我推荐一下哦 |
| 15 em70 2014-06-16 03:53:17 +08:00 via Android @pyKun 青云研究过，同配置感觉比阿里云贵，可用的功能也不多，比如阿里云还提供数据库RDS，公共缓存OCS等。最关键的服务器互联互通，阿里云三个地区的机房可选，全部BGP。青云没有太多关于互联互通方面的说明，加上品牌因素，我没有足够理由用青云。 可能我研究不深，你跟我说说青云有什么特色的地方呗 |
| 17 em70 2014-06-16 04:06:07 +08:00 via Android @pyKun 刚才青云按我们目前阿里云配置的主机计算了一下价格，900多的阿里云配置青云要1500。我们采购量50台以上，这成本差异太大了。 |
| 18 em70 2014-06-16 04:10:05 +08:00 via Android @pyKun 我们看中的服务首先是稳定，其次是互联互通，然后是价格。按秒计费真不在意，数据库用了RDS，所以也不关心IO。 |
| 20 em70 2014-06-16 10:39:47 +08:00 via Android @pyKun 双核8g 200g硬盘 10m带宽 阿里云969999元，其中带宽是最大成本，阿里云带宽只是下行带宽，上行不限，内网不限，非常适合我们的业务，我们上行经常跑到50m,有的idc买10m上行下行都限制在10m范围,如果我用传统idc服务器需要买至少50m带宽，一个月3000以上，所以我判断传统idc必死 |
 | 21 fredcc 2014-06-16 23:43:32 +08:00 先不说硬件、维护、软件系统开发成本。考虑过做到阿里云这个级别的全国BGP加速的成本么。 |
Select Language