新足迹

 找回密码
 注册

精华好帖回顾

· 青蛇 (2009-4-11) 妖花痴艳 · AFL-Footy Tipping (2008-9-5) ukbing
· 【征文】说说小生意的那些事儿:我的街头hawker生涯(填好了) (2010-1-20) Gelen · 轻松parking,写给有趴车恐惧症的朋友,终于完成 (2010-12-20) OneLeaf
Advertisement
Advertisement
12
返回列表 发新帖
楼主:nali

AWS Summit 2013 -Amazon 云服务高峰会议 - 49楼有Conference Materials [复制链接]

发表于 2013-4-26 15:54 |显示全部楼层
此文章由 lingyang 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 lingyang 所有!转贴必须注明作者、出处和本声明,并保持内容完整
飞飞鱼 发表于 2013-4-26 12:58
AWS扩容是增加Server数目,而不是增加已有的Server的CPU和Memory,这个思路太不一样了。 ...

这个思路的好处在哪儿?
Advertisement
Advertisement

发表于 2013-4-26 16:01 |显示全部楼层
此文章由 Fernando 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 Fernando 所有!转贴必须注明作者、出处和本声明,并保持内容完整
cloud本来不就是应该横向扩展吗? 在还没有云的时候,叫grid computing,parallel computing,都是增加server的数目

发表于 2013-4-26 16:13 |显示全部楼层
此文章由 12oz 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 12oz 所有!转贴必须注明作者、出处和本声明,并保持内容完整
纵向扩容贵,横向便宜。

当然有时候应用不支持横向那是没办法。

发表于 2013-4-26 16:18 |显示全部楼层
此文章由 12oz 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 12oz 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Fernando 发表于 2013-4-26 15:01
cloud本来不就是应该横向扩展吗? 在还没有云的时候,叫grid computing,parallel computing,都是增加serv ...

如果性能要求在单台物理机之内虚拟机可以纵向。
拒绝杠精文化,拥抱常识!

读书少,别骗我!

发表于 2013-4-26 17:02 |显示全部楼层
此文章由 lingyang 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 lingyang 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Fernando 发表于 2013-4-26 15:01
cloud本来不就是应该横向扩展吗? 在还没有云的时候,叫grid computing,parallel computing,都是增加serv ...

cloud结合虚拟化是纵向横向都又可以的。

发表于 2013-4-27 10:18 |显示全部楼层
此文章由 飞飞鱼 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 飞飞鱼 所有!转贴必须注明作者、出处和本声明,并保持内容完整
AWS就不能单机增加CPU和Memory。

坛子上有做云集成的筒子不?
Advertisement
Advertisement

发表于 2013-4-27 15:42 |显示全部楼层
此文章由 robin7wang 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 robin7wang 所有!转贴必须注明作者、出处和本声明,并保持内容完整
飞飞鱼 发表于 2013-4-26 12:58
AWS扩容是增加Server数目,而不是增加已有的Server的CPU和Memory,这个思路太不一样了。 ...

AWS难道不能增加CPU和Memory吗?不是说可以Scale Up和Scale Out的吗。当然Scale Up总是有上限的。

发表于 2013-4-28 14:44 |显示全部楼层
此文章由 Fernando 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 Fernando 所有!转贴必须注明作者、出处和本声明,并保持内容完整
飞飞鱼 发表于 2013-4-27 09:18
AWS就不能单机增加CPU和Memory。

坛子上有做云集成的筒子不?

不是不能增加,AWS提供了若干种instance type可以选。猜测AWS是做public cloud为主的,所以主要还是让用户自己去选择,需要多少CPU,内存,IO要求怎么样,用户自己去测试,然后自己去选择合适的instance。如果需要更多的CPU和内存,选择更大的instance就可以了。 如果为某些客户特地去增加CPU,内存,那么就变成了咨询公司建private cloud的模式。
Amazon应该没有公开过硬件配置。以前有大学研究过测试过AWS的CPU性能,在美国欧洲反复起了很多instance,统计下来只有两种主频的CPU。现在可能会更多一点了。
like hell

