-
课程简介 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
-
24个评论
小茶老师您好!上文第二张图,关于只读副本的那张图有些疑问。您文中不是提到可以为数据库最多建5个只读副本吗,为什么那张图上有6个”R”?是不是中间那一层的“R”应该是“S”,就是开启的自动备份呢?
小茶老师,“我们可以将应用程序的数据库读取功能转移到Read Replicas上,来减轻源数据库的负载““每一个Read Replicas都有自己的URL Endpoint”,是否意味着要在应用程序上指定多个URL Endpoint, 如果希望对APP屏蔽多个URL Endpoint的话,一般采取什么方法,Route53上做别名负载均衡? 或者ELB能否做?
ELB做不了,因为ELB不支持这个。Route53可以,比如你做一个reader.abc.com,然后用权重或者多值目标配置多个Cname到真正的数据库只读副本。还有就是你可以在应用和数据库之间加中间件(中间件可以帮你分离读请求,甚至可以做读写分离)。另外就是,如果用的RDS是Aurora,那么更加简单,因为Aurora创建之后会有一个Cluster Writer endpoint,一个 Cluster Reader endpoint,如果你继续在这个集群内增加若干读副本,你还是用这个Cluster Reader endpoint来访问就好啦。
Multi-AZ高可用是同步进行的,只读副本(Read Replicas)是异步进行的。
Read Replicas可以提升成为独立的数据库,意思是可以写入数据吗?
对的,如果提升为独立的数据库之后,这个数据库就可以写入了。
在进行数据库快照时,I / O操作会发生什么?
• 在进行备份时,数据库的I / O操作将暂停一个小时。
• 备份进行中,数据库的I / O操作将发送到副本(如果可用)几分钟。
• I / O操作将正常运行
• 数据库的I / O操作在备份进行中暂停了几分钟
测试题里的这道题,答案到底是哪个?做完后没有给出正确答案
备份进行中,数据库的I / O操作将发送到副本(如果可用)几分钟和 数据库的I / O操作在备份进行中暂停了几分钟都是对的,取决于有没有开Multi-AZ的RDS。
谢谢小茶,那个题库有些问题,没有说选择两项,答题后也没有列出正确答案。
请问小茶,在Master和 standby切换以后,Endpoint会自动指向切换后的Master节点是吗?
如果Master切换到了另外一个AZ,那么这时跨AZ的访问是否会有明显的效率下降?这后面的机制能稍微详细说一些吗?
会自动切换,这个是AWS在后端帮你处理的(可以认为是黑盒),但是我们需要考虑的是应用程序对DNS的缓存时间,如果这个时间太长,也会导致故障的时候无法快速切换数据库。另外,会出现你说的跨AZ的情况,但是跨AZ的延迟是在3ms左右,大多数情况下不会对你的程序有特别大影响。而且,我们在做应用层的高可用的时候也是跨了AZ,因此正常情况下其实应用层访问数据库也有一些会是跨AZ。
所以在application程序端要分别为写操作和读操作配置不同的Endingpoint分别指向master和read replica对吗?如果切换后当前read replica变成了Master,那么程序段的endpoint是否也要做相应的调整?在程序端有没有一个虚拟监听机制和AWS的endpoint来进行对接,还是要在程序段代码里自己编写?
也可以在应用和数据库之间加一层中间层,通过中间层来做判断。每个数据库使用的技术可能不太一样,也有开源的方案,比如HAProxy
Oracle也已经支持Read Replicas了吧
https://amazonaws-china.com/cn/rds/details/read-replicas/
如果没有S3存储桶,就不能还原了RDS数据,还原RDS数据,必须要选择一个S3的存储桶,是否可以理解RDS自动备份必须要手动创建一个S3存储桶。另外,但是如果有多个S3存储桶,RDS会选择哪个S3存储桶?
这个其实和EBS快照一样,RDS的备份也是会存放到S3上的。但是我们无法选择是哪个S3存储桶,也不需要预先创建一个存储桶来存放这些数据。EBS快照和RDS备份的存放对于用户来说是不透明的,我们看不见也找不到,只是我们需要知道这个存储底层是S3就可以了。
创建multi-az以及只读副本都可以选择region和可用区吗?multi-az部署可以减少数据库备份期间的I/O冻结,这是因为备份都在从库上面进行吗?从主库异步到只读的延迟大概是多久,如果主库故障,与主库关联的只读会受影响吗,这些只读会自动从主库脱离去关联从库吗?
另一个区域的只读副本是怎么跟主库进行数据异步更新的呢?
明白了,我们说的灾备都是指能自动实现的,谢谢茶哥!
Read Replicas既然可以提升成为独立的数据库,为什么不能用来做灾备呢?
因为Read Replicas默认情况下只能读不能写,不能作为自动灾备的方案。当然如果手动提升为独立数据库,就另说了,但一般如果涉及手动,也可以从数据库快照来创建一个独立数据库,这样的方法还有,但都不是自动的灾备方案。
Multi-AZ部署模式的自动复制到备库,是按照什么规则来的呢?
自定义时间段吗?
可以理解为是每时每刻、实时的,因此Multi-AZ的部署被称之为“同步”的,而不是“异步”的。事实上当一个程序在写入主数据库的时候,主数据库马上同步到备用数据库,当所有步骤完成之后,才会告诉程序写入成功。
因此可以理解为主备数据库的数据是一直完全一样的。
故意不支持Oracle和MSsql吗? lol