SAE 服务资源价目表

服务名

资源类型

价格(云豆)

折合人民币价格

 

Http

流入带宽

240 云豆/GB

2.4元/GB

流出带宽

240 云豆/GB

2.4 元/GB

CPU 时间

100 云豆/CPU Hour

1 元/CPU Hour

 

Https

流入带宽

480 云豆/GB

4.8 元/GB

流出带宽

480 云豆/GB

4.8 元/GB

CPU 时间

100 云豆/CPU Hour

1 元/CPU Hour

 

Cron

流入带宽

240 云豆/GB

2.4 元/GB

流出带宽

240 云豆/GB

2.4 元/GB

CPU 时间

100 云豆/CPU Hour

1 元/CPU Hour

 

Cron-offset

流入带宽

480 云豆/GB

4.8 元/GB

流出带宽

480 云豆/GB

4.8 元/GB

CPU 时间

100 云豆/CPU Hour

1 元/CPU Hour

 

TaskQueue

流入带宽

240 云豆/GB

2.4 元/GB

流出带宽

240 云豆/GB

2.4 元/GB

CPU 时间

100 云豆/CPU Hour

1 元/CPU Hour

FetchURL 

流入带宽

240 云豆/GB

2.4 元/GB

流出带宽

240 云豆/GB

2.4 元/GB

图片处理

CPU 时间

100 云豆/CPU Hour

1 元/CPU Hour

MySQL

CPU 时间

100 云豆/CPU Hour

1 元/CPU Hour

磁盘消耗

5 云豆/GB·天

0.05 元/GB·天

Memcache

内存消耗

200 云豆/GB·天

2 元/GB·天

数据存储

磁盘消耗

5 云豆/GB·天

0.05 元/GB·天

    需要说明的是,表2中各服务占用各资源类型的价格为计费标准,而并非是计费的最小单位,即采用微计费方式进行云豆扣除,例如某一应用使用了Http服务,CPU时间只占用了6 minutes,那么其消耗云豆数记为10云豆。

 

免费云豆与付费云豆区别

    1.免费云豆只能支付服务资源费用。

    2.付费云豆可以支付服务资源费用,  也可以用来购买SAE平台提供或销售的增值服务。

 

资源消耗,云豆扣除原则

    1.优先扣除免费云豆,免费云豆仅可支付资源消耗对应的费用;

    2.免费云豆用完,仍需要使用资源时,须使用付费云豆;

    3.购买增值服务,直接扣除付费云豆。

 

SAE Web服务器

  Web服务器是整个SAE平台的内核,类似于计算机的CPU,所以理解SAE平台的Web服务器背后的设置,对应用开发者开发高质量的程序有很重要的意义。

    SAE平台的Web服务器使用的是Apache2.2.x,PHP5.3.x作为Apache的一个模块存在,用于处理应用的PHP脚本。Web服务器运行在64位下,不用担心整型溢出问题。Apache运行在Prefork模式下,即每个请求都会对应一个Apache进程,请求结束后该进程才能服务于下一个请求。平台通过模块方式扩展了Apache和PHP的相关功能。

    SAE作为公有云平台,首先面临的问题是应用的隔离,缺乏良好的隔离机制,平台必然无法长期稳定地运行。目前SAE的隔离性主要体现在以下几个方面:

    代码和数据的隔离:每个应用在运行期间,只能“看”到自己的代码和数据,即A应用无法访问B应用的代码和数据。注意,这里提到的在Web服务器上的数据,往往指一些中间处理过程的临时数据,并非最终落地的数据,比如用户上传照片会临时存储到TmpFS。

    连接数的隔离:我们知道,程序写的不好,很容易导致阻塞,并进一步导致连接数的飙升。单个应用过多占用Apache连接数,原因往往是多方面的,应用请求外部资源被阻塞是一个最为常见的因素,另外应用页面过大浏览器下载慢也是常见因素之一。公有云平台同一时刻往往运行着大量的应用,如果某一应用出现连接数异常,最直接的后果是整个平台上的所有应用都将陷入瘫痪。SAE平台目前有设置“应用最大HTTP并发连接数”,目前这个值是500,如果应用平均单个请求处理时长是100ms,那么该应用每秒的HTTP并发连接将可以到达5000,每天的请求超过1亿没有问题。但如果您的应用平均每个请求处理时长2秒,那么该应用每秒的HTTP并发连接只能到达250,每天支撑的请求数将在千万。总体而言,尽量迅速处理完请求对应用是有利的,而且也是平台所鼓励的。

    内存隔离:目前SAE平台上对单个PHP脚本的处理,设置了64MB的上限(max_memory,ini_set不可修改),我们认为这个设置是一个相对很高的值,可以说能够满足绝大部分应用的需求。设想一台服务器8G内存,如果每个PHP处理都消耗64M内存,那么该服务器最多只能同时运行128个PHP脚本。SAE引入了”应用最大并发内存数“的概念,目前的设置是4GB。如果应用程序单个请求的内存消耗平均在16MB,那么可同时运行256个请求,这和上面的并发连接数的设定是基本一致的。

    CPU隔离:这主要是通过SAE的配额系统来达到CPU时间的隔离。每个应用都有CPU时间消耗的分钟速度限制,避免了某一应用过多非法获取CPU资源导致其它应用响应慢的问题。

    目前SAE平台上允许的“单请求最大存活时长”是300秒。

About Sina App Engine

Sina App Engine(以下简称SAE)是新浪研发中心于2009年8月开始内部开发,并在2009年11月3日正式推出第一个Alpha版本的国内首个公有云计算平台(http://sae.sina.com.cn),SAE是新浪云计算战略的核心组成部分。     

    SAE作为国内的公有云计算,从开发伊始借鉴吸纳Google、Amazon等国外公司的公有云计算的成功技术经验,并很快推出不同于他们的具有自身特色的云计算平台。SAE选择在国内流行最广的Web开发语言PHP作为首选的支持语言,Web开发者可以在Linux/Mac/Windows上通过SVN、SDK或者Web版在线代码编辑器进行开发、部署、调试,团队开发时还可以进行成员协作,不同的角色将对代码、项目拥有不同的权限;SAE提供了一系列分布式计算、存储服务供开发者使用,包括分布式文件存储、分布式数据库集群、分布式缓存、分布式定时服务等,这些服务将大大降低开发者的开发成本。同时又由于SAE整体架构的高可靠性和新浪的品牌保证,大大降低了开发者的运营风险。另外,作为典型的云计算,SAE采用“所付即所用,所付仅所用”的计费理念,通过日志和统计中心精确的计算每个应用的资源消耗(包括CPU、内存、磁盘等)。     

    总之,SAE就是简单高效的分布式Web服务开发、运行平台。