p**r
发帖数: 5853 | 1 我现在的问题应该是netflix的mini/tiny版
#1
东西岸，或者说不通region的instances之间的数据同步怎么实现？
用AWS的RDS，还是自己做？
#2
如果spike可以用autoscale解决，
那load balancers要它干嘛？
或者说autoscale和load balancers之间的优缺点是什么？
#3
我记得你说过你们连不同regions之间的failover都做了
要是东岸挂了，全部到西岸来，能否说说这个怎么搞的?
感谢之类的就不说了，
有空来LA，请你吃个饭吧。 |
w**z
发帖数: 8232 | 2 Netflix 主要用Cassandra。 它的cross region replication是最好用的。只要setup
好，data 都能自动 replicate across data center。 它有现成的snitch
http://www.datastax.com/documentation/cassandra/2.0/cassandra/a
ELB 是用来distribute web traffic 到后台的instance。 autoscaling 是解决后代
instance 不够用的情况下，自动scale up
。等load 下来再scale down
不同region的 fail over， 主要是C＊ 做好来。其他都简单些。
【在 p**r 的大作中提到】
: 我现在的问题应该是netflix的mini/tiny版
: #1
: 东西岸，或者说不通region的instances之间的数据同步怎么实现？
: 用AWS的RDS，还是自己做？
: #2
: 如果spike可以用autoscale解决，
: 那load balancers要它干嘛？
: 或者说autoscale和load balancers之间的优缺点是什么？
: #3
: 我记得你说过你们连不同regions之间的failover都做了
|
p**r
发帖数: 5853 | 3 多谢指点，所以LB单纯是分流，AUTOSCALE处理performance？
setup
【在 w**z 的大作中提到】
: Netflix 主要用Cassandra。 它的cross region replication是最好用的。只要setup
: 好，data 都能自动 replicate across data center。 它有现成的snitch
: http://www.datastax.com/documentation/cassandra/2.0/cassandra/a
: ELB 是用来distribute web traffic 到后台的instance。 autoscaling 是解决后代
: instance 不够用的情况下，自动scale up
: 。等load 下来再scale down
: 不同region的 fail over， 主要是C＊ 做好来。其他都简单些。
|
w**z
发帖数: 8232 | 4 差不多。AWS 的 Autoscaling group 可以保持desired number of instances。 如果
其中一个挂了，（可以是instance的 health check， 也可以设定成 ELB 的health
check） 会根据launch configuration 再起一个。也可以设定 autoscaling policy，
设定 CPU或memory 的 threshold， 过了，就会自动起新的instance。
【在 p**r 的大作中提到】
: 多谢指点，所以LB单纯是分流，AUTOSCALE处理performance？
:
: setup
|
p**r
发帖数: 5853 | 5 真不错，多谢了。
所以应该搞多instances分担，
而不是提升单个instances的性能。
【在 w**z 的大作中提到】
: 差不多。AWS 的 Autoscaling group 可以保持desired number of instances。 如果
: 其中一个挂了，（可以是instance的 health check， 也可以设定成 ELB 的health
: check） 会根据launch configuration 再起一个。也可以设定 autoscaling policy，
: 设定 CPU或memory 的 threshold， 过了，就会自动起新的instance。
:
|
w**z
发帖数: 8232 | 6 看一下aws 的 cloudformation. 我觉得挺有用。
【在 p**r 的大作中提到】
: 真不错，多谢了。
: 所以应该搞多instances分担，
: 而不是提升单个instances的性能。
|
p**r
发帖数: 5853 | 7 好，看过之后再来请教。
btw，我发现我这种street fighter和你们学院派的区别就在这里，
我先上项目，然后遇到问题再想办法解决，
你们先学习搞清楚情况，然后再开始做项目。
【在 w**z 的大作中提到】
: 看一下aws 的 cloudformation. 我觉得挺有用。
|
w**z
发帖数: 8232 | 8 不敢当，相互切磋。俺也是一边看文档，一边试。只是我们另外一个组搞了一阵，有些
经验可以借鉴。小公司的好处，就是经常有机会试些新东西。俺们头比较开明，觉得好
就放手让我试，弄好了就上线了。
【在 p**r 的大作中提到】
: 好，看过之后再来请教。
: btw，我发现我这种street fighter和你们学院派的区别就在这里，
: 我先上项目，然后遇到问题再想办法解决，
: 你们先学习搞清楚情况，然后再开始做项目。
|
g*****g
发帖数: 34805 | 9 数据当然是最重要的，但没有这么简单。有S3, RDS多个存储，有DNS, mid tier LB等
都需要折腾。两边都保留100% instance太贵，不保留临时又拿不到那么多instance.
迁移也必须循序渐进，一下子都换过来受不了等等。总之一个复杂服务能出问题的地方
很多，都必须在产品环境里跑过了才知道没问题。
setup
【在 w**z 的大作中提到】
: Netflix 主要用Cassandra。 它的cross region replication是最好用的。只要setup
: 好，data 都能自动 replicate across data center。 它有现成的snitch
: http://www.datastax.com/documentation/cassandra/2.0/cassandra/a
: ELB 是用来distribute web traffic 到后台的instance。 autoscaling 是解决后代
: instance 不够用的情况下，自动scale up
: 。等load 下来再scale down
: 不同region的 fail over， 主要是C＊ 做好来。其他都简单些。
|
D*******a
发帖数: 3688 | 10 要做性能测试。有些情况是堆机器，有些情况需要少数机器高性能。
总之最后的目标是给定reqest per second或者latency要求，花最少的钱。
【在 p**r 的大作中提到】
: 真不错，多谢了。
: 所以应该搞多instances分担，
: 而不是提升单个instances的性能。
|
