Amazon雲端的基本網路架構

在之前的這篇文章中提到了常見的19種企業網路架構,之後常有企業主會問到:那在雲端上的網路架構又該如何規劃呢?

事實上因應雲端的不同也會有不同的規劃,以我們擅長的Amazon雲端來說,上面這張架構圖便是最基本的架構了,對於個人或創業團隊來說應該已經很足夠了;但對企業或是網路流量較大的網站來說卻仍嫌不足,下面就針對企業及較大流量需求的網站介紹了兩種較進階的架構

Amazon雲端的進階網路架構

上圖是Amazon雲端較進階的規劃,主要有幾個重點:

1.在EC2中的資料(檔案、程式、資料庫)會定期備份至S3之中,以備不時之需

2.在S3的備份資料會利用在公司內部的NAS(或其它設備)進行下載備援,以達到異地備援的需求

3.在EC2中的資料庫除了定期的備份,更採用了Real Time Replication,以達到即時備援的需求

以我們幫企業客戶提供的雲端服務來說,每個企業客戶至少都會有NAS(網路儲存設備)的異地備援服務,以確保在雲端上的資料不會因雲端本身的問題或意外而損毀;至於資料庫的即時備援(Real time replication)則是視客戶實際的需求才加以納入採用(會有額外增加的成本)。

 

Amazon雲端實作讀寫分離網路架構

上圖是在Amazon雲端進行「讀寫分離」的規劃,主要有幾個重點:

1.適合網站流量較大的需求,將Web、DB分開至不同的EC2上,以增加各自的效能及整體承載量

2.負責DB的EC2需進行Master-Slave的架構…,在Web中的程式要實作「讀寫分離」的API

3.強烈建議仍要保有進階網路的規劃(異地備援、即時備援)

當然上述的做法會因每個客戶的實際需要而略有不同,例如若客戶主要的大流量需求是在FTP而非WEB時,那麼就會有不同的規劃;或是客戶的主要需求在於靜態檔案的下載(如圖片等),也許可以考量用CloudFront(其實就是CDN的服務)來增加存取的速度;或者客戶希望使用Amazon提供的ELB(Elastic Load Balancing)及Auto Scaling或RDS(Relational Database Service)時,那麼規劃和實作又會大大有所不同,當然成本也會因此而有所差異…

希望上述的幾個規劃能對大家有用,尤其是日後想要採用Amazon雲端來提供服務的企業以及想要用網路來創業的朋友們(國外有50%的網路創業家會用Amazon雲端來創業)哦~

志文

tts.ken@gmail.com