Route53을 이용한 로드밸런스와 헬스체크를 통한 장애처리 > AWS.클라우드
AWS.클라우드

Route53을 이용한 로드밸런스와 헬스체크를 통한 장애처리

조회 165회 댓글 0건

로드밸런스 EC2를 부하분산 시키면서 하는 방식이 더 유연성 있게 좋은 결과를 나타냅니다. 빠른 처리라고 해야 하는것이 맞겠습니다.

하지만 경우에 따라 로드밸런스를 그렇게 하지 않아도 되는 경우는 네임서버를 이용하는 방법을 사용해도 됩니다.


최소 2대가 있어야겠습니다.

EC2를 이용한 방식은 2대의 서버와 1대의 부하분산용서버 그래서 총3대가 들어갑니다. 헬스 체크 해야 되고 그렇습니다.


네임서버를 이용하는 방법은 네임서버에서 헬스체크하는 기능을 이용합니다. AWS 서버이면 무료(갯수 무제한인지는 별도 확인 필요) 입니다. 그외 외부로 나가는것은 비용을 받는데 http, https 비용이 다릅니다. 네임서버 설정시 두대를 지정하면서 자동으로 장애시 자동으로 빠지도록 설정 하면 됩니다.


단, 단점이라면 느리게 반영 됩니다.

느린부분은 두곳인데요. 네임서버 자체에서 약간 느릴 수 있고. 헬스체크 하는곳에서 약간 느릴 수 있습니다.

헬스체크 부분은 빠르게 하고 싶으면 지정하는 횟수를 적게 주는 방식을 취하면 30초를 3회 였든가 그렇습니다. 그래도 1분 30초가 됩니다.

원할한 서비스에선 곤란한 방식이긴 합니다.


78427c09e653cadcc431fc9131e29b03_1643508746_5566.png
 


하지만 사실상 몇년에 한번 장애 있을까 말까한 경우이고 몇년에 한번 몇분 서비스가 안 될 수 있어도 큰 문제가 안될 수 있다면 사용해볼만 서비스 입니다.

더군다나 어짜피 1대가 있는 해외지역이라면 이 장애처리 방식을 사용하게 되어 있습니다.

예를 들면 이렇게 되는거죠.


영국에 1대

프랑스 1대

독일 1대

스웨덴 1대

이렇게 있을 때 프랑스에서 장애가 발생 되면 독일로 연결 되게.


또는 CDN 사용하기 때문에 독일에 서버를 3대 두고 부하분한 1대 두고 네임서버 장애처리 방식을 사용하지 않는 방식도 있겟습니다.

동일한 비용이 들어가는 방식에서 어떤것이 더 현지화 되고 사용자에게 더 좋은 방식인지 판단하여 서비스 하면 되는데요 항상 중요한것은 속도에 문제 없으면서 어느것이 비용적인 측면에서 유리한가 입니다.


비용만 문제 없다면

두가지 방식을 모두 다 사용하면서 병행하는 방법입니다.


  • 페이스북으로 공유
  • 트위터로  공유
  • 구글플러스로 공유
전체 16건 1 페이지
  • profile_image 아마존 클라우드 AWS 라이트세일 서버리스 DBMS - MySQL8 의 설정 값에 대한 것입니다.먼저 CPU의 성능에 대한 기준이 어떤것인지 모르겠지만 인스턴스쪽과 비교를 하면 램과 CPU의 선택에 있어서 DBMS쪽이 비싸 보이는데 CPU의 속도에 대해선 모르겠습니다. 최근들어 우선 사용하게 하는것이 목적인듯해 보이는데요. 3개월 무료 붙은것들이 보입니다. 인스턴스 쪽도 3개월 무료가 있습니다.그리고 다른 특징으로는 전송량에 대한 부분이 있습니…
  • profile_image 먼저 결론 부터 말씀 드리면 사용하려다가 사용하지 않기로 하였습니다.트래픽이 많은것도 아니고 사이트 잠깐 안되어도 큰 문제가 없기 때문입니다. 쇼핑몰이면 신경써야 겠지만 그렇지 않은 경우만 Route53 이용 하려 합니다. - 비용은 한달 18달러인데 환율에 따라 금액 차이는 있습니다.- 초기엔 http로 설정하고 들어갑니다.- 생성한 다음 도메인 지정하고 https 선택을 위해서 인증서를 생성 해야 합니다.  인증서 생성을 위해선 DNS 설정…
  • profile_image AWS에는 라우터53이라는 좋은 기능. 모든 기능이 다 되는 엄청난 놈이? 하나 있습니다.일반적인 다른 네임서버 사용해 보시면 알 수 있습니다. 기능의 차이가 상당 하다는 것을. MS나 구글의 것은 볼 필요성을 못 느껴 보진 못했지만 국내 일반적인 무료로 제공 되는 네임서버와 비교 하면 상당 합니다.먼저 설정 하는데 가격에 대한 것이 없어 찾아 보았는데요. 3개 까지 무료이며 기본 제공(300만) 쿼리 수가 늘어나면 100만쿼리당 비용이 청구 …
  • profile_image 리눅스에서 서버 메모리가 부족하여 문제가 발생할 때 디스크에 스왑메모리 생성하여 사용하는 방법입니다. 이렇게 하면 기존의 스왑메모리가 있는 경우가 추가 되는 구조를 가지고 있어서 현재의 스왑메모리가 부족한 경우도 문제 없이 추가하여 사용이 가능합니다.서버 메모리 부족 할 때 swap memory(스왑 메모리 만들기) 추가/삭제 방법대락적은 순서는 다음과 같습니다.1) 현재 메모리 상태를 먼저 확인 한다.freefree -m2) 스왑파일용 빈 파…
  • profile_image 아마존 클라우드 서비스로 이전할때의 서버 구성도 코로케이션은 공간과 트래픽을 임대 받은 방식입니다. 그 임대받은 공간에는 자신이 제품을 아무것이나 넣어 사용이 가능합니다. 나스를 넣어도 되고. 테스크탑을 넣어도 되고. 하지만 보통 1U 또는 2U 서버등을 넣어 운영을 합니다. 회선의 계약은 자신의 상황에 맞게 별도 계약을 하는 방식입니다. 업체마다 다르기 때문에 별도 견적을 받아야 합니다. AWS에서도 코로케이션 같은것이 있지만 비…
  • profile_image 아래는 해외에 직접 서버를 둘때 같은 도메인을 사용하는 방법에 대한 것입니다.2차도메인으로 지역을 구분하는 방식이 아닌 동일한 도메인을 영국에서 사용하면 영국서버로 들어가고 브라질에서 사이트 접속하면 브라질 서버로 접속하게 하는 방식에 대한 간략한 구성도 입니다.[AWS CDN Route53 GSLB 구성도][AWS CDN 클라우드프론트와 객체스토리지 현지화 구성도]필요한 경우 첨부된 파일은 draw.io 사이트에 접속하셔서 열면 됩니다. 객체…