※ 해당 블로그는 AWS에서 제공하는 설명서와 AWS Builders Online Series 강의를 듣고 개인적으로 공부한 내용을 정리한 블로그입니다. Amazon S3(Simple Storage Service)? 클라우드 기반 범용적인 스토리지 서비스 데이터는 *버킷(bucket)내의 객체 단위로 저장 원하는 양의 데이터를 저장하고 보호 높은 가용성을 보장하고 키 기반 액세스를 제공 *다양한 스토리지 클래스 제공 Global File System 3개 이상의 zone에 분산해서 저장 : 재해 또는 재난에 대비 하기 위해 분산 저장 zone : 가상의 데이터센터, 실제 데이터센터의 일부를 빌린뒤 가상화도구(vmware, virtualbox 등)를 활용해서 만듦 *버킷(bucket) - S3에서 데이터를..

※ 해당 블로그는 AWS에서 제공하는 설명서와 AWS Builders Online Series 강의를 듣고 개인적으로 공부한 내용을 정리한 블로그입니다. Amazon RDS(Relation Database Service)? AWS에서 제공하는 관계형 데이터베이스 서비스 MySQL, PostgreSQL, Oracle, SQL Server, Aurora 등 다양한 DBMS 지원 데이터베이스 서버를 더욱 쉽게 배포, 운영, 확장 할 수 있도록 지원 관리형 서비스로 AWS가 데이터베이스 인스턴스의 *프로비저닝, 설치, 구성, 백업 등과 같은 관리 작업을 수행 고가용성을 위해 멀티AZ 배포, 읽기 전용 복제본 지원 *프로비저닝 : 컴퓨팅 자원을 준비하고 구성하여 사용 가능한 상태로 만드는 과정, 주로 자동화 과정..

실습 환경 AWS EC2(Windows Server 2022 Base) 웹서버 IIS(Internet Information Server) 프로토콜 FTP(File Transfer Protocol) 서버 Amazon EC2 생성 ※자세한 Amazon EC2 생성 방법 1. Amazon Machine Image(AMI) - Windows Server 2022 Base 2. Key pair 생성한 인스턴스에 연결할 때 필요한 키 없을 경우 새 키 페어 생성 있을 경우 기존 키 사용 3. 방화벽(보안 그룹) 인바운드 : 외부에서 내부(AWS EC2 인스턴스)에 들어오는 패킷 아웃바운드 : 내부(AWS EC2 인스턴스)에서 외부(인터넷)로 나가는 패킷 AWS EC2 생성 페이지에서 보안 그룹 생성은 인바운드 설정..

※ 해당 블로그는 AWS에서 제공하는 설명서와 AWS Builders Online Series 강의를 듣고 개인적으로 공부한 내용을 정리한 블로그입니다. AWS에서는 200개가 넘는 정말 많은 서비스들을 제공해주고 있으며 그 중 대표적인 서비스들에 대해 공부 하려고 합니다. 이 게시물은 각 서비스들에 대한 간단한 내용만을 간략하게 정리 한것이며 각 서비스들마다 링크를 연결하여 실습한 내용도 작성할 것입니다. 서비스에 대한 간단한 설명만 있고 링크가 연결되어 있지 않으면 아직 공부를 끝내지 못한 것이며 앞으로 공부할 서비스들에 대한 리스트는 계속 늘려갈 예정입니다. ※ 각 서비스마다 앞에 붙는 이름이 다른 이유 예) 'Amazon' EC2, 'AWS' App Runner AWS(Amazon Web Serv..

온프레미스 컴퓨팅(On-premises Computing) 사용자가 직접 서버, 스토리지, 네트워크 등의 IT 자원을 직접 구매하고 설치하여 운영 초기 비용이 많이 듬 인프라 관리 및 유지보수를 직접 해야함 장기적으로는 클라우드 컴퓨팅보다 비용이 적게 들 수 있음 필요로 하는 컴퓨팅 자원은 직접 구매해야 하며 필요한 자원을 사전에 준비해야함 컴퓨팅 자원이 물리적으로 존재하기 때문에 외부 충격에 주의해야함 일반적으로 *IDC에 서버를 설치하고 전용 네트워크를 통해서 운영하는 형태 카카오 데이터센터를 대표적인 예시로 들 수 있음 *IDC(Internet Data Center) : 서버랙, 케이블 타워, 항온항습기 *UPS 등으로 구성되며 AWS는 전 세계에 리전을 두고 IDC를 구축하여 전세계에 클라우드 서..

1. Round Robin 대부분의 로드 밸런서에서 사용하는 가장 기본적인 방식 서버들의 스펙이 모두 동일한 경우 사용 클라이언트로부터 받은 요청을 대상 서버 순서대로 트래픽을 분산시키는 방식 이론상 모든 서버에 동등한 부하가 걸리는 안정적인 방법 요청들마다 소요되는 처리 시간이 다르기 때문에 특정 서버에 부하가 집중될 가능성이 있음 2. Weighted Round Robin 서버들의 스펙 다를 경우 사용 서버마다 가중치를 할당하여 가중치가 높은 서버에 더 많은 트래픽을 분산시키는 방식 3개의 서버의 가중치가 각각 서버 A(3), 서버 B(2), 서버 C(5)일 경우 각각 30%, 20%, 50% 의 트래픽을 분산 가중치를 잘못 설정 할 경우 특정 서버에 부하가 집중될 수 있음 3. Path-Based ..