发表于 2013-4-29 10:50 |显示全部楼层
此文章由 飞飞鱼 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 飞飞鱼 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 飞飞鱼 于 2013-4-29 09:53 编辑
Fernando 发表于 2013-4-28 13:44
不是不能增加,AWS提供了若干种instance type可以选。猜测AWS是做public cloud为主的,所以主要还是让用 ...


这个各家的Public Cloud和Private Cloud定义都不相同,出于市场,竞争的考虑。

公云和私云我都有做集成,从IaaS到SaaS,也经常被亚马逊挤。原来看竞争分析报告的时候有看到过Amazon的这个解决方法,但一直没反应过来,现在算是明白了。

比如你的一个传统数据库服务器,其他传统厂商的公私云方案基本是可以在线增加CPU,Memory;但在Amazon这里,就需要做一个快照,干掉原来的Instance,再起一个拥有更多CPU,Memory的Instance。我不是很明白的是为什么要这样做,因为在线增加CPU,Memory并不是什么高深技术。

同样影响的还有SLA,这也是报告里经常提到的Amazon的SLA概念是不同的,他并不保证你这个Server的Up time,而是保证如果down了在其他地方给你起个Instance起来。

这样解决方法带来的Security review等等审计trial要求就非常可观了。

发表于 2013-4-29 12:53 |显示全部楼层
此文章由 Fernando 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 Fernando 所有!转贴必须注明作者、出处和本声明,并保持内容完整
也许回头就可以scale up了,这个行业也是一直在变化的。话说如果是单台DB server,那总该有down time可以重起instance的。如果是elastic的环境,db在cluster里边,scale up也用不着down time了

Security 审计  ..  Amazon有专门为US Gov建的 data center,美国的gov用户通过审计应该没问题
SLA一直是被讨伐的对象,不知道amazon是怎么想的。感觉aws还不是传统企业的菜,和ibm分攻不同的市场。
like hell

发表于 2013-4-29 14:15 |显示全部楼层
此文章由 Melwater 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 Melwater 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 Melwater 于 2013-4-29 13:20 编辑
飞飞鱼 发表于 2013-4-29 09:50
这个各家的Public Cloud和Private Cloud定义都不相同,出于市场,竞争的考虑。

公云和私云我都有做集成 ...



如果使用AWS的EC2(就是通常的功能服务器), 只需要stop原来的instance, 然后改变instance type, 就可以改变cpu级别, 内存等等. 再重新启动, 整个过程就是1分钟的事情. 如果使用API, 则可以自动控制, 随时修改.

如果使用AWS的RDS(关系数据库服务器), 则甚至不需要stop, 直接就可以在线修改服务器性能.
Advertisement
Advertisement

发表于 2013-4-29 14:29 |显示全部楼层
此文章由 飞飞鱼 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 飞飞鱼 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我不是用户,确实没用过AWS,就这次专门跑过去在Lab里做了把试验,然后跟他们聊了下。

你说的这个一直是我原来的认识,但这次Amazon给我的却是另外一种说法,比较奇怪。你有没有Amazon的说明链接?

发表于 2013-4-29 15:19 |显示全部楼层
此文章由 nali 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 nali 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 nali 于 2013-4-29 14:44 编辑

ls, 你要什么样的说明链接啊?

发表于 2013-4-29 15:25 |显示全部楼层
此文章由 nali 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 nali 所有!转贴必须注明作者、出处和本声明,并保持内容完整
waynepublic 发表于 2013-4-25 21:46
AWS现在比起windows azure的优势是data center在悉尼,价格经过一系列降价后也比较合适了。市场竞争力还是 ...

看了看windows azure 主页, 第一步就把我拦住了。 还要先了解silverlight才能注册个帐号, 这个太搞笑了。

发表于 2013-4-29 15:40 |显示全部楼层
此文章由 nali 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 nali 所有!转贴必须注明作者、出处和本声明,并保持内容完整
lingg 发表于 2013-4-26 09:14
哥们多谢了。  

我吐的是。。这个ELASTIC IP绑定,在关机开机后,会丢失的,你搜搜 :) ...

