作者kino818 (要运动)
看板MIS
标题[请益] 三大公云同一AZ的AA mode DB读写同一st
时间Tue Dec 27 17:56:18 2022
各位大大 日安
已通过azure fundamentals证照,目前自学aws中
但仍不懂下面地端架构的云端化如何实现？
地端两台Active-Active mode DB server读写同一storage架构
aws学到
az1有primary RDS instance与storage EBS volume
az2有standby RDS instance与storage EBS volume
az1有read replica RDS instance与EBS volume
az2有standby RR RDS instance与EBS volume
az1有Transaction log on S3做分钟级backup
az2有EBS snapshot做1-5天backup
aws的RDS instance上面看起来只能active-standby mode
请各位大大与大神帮忙解惑
感恩之至
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.230.83.148 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/MIS/M.1672134980.A.567.html
1F：→ slash66: 云端怎麽会读写都同一个storage，这样风险很大 12/28 09:50
2F：→ kino818: aws书上有说到地端怎麽做,云端就怎麽做,今天确认这麽说 12/28 23:22
3F：→ kino818: 是不对的,因为规划者要用RDS为PaaS,RDS本身没AA模式,也 12/28 23:22
4F：→ kino818: 没有两RDS instance共用同一storage架构,地端两db serve 12/28 23:22
5F：→ kino818: r为一cluster可做到AA是因为有heartbeat,写同一储存体, 12/28 23:22
6F：→ kino818: 云端db PaaS改用IaaS如果能实现heartbeat与cluster,那地 12/28 23:22
7F：→ kino818: 端云端相同做法就有机会了吧？ 12/28 23:22
8F：→ kino818: 补充地端读写同一储存体,是因为底层有RAID硬碟冗余机制, 12/28 23:27
9F：→ kino818: data loss风险较小 12/28 23:27
10F：→ kino818: 云端储存体底层也有冗余机制,风险较大应是共用与CSP管理 12/28 23:38
11F：→ kino818: ,底层不是自己管,疑虑比较多,去年香港azure停止服务一天 12/28 23:38
12F：→ kino818: 以上,资讯系统全挂点,纵使SLA是99.9...%理论风险很小,灾 12/28 23:38
13F：→ kino818: 难来时,SLA无法达标. 12/28 23:38
14F：→ slash66: 你应该误解了，地端DB也不会是AA阿，你这样资料怎麽会同 12/30 10:14
15F：→ slash66: 同步，你可以看一下AWS RDS的说明，不同资料库类型有不同 12/30 10:15
16F：→ slash66: 作法，读写分离，异步或同步复制到不同AZ等等 12/30 10:16
17F：→ slash66: 而且地端MSSQL做cluster alway on也不是AA，是Failover 12/30 10:17
18F：推 Klauhal: 仅供读取副本，写入用待命DB准备随时介入写入 12/30 23:45
19F：→ Klauhal: 写入不同的DB还要互相对照变更，我认为出事的机率高很多 12/30 23:46
20F：推 a1982213: MySQL 的话 AWS RDS 没得作 Active-Active 12/31 04:07
21F：→ a1982213: 之前看过的 Case 是直接用 EC2 硬干 12/31 04:07
22F：→ kino818: 谢谢S大提问的关键字,後再去查找资料,更懂了.首先,https 01/01 10:57
23F：→ kino818: ://www.ibm.com/docs/zh-tw/was/9.0.5?topic=cjpds-conf 01/01 10:57
24F：→ kino818: iguring-oracle-real-application-cluster-rac-applicat 01/01 10:57
25F：→ kino818: ion-server,是地端oracle rac分散架构,多rac节点server 01/01 10:57
26F：→ kino818: 构成rac丛集,为了资料一致性,真的共享读写同一储存体,一 01/01 10:57
27F：→ kino818: 个server node若处理某资料会lock这资料,避免其他节点se 01/01 10:57
28F：→ kino818: rver存取来破坏资料一致性,oracle rac对於云端说的compu 01/01 10:57
29F：→ kino818: te部份可容错移转failover与load sharing 01/01 10:57
30F：→ kino818: 地端oracle利用rac达到ha(利用heartbeat私网达到资料区 01/01 11:12
31F：→ kino818: 块同步),地端ms sql server利用always on(安装容错移转 01/01 11:12
32F：→ kino818: 架构)达到ha(利用heartbeat私网达到资料区块同步).aws r 01/01 11:12
33F：→ kino818: ds是PaaS服务,不支援地端oracle rac与ms sql server alw 01/01 11:12
34F：→ kino818: ays on读写同一储存体架构,我说地端是aa架构,严格说是错 01/01 11:12
35F：→ kino818: 的,谢谢S大指正,对於web/ap主机与网元的aa定义(两web主 01/01 11:12
36F：→ kino818: 机上request功能相同,只是load share),我才以为db那样也 01/01 11:12
37F：→ kino818: 是aa,实际上oracle rac与ms多台节点server都up与读写储 01/01 11:12
38F：→ kino818: 存体,但不同stored procedure 01/01 11:12
39F：→ kino818: 只在一台节点server上执行,属failover架构,非最初所讲aa 01/01 11:12
40F：→ kino818: 架构 01/01 11:12
41F：→ kino818: aws rds与azure sql mi不支援地端oracle rac读写同一储 01/01 11:20
42F：→ kino818: 存体,两公云PaaS也不支援地端rac与always on多节点serve 01/01 11:20
43F：→ kino818: r可同时於不同节点跑不同stored procedure架构,地端是ba 01/01 11:20
44F：→ kino818: re metal,近乎IaaS,而PaaS与IaaS差异大了,PaaS不支援地 01/01 11:20
45F：→ kino818: 端架构也是可理解的. 01/01 11:20
46F：→ kino818: 谢谢K大建议 01/01 11:23
47F：→ kino818: 回应S大,我们地端db同一储存体有用RAID磁碟保护 01/01 11:25
48F：→ kino818: 谢谢A大宝贵经验,我读aws rds只有as架构,觉得疑惑为何没 01/01 11:32
49F：→ kino818: aa架构,原来可用IaaS的EC2硬干,猜测不管哪公云IaaS的ins 01/01 11:32
50F：→ kino818: tance都可建立第二VNet或Subnet来跑丛集节点的heartbeat 01/01 11:32
51F：→ kino818: (交换与同步多节点不一致资料)？没实作过,持续学习更正 01/01 11:32
52F：→ kino818: 自己 01/01 11:32