14.IT아키텍처전문가 되기2
<6> MySQL DB 이중화를 MMM을 활용하라
<7> 사용자가 늘어 DB성능이 부족한 경우 , Slave Read-Only DB를 사용하여 분산 한다.
<8> 주간단위로 인프라 리뷰 시간을 가져라.
<9> 회사 핵심 서비스는 데이터센터 이중화를 하라.
<10> GSLB기능을 이용해 서비스 안정성을 높여 보자.
<6> MySQL DB 이중화를 MMM을 활용하라
문제점
Mysql MasterDB 가 장애 발생하는 경우 서비스가 중지 된다.
해결방안
Mysql MMM(Mysql Multi-Mmaster) 설정하여,
DB가 자동 Fail-over되도록 한다.
<7> 사용자가 늘어 DB성능이 부족한 경우 , Slave Read-Only DB를 사용하여 분산 한다.
문제점
사용자가 늘어 DB HW를 업그레이드(Scale-UP)해야 하는데,
HW슬롯이 없어 증설이 불가하여 서비스가 느려지는경우 발생
해결방안
어플리케이션에서 읽기기능은 Slave DB를 바라보도록 변경하여
Master DB로 집중되는걸 분산하여 해결 한다.
<8> 주간단위로 인프라 리뷰 시간을 가져라.
문제점
서비스오픈후 서버 사용률이 높아져 장애로 이어지고 있다.
해결방안
주간단위로 모니터링 리뷰하며, 사용량이 부족한경우 증설하여 장애를 예방할수 있다.
모니터링 시스템의 데이터를 이용한다.
Zabbix의 Screen기능으로 주요서비스 WEB,WAS,DB의 CPU,MEM,DISK,SWAP,.
네트워크 트래픽을 주간단위로 리뷰하라.
트래픽 변경이 왜 생겼는지 사업,개발팀과 커뮤니케이션 하여 성능을 개선하라.
WEB,WAS,DB용 표준서버를 각각 사전에 정의하고,
DB경우 좀 넉넉하게 정의하라.
DB용량 부족한 경우, 전체 서비스장애로 이어진다.
<9> 회사 핵심 서비스는 데이터센터 이중화를 하라.
문제점
회사의 핵심서비스인데, IDC랙 전원이 나가거나 화재의 경우,
서비스 전체적으로 안되는 경우가 발생한다.
해결방안
DNS와 L4를 이용해 IDC이중화 한다.
GSLB장비 또는 AWS Route53을 이용해 IDC이중화 한다.
Read가 많은 뉴스서비스의 경우 IDC이중화가 가능하다.
Write가 되는 서비스의 경우는 IDC이중화가 쉽지 않다.
(데이터 동기화에 대한 고민이 필요하다.)
<10> GSLB기능을 이용해 서비스 안정성을 높여 보자.
일반적인 회사는 DNS만 이용해 서비스를 운영한다.
대기업이나 대형 포털은 GSLB장비를 이용해 서비스 안정성을 높이고 있다.
문제점
DNS서버만 운영하여 글로벌 서비스에 제약이 있다.
해결방안
GSLB장비나 AWS Route 53의 GSLB기능을 이용하여,
다양한 DNS 서비스가 되도록 한다.
AWS Route53 GSLB기능 사용법 https://brunch.co.kr/@topasvga/28
아키텍처 공부
https://brunch.co.kr/@topasvga/74
감사합니다.
