才發(fā)現(xiàn)簡書有每日更新挑戰(zhàn)肢藐,可以試著參加呦!!踩官!
參加簡書每日更新
場景:
一家公司再具有Amazon EBS存儲的單個m4.2xlarge
Amazon EC2實例上運行遺留系統(tǒng)Web服務器。
還有自我管理的Oracle數(shù)據(jù)庫境输,每12小時對EBS卷進行一次快照蔗牡。
并從完全配置的EC2實例間建AMI。
最近終止EC2實例的事件導致數(shù)小時的停機時間嗅剖。
該應用程序已從AMI成功啟動辩越,但EBS快照的存續(xù)時間和數(shù)據(jù)庫的修復導致丟失了8個小時的數(shù)據(jù)。
在系統(tǒng)操作員手動執(zhí)行這些過程的同事信粮,系統(tǒng)也停機了4個小時
問:哪些體系結(jié)構(gòu)更改將最大程度地減少停機時間并減少丟失數(shù)據(jù)的機會黔攒?
解決方案
- A
創(chuàng)建一個Amazon Cloud Watch警報,以自動恢復實例,創(chuàng)建一個腳本督惰,該腳本將在重新啟動后檢車并修復數(shù)據(jù)庫不傅,將Operations團隊訂閱到Cloud Watch警報生成的Amazon SNS消息 - B
在Elastic Load Balance[ELB]/Application Load Balancer[ALB]之后的m4.xlarge
EC2實例上運行應用程序,跨多個可用區(qū)Auto Scaling組中運行EC2實例赏胚,實例數(shù)量最少為2访娶。將數(shù)據(jù)庫遷移到Amazon RDS Oracle Multi-AZ數(shù)據(jù)庫實例中 - C
在Elastic Load Balance[ELB]/Application Load Balancer[ALB]之后的m4.2xlarge
EC2實例上運行應用程序。在Auto Scaling組中運行EC2實例觉阅,以最少一個實例數(shù)訪問多個可用區(qū)崖疤。將數(shù)據(jù)遷移到Amazon RDS Oracle Multi-AZ數(shù)據(jù)庫實例 - D
將Web服務器實例數(shù)增加到兩個m4.xlarge實例,并使用Amazon Route 53 循環(huán)負載均衡分散負載在Web服務器上典勇,啟用Route 53健康檢查劫哼,將數(shù)據(jù)遷移到Amazon Oracle Multi-AZ數(shù)據(jù)庫實例
知識點分析
Amazon EBS
Amazon Elastic Block Store (EBS) ,是一種易于使用的高性能的塊存儲服務割笙。旨在與Amazon Elastic Compute Cloud (EC2) 一起使用权烧,適用于任何規(guī)模的吞吐量和事務密集型工作負載
卷類型
- SSD卷:
適用于數(shù)據(jù)庫、虛擬桌面和啟動卷等事務型工作負載
包括的類型:io1咳蔚、io2豪嚎、gp3、gp2
io(Provisioned IOPS)類型:事務型應用程序
gp(General Purpose):通用性卷 - HDD卷:
適用于 MapReduce 和日志處理等吞吐量密集型工作負載
包括的類型:st1谈火、sc1
st(throughput) :吞吐量優(yōu)化型
sc(Cold):冷數(shù)據(jù)(訪問頻次谐扪)
EC2實例
Amazon Elastic Compute Cloud.是一種 Web 服務,能在云中提供安全且可調(diào)整大小的計算能力
m4.2xlarge
m4是EC2類型中的通用型糯耍,xlarge與2xlarge硬件二倍關(guān)系扔字,數(shù)越大性能越好,還有4xlarge\10xlarge\16xlarge
AMI
Amazon 系統(tǒng)映像 (AMI) 提供啟動實例所需的信息温技。在啟動實例時革为,您必須指定 AMI。在需要具有相同配置的多個實例時舵鳞,您可以從單個 AMI 啟動多個實例震檩。
Amazon Cloud Watch
收集:日志、內(nèi)置指標蜓堕、自定義指標抛虏、容器指標和日志、Lambda指標和日志
監(jiān)控:控制面板套才、復合報警迂猴、高精度報警、關(guān)聯(lián)日志與指標背伴、容器Lambda檢測沸毁、異常檢測
ELB
自動分配傳入的應用程序流量峰髓。它可以在單個可用區(qū)內(nèi)處理不斷變化的應用程序流量負載,也可以跨多個可用區(qū)處理此類負載息尺。
四種類型:
Application Load Balancer (ALB)
Network Load Balancer
Gateway Load Balancer
Classic Load Balancer
Auto Scaling
可以監(jiān)控您的應用程序并自動調(diào)整容量携兵,從而以盡可能低的成本來保持穩(wěn)定、可預測的性能掷倔。
Amazon RDS
是一項適用于 MySQL PostgreSQL MariaDB Oracle BYOL 或 SQL Server 的托管關(guān)系數(shù)據(jù)庫服務眉孩。
Multi-AZ
多可用區(qū)。Availability Zone
Route 53
是一種高可用勒葱、高擴展性的云DNS服務。
Route 53健康檢查
當響應查詢時巴柿,Route 53 可忽略未通過運行狀況檢查的資源
分析場景
要求1:最大程度地減少停機時間凛虽。引申為架構(gòu)需要高可用
要求2:并減少丟失數(shù)據(jù)的機會。
分析解決方案
- A.
不是高可用架構(gòu) - B.
有負載均衡广恢,有2個EC2實例 - C.
至少一個EC2實例凯旋, 如果是一個就不是高可用架構(gòu)了 - D.
Route53不能循環(huán)負載均衡,Route53有加權(quán)路由可設置50/50的權(quán)重钉迷,但是沒有自動擴展至非,Auto Scaling支持自動擴展
所以最后選擇解決方案B來滿足。
尾巴
不要害怕學習糠聪,知識沒有重量荒椭,它是你隨時可以獲取的又隨時可以攜帶的寶庫。