toDBA

DNS (Domain Name System) - Domain Registrar : 도메인 이름을 등록 ex) Amazon Route 53 - Zone file : 호스트이름과 IP나 주소를 일치시키는 - Name Server : DNS 쿼리를 실제로 해결하는 서버 왜 Route 53인가? DNS 포트가 53번이기 때문 - DNS 레코드 type : A / AAAA / CNAME / NS 레코드 종류 A 레코드 : 호스트이름을 IPv4를 매핑한다. ex) example.com 1.2.3.4와 바로 연결된다. AAAA 레코드 : 호스트이름을 IPv6와 매핑한다. CNAME 레코드 : 호스트이름을 다른 호스트이름과 매핑한다. ex) A나 AAAA 레코드와 매핑될 수 있다. 상위노드에 대한 CNAME을 생성 할..

- RDS 프록시 : Amazon RDS 프록시를 사용하면 애플리케이션이 데이터베이스 내에서 연결 풀을 형성하고 공유할 수 있음 > APP을 RDS DB 인스턴스에 일일이 연결하는 대신 프록시에 연결하면 프록시가 하나의 풀에 연결을 모아 RDS 인스턴스 연결 부하를 줄일 수 있음 1. RDS DB 인스턴스에 연결이 많은 경우 : CPU와 RAM 등 DB리소스 부담을 줄여 효율성 향상기대 2. 완전한 서버리스로 오토 스케일링이 가능함 3. 다중 AZ를 지원함 4. RDS DB 인스턴스에 장애 조치가 발생할 경우 : 기본 인스턴스가 아니라 대기 인스턴스로 실행되며 장애 조치 시간을 66%까지 줄일 수 있음 RDS 프록시 - RDB(Mysql, PostgreSQL, MariaDB )지원하고 Aurora(Mys..

- RDS Custom : 기존의 RDS에서는 OS의 접근이나 사용자 지정 기능에 액세스 할 수 없지만 RDS Custom 에서는 가능하다. : Oracle, Microsoft SQL Server 두 유형의 DBMS가 있다. : 또한 AWS에서의 자동화 설정, 운영 및 스케일링의 장점을 챙길 수 있다. : 내부 설정 구성, 패치 적용, 네이티브 기능 활성화가 가능하고 SSH 나 SSM으로 기저 EC2 인스턴스에 접근 가능하다 - RDS와 RDS Custom 의 차이점 RDS RDS Custom OS 및 나머지가 AWS에서 모두 관리 Oracle, Microsoft SQL Server 에서 사용 기저 OS와 DB에 대한 관리자 권한 전체를 소유 할 수 있음 Amazon Aurora - Postgres 와 ..

- RDS (관계형 데이터베이스 서비스) : SQL을 쿼리언어로 사용하는 데이터베이스 : Postgresql, MariaDB, Mysql, oracle, Sql server, Aurora : RDS 인스턴스에 ssh를 할 수 없음 : 관리형 서비스이므로 AWS에서 자동화되어 있음 (아래는 AWS에서 제공해주는 서비스리스트) 1. 데이터베이스 프로비저닝, 기본 OS 패치 자동화 2. 지속적인 백업으로 타임스탬프, 특정 시점으로 복원할 수 있음 3. 대시보드를 통한 모니터링 4. 읽기전용 복제본을 활용해 읽기 성능 개선 5. 다중 AZ를 설정(재해복구) 6. 유지관리 기간 동안 업그레이드 제공 7. 수직/수평 확장 8. EBS에 구성 (gp2, io1 볼륨) - RDS Auto Scaling : 최대 스토리..

- ASG (auto scaling group) : 웹사이트나 APP을 배포할 때 방문자가 많아지면서 로드가 바뀔 경우 자동으로 인스턴스가 증가 및 감소할 수 있음 : Scale Out [add EC2] : Scale In [remove EC2] : EC2 인스턴스의 최소 및 최대 개수를 매개변수로 정의할 수 있음 : 로드밸런서와 페어링 하는 경우 ASG에 있는 EC2는 로드밸런서에 연결 : 인스턴스가 비정상이면 종료하고 새로운 인스턴스를 생성 : 기본 종료 정책은 전체 AZ에 밸런싱을 시도하며 실행 구성이 오래된 것부터 종료 - cloudWatch 경보(평균 cpu, 사용자정의 등)를 기반으로 ASG를 Scale in/out 할 수 있음 1. ASG 생성 2. Launch 탬플릿 생성 (ec2생성하듯이..

- 크로스존 로드 밸런싱 (Cross zone load balancing) : AZ안에 있는 EC2인스턴스에 트래픽이 고르게 분산 되도록 함 : 아래 그림의 1번은 크로스존 로드밸런싱을 사용하여 모든 가용영역에 부하를 고르게 분배 : 아래 그림의 2번은 각 가용영역 안에서 부하가 분산 ALB는 크로스존 로드 밸런싱이 활성화되어있음 (default) - 대상그룹 설정에서 비활성화 할 수 있음 - 다른 AZ로 데이터 옮길시에 비용발생이 되지 않음 NLB & GWLB는 크로스존 로드 밸런싱이 비활성화되어있음 (default) - 활성화하려면 비용 지불 필요 SSL/TLS - 클라이언트와 로드 밸런서 사이에서 트래픽이 이동하는 동안 암호화 해줌 - SSL : 보안 소켓 계층 - TLS : 전송 계층 보안 로드밸..

3. NLB (Network Load Balancer : v2) - 2017년 출시 - TCP, TLS, Secure TCP, UDP 지원 - 초당 수백만건의 요청 처리 가능 (고성능) - AZ 별로 하나의 고정 IP를 가진다. - Elastic IP 를 각 AZ에 할당 할 수 있음 - 대상그룹의 헬스체크는 TCP, HTTP, HTTPS 프로토콜을 지원 3.1 NLB 생성 (AZ에 모두 배포, Elastic IP를 적어도 되지만 실습이니 AWS에서 할당 받기로함) 3.2 NLB 대상 그룹을 생성 (헬스체크는 tcp,http,https가 있고 실습에선 http로 설정) 3.3 인스턴스 2개를 대상그룹에 '대기 상태로 포함'하여 생성함 3.4 생성한 NLB의 DNS네임으로 접속하려고하면 접속불가함 3.5 이..

- 고가용성(High Availabilty) 과 확장성(Scalability) 개념 확장성 : APP이 조정을 통해 더 많은 양을 처리할 수 있다는 의미 : 수직 확장성(= sacle up/ down), 수평 확장성(=sacle out/in)으로 나눠짐 : 수직 확장성 - 인스턴스의 크기를 확장 하는 것을 의미(up) (Ex: 데이터베이스, RDS, ElastiCache, 분산시스템이 아닌것) : 수평 확장성 - 인스턴스나 시스템의 수를 늘리는 것을 의미(out) = 분배 시스템 고가용성 : APP이 둘 이상의 AWS의 AZ나 데이터 센터에서 가동 중인 것을 의미 : 동일 APP의 동일 인스턴스를 다수의 AZ에 걸쳐 실행하는 것을 의미 - 로드 밸런싱(load balncing) = Elastic Load..

EBS(Elastic Block Storage) vs EFS(Elastic File System) - EBS : 한번에 하나의 인스턴스에만 연결 가능하고 특정 AZ에 한정 : 다른 AZ로 옮기고자 할경우에는 스냅샷을 활용하며 다른 AZ에서 해당 스냅샷을 복원 : EBS의 스냅샷이나 백업을 만들경우 EBS 볼륨내의 IO를 사용하므로 인스턴스가 EBS 사용중이 아닐때에만 실행 : EBS 다중연결이란 > 동일한 EBS 볼륨을 동일 AZ상에 있는 다수의 EC2인스턴스에 연결 - EFS : 여러개의 AZ에 걸쳐 많은 인스턴스들이 연결될 수 있음 : EFS Mount target을 사용해 특정 AZ에서 인스턴스들과 EFS 드라이브를 연결해 줄수도 있음 : Linux 인스턴스에서만 가능 : 비용이 EBS보다 비싸며,..

EBS EFS (elastic file system) - NFS : 네트워크 파일 시스템 - 가용성이 높고, 확장성이 높다 - 여러 AZ에 있을 수 있음 - 여러 인스턴스에 마운트 될 수 있음 - 내부적으로는 NFS 프로토콜 사용 / 액세스 제어를 위해 보안그룹 설정 필요 - 파일시스템이 자동으로 확장 - Linux기반 AMI와 호환됨 ex) 콘텐츠 관리, 웹서버, 데이터공유, wordpress 등으로 사용 EFS 성능 : 수천개의 nfs 클라이언트에서 EFS에 동시 액세스 할 수 있고 처리량 10gb/s 1. 성능 모드 1.1 범용모드 (기본설정) - 웹서버, CMS와 같은 사례 1.2 최대 I/O - I/O 최대화시키고 싶을 경우 사용 / 지연시간, 병렬처리 성능 향상 ex)빅 데이터나, 미디어 처리..