EC2 썸네일형 리스트형 AWS - Route53 Policy(2) - Health Check, Fail-Over Health Check는 Route53이 DNS를 라우팅할때 Record에 상태를 체크해서 보낼지 말지를 체크할 때 쓰입니다. 가령, 이것처럼 각 Region에는 ALB가 있고 트래픽에 따라 인스턴스를 늘릴지 아니면 줄일지 관리하는 ASG(Auto Scale Group) 내에 EC2 인스턴스가 있는 상태입니다. 여기서 Client의 요청으로 Route53이 DNS 라우팅을 진행할 때, 가장 적합한 (예를 들면, 지연시간이 적다라든지..) 지역에 ALB에 하게 됩니다. Region 내에 DNS Record 상태를 확인하여 DNS Routing 할 건지 말 건지를 처리합니다. Health Check로 세 가지의 상태를 체크할 수 있습니다. 1) 공용 엔드포인트를 모니터링 하는 것 2) 계산된 Health C.. 더보기 AWS - Route53 Amazon Rotue 53 : 고가용성, 확장성, 완전히 관리되는 DNS로 고객이 DNS Record를 관리할 수 있음(HostName - IP주소 매핑처리) ▶ DNS 레코드를 Amazon Route 53의 호스팅 존에 적는 것 우선 그림처럼 사용자는 호스트 이름을 가지고 접근을 하려고 합니다. 해당 호스트 이름을 IP로 알고 있는 DNS 레코드는 Route53에서 사용자가 직접 업데이트하고 관리할 수 있습니다. 따라서 Route53에 호스트 이름에 대한(by Query) DNS 레코드를 반환 요청을 했을때, 사전에 정의한 IP가 전달될 것입니다. 그리고 그 전달된 IP로 바로 인스턴스에 접근하고 클라우드 구조상에서 봤을땐 Load Balancer가 해당 IP에 맞는 인스턴스에 트래픽을 전달하는 구조.. 더보기 AWS - DNS DNS(Domain Name Service) : HostName을 대상 서버 IP주소로 번역하는 것으로 웹 브라우저에서 접근할 때 접근 가능한 곳으로 연결해주는 역할을 한다. [예시] 1) www.google.com : 호스트이름 2) 웹 브라우저에서 www.google.com을 접근하려고 함 3) 해당 호스트 이름은 172.217.18.36이라는 IP를 갖게됨 (예를 든 것) 4) 웹 브라우저는 실제 보여지는건 www.google.com이라는 호스트 이름이지만 실제 이면에서는 172.217.18.36이라는 IP에 접근하는 것 5) IP에 접근을 하려 구글로부터 데이터를 획득(웹 브라우저) DNS를 통해 IP에 접근하는 과정은 DNS 계층적인 구조를 통해 하나씩 체크해가며 접근하는 것입니다. 1) 도메인.. 더보기 AWS - Elastic Cache ★ Elastic Cache [Redis] 1) RDS와 동일한 방식으로 관계형 데이터베이스를 관리할 수 있음 2) Redis or MemCached와 같은 캐시 기술을 통해 관리 Cache? : 높은 성능과 낮은 지연 시간을 가진 인-메모리 데이터베이스 3) Elastic Cache를 사용하면 읽기 집약적인 워크로드의 부하를 줄이는데 도움이 됨 ▷ 일반적인 쿼리가 캐시되어 데이터베이스가 매번 쿼리되지 않는 것, 캐시는 이러한 쿼리의 겨로가를 검색할 때 사용할 수 있음 [MemCached] 4) Application의 상태를 Amazon Elastic Cache에 저장해서 Application을 Stateless로 만들어 버린다. 5) RDS와 동일한 장점을 가지므로 AWS는 동일한 유지보수를 수행, 운.. 더보기 AWS - ASG(1) Auto Scaling Group(ASG) - 웹 사이트와 Application은 변경되기 마련이며 사용자에 따라 받는 부하도 다름 - 트래픽 사이즈에 맞춰서 처리할 인스턴스(타겟 그룹)를 늘리거나 줄여 로드 밸런서에 자동으로 붙이거나 떼면서 자동으로 처리하는 역할을 함 ASG 위 그림처럼 Auto Scaling Group은 최대 사용 가능한 사이즈 이하로 해서 트래픽 증가에 따라 업무 처리에 필요한 인스턴스를 추가 생성(Scale Out)하고 로드 밸런서에 붙여서 트래픽을 분산하고 처리하는 역할을 합니다. 트래픽이 반대로 줄어서 인스턴스가 비효율적으로 많아지는 것을 막고자 인스턴스를 종료하고 로드밸런서에서 연결을 끊는 작업(Scale In)을 합니다. 이렇듯 ASG는 수동적으로 인스턴스 추가, 제거가 .. 더보기 AWS - EFS Amazon Elastic File System - 관리된 NFS(Network File System)으로 여러 EC2 Instance에 마운트 할 수 있음 - EC2 Instance는 여러 가용영역(AZ)에 있어서 각 AZ에 있는 인스턴스에 대해 EFS 마운트 포인트(eg: /dev/sda/1 .. ) 경로를 공유할 수 있도록 하여 파일 전송 및 관리가 편하다 - 높은 가용성과 확장성을 가지고 있음 - gp2 EBS Volume(범용)에 비해 3배정도 비쌈 - 사용할 때 마다 비용을 지불하며, 사전 Provisioning 용량이 없음 gp2 EBS Volume 1) 짧은 지연시간 2) 효율적인 비용의 스토리지 3) 시스템 부트 볼륨에서 가상 데스크탑 개발, 테스트 환경에서 사용가능 4) 1GB - 16.. 더보기 AWS - AMI AMI(Amazon Machine Image) : EC2 Instance를 사용자 지정화(Customized)한 것입니다. AWS 자체적으로 생성한 AMI를 사용한다거나 사용자가 지정한 AMI를 만들 수 있습니다. AMI 1) 각자의 소프트웨어 구성에 대해 운영체제를 정의 및 설정하고 모니터링 도구를 설정할 수 있습니다. 즉, OS, SW 구성, 모니터링 도구 등등 여러 다양한 환경에 대해서 하나의 이미지로 관리할 수 있도록 하고 이를 활용해 인스턴스를 생성한다면 부팅 속도 및 환경 구성 시간을 단축할 수 있습니다. > 이미 AMI로 패키징 된 것을 인스턴스로 생성하는 것이기 때문에 빠른 것 > AMI를 자체적으로 구성하고 특정 리전에 맞도록 구축하여 원하는 특정 리전에 복사해두거나 AWS 글로벌 인프라.. 더보기 AWS - EBS EBS(Elastic Block Store) - 인스턴스가 실행중인 동안 연결 가능한 네트워크 드라이브로, 인스턴스가 종료된 후에도 데이터를 지속할 수 있음(EBS 주요 목적) 인스턴스를 재생성하고 이전 EBS 볼륨을 Mount하면 데이터를 다시 받을 수 있음 CCP 레벨의 EBS 볼륨이 있고 Associate 레벨의 EBS 볼륨이 있습니다. CCP 레벨의 EBS 볼륨은 하나의 EBS 볼륨은 하나의 EC2 Instance에만 Mount가 가능합니다. Associate 레벨의 EBS 볼륨은 일부 EBS 볼륨에 대해 EC2 Instance 다중 연결이 가능합니다. EBS 볼륨을 생성할 때에는 특정 가용영역(AZ)에 대해서만 사용 가능합니다. 예를 들어, EBS 볼륨이 us-east-1a에 생성된 경우 us-.. 더보기 이전 1 다음
