-
课程简介 5
-
Lecture1.1
-
Lecture1.2
-
Lecture1.3
-
Lecture1.4
-
Lecture1.5
-
-
Amazon Web Services基础 7
-
Lecture2.1
-
Lecture2.2
-
Lecture2.3
-
Lecture2.4
-
Lecture2.5
-
Lecture2.609 min
-
Lecture2.7
-
-
Identity Access Management (IAM) – 身份认证服务 3
-
Elastic Compute Cloud (EC2) – 计算服务 24
-
Lecture4.1
-
Lecture4.2
-
Lecture4.3
-
Lecture4.4
-
Lecture4.5
-
Lecture4.619 min
-
Lecture4.719 min
-
Lecture4.815 min
-
Lecture4.915 min
-
Lecture4.1010 min
-
Lecture4.1125 min
-
Lecture4.1211 min
-
Lecture4.1314 min
-
Lecture4.1408 min
-
Lecture4.1532 min
-
Lecture4.1617 min
-
Lecture4.1720 min
-
Lecture4.1825 min
-
Lecture4.1929 min
-
Lecture4.2018 min
-
Lecture4.2123 min
-
Lecture4.2212 min
-
Lecture4.2322 min
-
小测4.110个问题
-
-
Simple Storage Service (S3), Glacier, CloudFront – 存储服务 16
-
Lecture5.1
-
Lecture5.2
-
Lecture5.308 min
-
Lecture5.410 min
-
Lecture5.506 min
-
Lecture5.621 min
-
Lecture5.706 min
-
Lecture5.805 min
-
Lecture5.910 min
-
Lecture5.1027 min
-
Lecture5.1115 min
-
Lecture5.1220 min
-
Lecture5.1315 min
-
Lecture5.1418 min
-
Lecture5.1520 min
-
小测5.115个问题
-
-
Virtual Private Cloud (VPC) – 网络服务 12
-
Lecture6.120 min
-
Lecture6.235 min
-
Lecture6.320 min
-
Lecture6.425 min
-
Lecture6.510 min
-
Lecture6.620 min
-
Lecture6.710 min
-
Lecture6.810 min
-
Lecture6.915 min
-
Lecture6.1014 min
-
Lecture6.1115 min
-
小测6.19个问题
-
-
Route53 – DNS服务 9
-
Lecture7.115 min
-
Lecture7.215 min
-
Lecture7.310 min
-
Lecture7.415 min
-
Lecture7.510 min
-
Lecture7.620 min
-
Lecture7.710 min
-
Lecture7.810 min
-
小测7.110个问题
-
-
RDS, DynamoDB Database – 数据库服务 9
-
Lecture8.120 min
-
Lecture8.225 min
-
Lecture8.320 min
-
Lecture8.420 min
-
Lecture8.505 min
-
Lecture8.610 min
-
Lecture8.705 min
-
Lecture8.810 min
-
小测8.110个问题
-
-
应用服务(SQS, SWF, SNS等) 8
-
Lecture9.120 min
-
Lecture9.210 min
-
Lecture9.310 min
-
Lecture9.410 min
-
Lecture9.505 min
-
Lecture9.615 min
-
Lecture9.715 min
-
小测9.19个问题
-
-
其他服务 10
-
Lecture10.115 min
-
Lecture10.215 min
-
Lecture10.315 min
-
Lecture10.410 min
-
Lecture10.515 min
-
Lecture10.605 min
-
Lecture10.718 min
-
Lecture10.818 min
-
Lecture10.911 min
-
Lecture10.1013 min
-
-
真实的高可用AWS架构方案 7
-
Lecture11.120 min
-
Lecture11.230 min
-
Lecture11.320 min
-
Lecture11.425 min
-
Lecture11.510 min
-
Lecture11.610 min
-
Lecture11.720 min
-
-
AWS认证考试白皮书 8
-
Lecture12.115 min
-
Lecture12.215 min
-
Lecture12.320 min
-
Lecture12.420 min
-
Lecture12.520 min
-
Lecture12.6
-
Lecture12.715 min
-
Lecture12.820 min
-
-
综合测试题 1
-
小测13.165个问题
-
-
考试指南 3
-
Lecture14.105 min
-
Lecture14.210 min
-
Lecture14.305 min
-
32个评论
“分布置放群组(Spread Placement Group)是将实例分布到不同的底层硬件,可以在不同的可用区内。你最多可以在每一个置放群组的每一个可用区内创建7个实例”
AWS文档中的描述是–“分区置放群组可以在同一区域的多个可用区中具有分区。对于每个可用区,一个分区置放群组最多可具有 7 个分区。可在分区置放群组启动的实例的数量仅受账户限制的限制。”
弄混分布PG和分区PG了
1.普通的EC2可以放在置放群组中嘛?
2.peer VPC使用要保证在同一个可用区是什么意思,两个VPC不是不同AZ嘛?
3.auto scaliing组和置放群组没有冲突吧,ALB指定的组还是要用auto scaliing组吧?
1. 可以的
2. 这里表述有一些问题,应该是集群置放群组可横跨同一区域中的对等 VPC,原文已修改
3. 没有冲突,但是有可能发生容量不足的可能性
文中不是提到“只有特定的EC2实例类型可以放在配置Placement Group内(某些计算优化型、GPU、内存优化型和存储优化型的实例)”吗?
请问下小茶,原文提到:
-集群置放群组,所有的实例需要在同一个可用区内;
-分布置放群组可以在不同的可用区内。你最多可以在每一个置放群组的每一个可用区内创建7个实例
1. 分布式置放群可以在“不同的可用分区”,这些可用分区必须在同一个region吗,还是可以不同region?
2. 分布式置放群如果必须是同一个Region, 最多一个置放群组的每一个可用区最多创建7个实例,那么比如在宁夏区域,有3个可用区,存在于宁夏区域的1个分布式置放群最多有21个实例?
1, 是的必须在一个区域内,如果跨了区域就失去了低延迟的这个特点了,没办法保证延迟了。
2,对的,这种情况的确只能发布21个实例,再发布第22个实例的时候会失败的。
小茶,还是不能理解分区和分布置放群组的区别,能通俗点讲解下吗?
autoscalinggroup 增加实例的时候也是按照Placement Group来安放新的实例吗?
不是的,如果你没开placement group,那么ASG增加实例的时候是按照不同可用区正常分配。
在placement group的特点中提到“不可以将一个正在运行的EC2实例放到一个EC2 Placement Group中;只能为这个EC2实例创建一个AMI,然后基于AMI创建一个新的实例并且加入到Placement Group内”
那么基于AMI创建的新的实例可以先不运行吗?我之前创建的新的ec2实例完了就自动运行了,这样的话不是又处于运行状态吗?还是说在创建过程中的可以指定placement group?
创建的时候指定Placement Group,如果你创建不运行那么他就不在任何Placement Group里面了。
最新的UserGuide上好像placement group可以跨可用区了
官网教程除了cluster和spread,好像还有一个Partition的概念,请问这是新功能吗?
对,这个是刚出的,Partition Group只能存在一个AZ中,但是能保证不同的Partition里面的实例是不互相共享机柜的。
“Placement Group可以跨越peerd VPC”中“跨越peerd VPC”如何理解?
Peered PVC的概念在后面会提到,是VPC Peering的功能,简单的说就是打通多个VPC,让不同VPC之间能够通信。Placement Group能够跨越不同的VPC,哪怕是自己的账号与其他人的账号。
那是不是就是说Peered VPC启动了路由器的作用?还有上边的Peered VPC打成Peered PVC了
VPC做Peering其实这中间没有路由器的概念,你可以简单理解不同VPC直接打通就可以了。
有看到猜测可能是用GRE隧道的方式打通2个不同的VPC实现VPC peering的。通常GRE隧道由路由器实现,但也看到有用open vSwitch实现GRE隧道的。不知道AWS具体如何实现的,AWS网站只提到“AWS 使用 VPC 的现有基础设施来创建 VPC 对等连接;该连接既不是网关也不是 VPN 连接,并且不依赖某一单独的物理硬件。没有单点通信故障也没有带宽瓶颈。”
这个底层的设计是没有公开的,但对于用户来说一般也不需要了解,除非自己也在做底层的IaaS构建。不过,我所知道的是AWS会使用自己的一套类似SDN的技术来构建自己的网络。
同上:
本文中论点一:Placement Group可以跨越peerd VPC,但要保证在同一个可用区内
论点二:分布模式(Spread)是将实例分布到不同的底层硬件,可以在不同的可用区内。
这两个是矛盾的吧???
Placement Group可以跨越peerd VPC,但要保证在同一个region, 可以是不同的可用区。
peerd VPC ——是什么意思?
Peerd VPC是将两个VPC打通,比如一个VPC是10.0.0.0/16,另一个VPC是192.168.0.0/16,用Peer VPC可以打通两个VPC,让两个网段互通。
因为VPC本身是可以跨AZ创建的子网的,所以另一个VPC中的实例必须要和当前VPC中现有的实例在同一个AZ吗?
不需要,不管两个VPC里面的跨越了几个子网,都不影响这两个VPC做Peering
本文中论点一:Placement Group可以跨越peerd VPC,但要保证在同一个可用区内
论点二:分布模式(Spread)是将实例分布到不同的底层硬件,可以在不同的可用区内。
这两个是矛盾的吧???
通过console,没有办法把一个现有的,但是处于stopped状态的EC2实例,添加到一个Placement Group当中是吗?只能通过CLI去添加吗?
这个可以的,参照链接更改实例的置放群组
这个文章我看了,但里面“更改置放群组”那里只是说用命令行可以改 并没说用console可以改,而且我实验了一下,console只有在创建的时候可以选择,一旦创建好了,是没办法改的,所以我想确认一下这个事
据我所知,目前的确是如此。