这里有个解释(http://www.ibm.com/developerwork ... brary/ar-cloudaws3/

Elastic IP addresses

Each instance is automatically assigned a private and a public IP address on launch by EC2. The public IP address can, of course, be used to access the instance over the Internet. Each time you launch an instance, though, this address will change. If you are using any kind of dynamic DNS mapping for connecting a DNS name to the IP address, it can take as long as 24 hours before the change is propagated across the Internet.EC2 introduced the concept of an elastic IP address to alleviate this problem. Each elastic IP address is a static IP address that is associated with your EC2 account, not to a specific instance, and is permanently associated with your account unless you explicitly release it back to EC2.

You can also remap an elastic IP address among instances, and thus quickly respond to any instance failures by just starting another instance and remapping it (or using an existing instance). At any given time, you can only have a single instance mapped to an elastic IP address.
头像被屏蔽

禁止访问

发表于 2013-4-29 17:39 |显示全部楼层
此文章由 lingg 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 lingg 所有!转贴必须注明作者、出处和本声明,并保持内容完整
nali 发表于 2013-4-29 14:40
这里有个解释(http://www.ibm.com/developerworks/architecture/library/ar-cloudaws3/)

Elastic IP a ...

谢啦,不过我有种感觉 我们两说的 不是一个事情
Advertisement
Advertisement
头像被屏蔽

禁止访问

发表于 2013-4-30 10:54 |显示全部楼层
此文章由 lingg 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 lingg 所有!转贴必须注明作者、出处和本声明,并保持内容完整
我再说点用户体验吧:

界面还是很挺整洁啦,文档也很全,唯一要习惯的,就是他们新取的亚马逊式的名字,比如虚拟机要叫INSTANCE,外部IP要叫ELASTIC IP,镜像要叫一个几个字母的省略(我不记得具体叫什么了)一旦习惯了这些名词,还是很容易读的。

建立新虚拟机时,那一堆用户自定义的乱七八糟的 KERNEL名字。。毫无美感啊,开始一看到,吓晕一片人。

API用起来方便,文档写的很全,虽然被强迫在机器上装了个JAVA。一些常见问题也基本上有前辈做了实验,基本上都被修复了,或者是有解决方案,GOOGLE一搜一大堆。

关于AWS的备份,默认的备份是不够的,需要添加自定义的备份,我记得当时也没找到亚马逊提供的现成解决方案,最后是走API做的定期生成镜像。
要是有谁知道更多的备份相关的麻烦科普一下?

发表于 2013-4-30 13:58 |显示全部楼层
此文章由 nali 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 nali 所有!转贴必须注明作者、出处和本声明,并保持内容完整
谢谢介绍,你了解很多了,已经能算半个专家了。

发表于 2013-5-10 12:25 |显示全部楼层
此文章由 nali 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 nali 所有!转贴必须注明作者、出处和本声明,并保持内容完整
Conference Materials

All the presentations from the AWS Summit - Sydney are available here: http://aws.amazon.com/aws-summit-2013/sydney/
In addition, the following links provide some AWS resources which we hope will assist you in evaluating or using the AWS Cloud platform:

Amazon Web Services User Guide – This is an extensive user guide showing how to achieve common tasks on the AWS platform: http://docs.amazonwebservices.co ... atest/awsgsg-intro/

AWS YouTube Channel – Our YouTube Channel contains some useful introductory and training videos on many of our services: http://www.youtube.com/user/AmazonWebServices

AWS Blog – This Blog describes many useful use cases for our services, and also is commonly used to describe our new services when they launch: http://aws.typepad.com/aws/

AWS APAC Webinar Series - These monthly webinars for our APAC customers will cover a range of Business and Technical topics and will provide you with all the pertinent information on AWS services and solutions. The webinars will be run by our subject matter experts and will provide you with the opportunity to network and interact with your peers and also ask any relevant questions from the comfort of your laptop: http://aws.amazon.com/apac/webinars

AWS APAC Podcasts - Subscribe to our APAC Podcasts which covers various aspects of the AWS offering. Each podcast will cover a new service, existing service and "black-belt" tips for our APAC users: http://aws.amazon.com/apac/awspodcast/

About AWS – This page describes who we are, and the value of the services we offer: http://aws.amazon.com/what-is-aws

Please contact us at aws-anz-marketing@amazon.com if you have any questions. We look forward to seeing you at our future AWS events!
Best Regards,
The Amazon Web Services Team

评分

参与人数 1积分 +6 收起 理由
lingyang + 6 感谢分享

查看全部评分

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部