본문 바로가기
반응형

분류 전체보기468

3tier아키텍쳐 구성1-네트워크 설정(1.VPC 2.서브넷) ▼▼▼전체적인 3티어 아키텍쳐 목차 보고오기▼▼ https://pearlluck.tistory.com/78?category=830422 3tier아키텍쳐 전체적인 구성 1. 아키텍쳐구성도 2. 네트워크 구성 1. vpc생성 Ipv4 사이더주소 - 10.0.0.0/16 2. 서브넷 생성 3. 인터넷게이트웨이 생성 VPC와 외부인터넷을 연결해주는 하나의 관문으로 출발지가 ‘외부’ 외부인.. pearlluck.tistory.com 네트워크 설정 VPC생성 서브넷생성(퍼블릭2개, 프라이빗 6개) 1.VPC(Virtual Private Cloud)생성 AZ의 밑단위, 하나의 IDC처럼 동작, AWS안에서 가상네트워크 논리적인 하나의 IDC를 만들어서 개인이 사용할 수 있게 씀 이 안에서 서버만들고, LB구성하고,.. 2020. 2. 9.
3tier아키텍쳐 전체적인 구성 1. 아키텍쳐구성도 2. 네트워크 구성 1. vpc생성 Ipv4 사이더주소 - 10.0.0.0/16 2. 서브넷 생성 3. 인터넷게이트웨이 생성 VPC와 외부인터넷을 연결해주는 하나의 관문으로 출발지가 ‘외부’ 외부인터넷에서 vpc로 접속하거나, vpc내부서버 내용을 외부인터넷으로 보낼 때 사용 4. NAT 게이트웨이 생성 프라이빗 서브넷에 있는 내부서버와 외부를 연결해주는 관문으로 출발지가 ‘내부’ 내부 서버에서 업데이트한 내용을 밖으로 보낼 때 사용 외부의 공인IP끼리 통신하기 위해서 탄력적 ip주소 할당 5. 라우팅 테이블 생성 1. 라우트연결 Public route table : 인터넷게이트웨이(0.0.0.0/0) 추가 Private route table : NAT게이트웨이(0.0.0.0/0) 추.. 2020. 2. 8.
[CloudFront] CloduFront란? 동작방식 알아보기 1.CloudFront 개념 웹서버가 있을 때 사용할 수 있는 서비스로 ‘캐시기능’ 사용하는 이유 : 응답시간 속도향상 -> CDN서비스 2. 동작방식 1) 사용자(웹클라이언트: 브라우저)가 웹리소스(html/이미지/js/css등) 요청 2) 사용자-> CF서버 : 이 요청이 캐시되어 있는지 확인 3-1) 있다면(캐시히트) : CF서버 ->사용자에게 요청 받은 내용 전달 3-2 (1). 없다면(캐시미스) CF버서 -> 오리진서버에게 클라이언트로부터 받은 요청을 전달 4. 오리진서버 ->CF서버 : 받은 요청에 대한 정보를 Cache-Control Header 함께 전달 5. CF서버 ->사용자 : 받은 요청에 대한 정보를 캐시컨트롤 헤더와 함께 전달 3. Distribution생성 Origin메인명: 클.. 2020. 2. 6.
[S3] 스토리지서비스3-S3 사용해서 정적 웹 호스팅 1. 버킷만들기 버킷이름 지정 : 유니크한 이름으로 지정하기 (권한설정 - 모든퍼블릭 액세스 차단 : 디폴트값) 2. 정적 웹사이트 호스팅기능 설정 속성-정적 웹사이트 호스팅 엔드포인트 : 호스팅할 웹주소 -> 지금 들어가면 403 Fobidden에러남 ->왜? 버킷을 read할 권한이 없어서 인덱스주소 : 호스팅했을때 나타날 html페이지 3. 버킷에 퍼블릭으로 설정 어떤 권한설정을 안하고 있을때(디폴트) : 내부 객체들을 퍼블릭으로 지정할 수 없음 : 퍼블릭으로 설정 비활성화 버킷 자체를 퍼블릭으로 전환함 내부 객체들을 퍼블릭으로 지정할 수 있음 : 퍼블릭으로 설정 활성화 -> 내부 객체들 퍼블릭으로 설정 4. 앤드포인트로 접속 : 내가 올린 객체들로 만들어진 웹사이트 배포 테스팅 확인 출처 : 05.. 2020. 2. 5.
[Glacier] 스토리지 서비스2-Glacier란? 스토리지클래스 1.Glacier란? 장기데이터 스토리지 당장 실시간으로 응답 받을 필요 없는 데이터 저장하는 용도 액세스 하지 않는 데이터에 유용 기본단위 : 아카이브 (S3 기본단위는 버킷) 2.스토리지 클래스 -스탠다드클래스 : 자주 액세스 하는 데이터, 가장 비쌈 -스탠다드 IA : 자주읽지 않은 데이터면 조금더 저렴한 저장소 -ONE ZONE IA : s3는 리전내에 3개의 가용영역에 중복저장이 기본인데 장애가 나도 상관없다 하나의 가용영역에만 저장하겠다 할 때 사용하는 저장소 -딥아카이브 : 보관만 하는 데이터를 주로 사용할 때 *S3인텔리전트 티어링 : 엑세스 빈도에 따라서 자동으로 객체 이동해주는 클래스 시간단위로 클래스를 옮겨가고 싶다 ->수명주기정책 자주 안읽으면 글래셔로 조금씩 옮겨가도록 *리전선택 .. 2020. 2. 4.
[S3] 스토리지 서비스1 - S3란? 객체스토리지 1.S3 란? Single Storage Service (EC2는 컴퓨팅 서비스로 하나의 컴퓨터 받는 거면 이건 저장소개념) 객체 수준 스토리지 즉, 객체 단위로 수정변경이 가능하다 용량에 상관없이 파일 저장가능, HTTP 프로토콜로 파일접근가능 EC2안에서 EBS로 구축 하는 것보다 더 저렴 S3자체가 웹서버로 구성되어 있음, 확장이나 부하분산 일일이 신경쓸 필요X 자동으로 오토스케일링, 로드밸런싱 가능 웹하드랑 비슷한 용도지만 HTTP프로토콜로 처리함 별도의 액티브X없이 웹브라우저에서 바로 사용 가능 2. 구성요소 객체: S3에 저장되는 최소단위 파일과 메타데이터로 구성됨 키가 객체이름이고 값이 객체의 데이터들 메타데이터는 HTTP의 Content-type형식들 버킷 : s3에 생성할 수 있는 최상위.. 2020. 2. 3.
[EC2] EC2 인스턴스 접속하기 (Putty/mobaXterm) EC2생성하면 해당하는 OS에 맞는 클라우드 컴퓨터가 하나 만들어진거 계정생성 -> 키페어 발급해줌 -> .ssh 폴더에 잘 저장해둠 Putty로 인스턴스 접속하기 1. 키페어 생성 SSH 사용하는 터미널에서 어떻게 연결할지 거기에 따라서 키 선택하는거 aws는 비번이 아니라 보안상 key로 접속(RSA공개키알고리즘) *대칭키보안 : 암호화하는 키랑 복호화 하는 키랑 같음 *공개키보안 : 암호화하는 키(퍼블릭키)랑 복호화 하는 키(프라이빗키)랑 다름 일단 MyKeyPair(내가 지정한이름) : 처음에 인스턴스 생성했을 때 만들어진 키쌍(pem키) 이거 잃어비리면 안댐. .ssh.경로에 저장 (pem키를 잃어버리면 ec2인스턴스에 접속 못해서 인스턴스를 아예 삭제해야함) putty key generator.. 2020. 2. 2.
[AWS트랜드] 새롭게 선보이는 제품과 기술 3가지 1. PartiQL 1) 탄생배경 관계형 DB의 독주체제가 끝나고 있다. 과거에는 RDB하나도 기업내 모든 데이터를 관리했다면, 이제는 데이터종류가 많아져서 다른 DB필요 RDB뿐만 아니라 NoSQL, 그래프DB,시계열DB,하둡,블록체인원장,DW등 다양한 종류DB사용 ->이렇게 많은 DB를 이용하는것은 복잡도상승 AWS 대안 : 아마존아테나 연합질의(Amazon Athena Federated Query) 다양한 데이터 스토어에 하나의 쿼리로 질의를 하자는 접근법 각 다른 데이터이더라도 질의 방법론은 하나로 통일해서 복잡성을 낮추자는 취지 2) 특징 DB의 종류도 다르고, 특성도 다르지만 람다를 통해서 개발자들에게 익숙한 SQL언어 통합질의를 위해 만든 질의어 RDB에서 사용하던 SQL과 호환 3) 비교 .. 2020. 2. 1.
[EC2] EC2 생성/유형/AMI/EBS/볼륨/EFS/ FSx EC2란? 비관리형 서비스로 인프라 구조만 제공 사용자가 용량/CPU/메모리에 최적화된 적절한 인스턴스 생성한 이후 관리 쉽게 하나의 컴퓨터 서버를 만드는거 그렇다면 쓰기작업이 많을 경우는? 운영체제 볼륨이나 빈번하게 수정이 이루어지는 작업이라면? ->앱설치나 변경이루어지는 작업은 S3보단 EC2 EC2는 어떤문제를 해결하는가? 뭐가 좋은데? 블록수준 스토리지필요 종료후에도 데이터 지속 인스턴스 스토어 휘발성 데이터볼륨 백업 EC2 언제 사용하는데? EBS는 하나의 인스턴스만 사용됨(쓰기 위주) S3는 여러명의 사용자가 접속해서 데이터를 볼 수 있음(읽기 위주) 즉, 글자 하나를 변경해야하는 상황이라면 EBS는 해당글자가 속한 블록을 검색해서 블록변경, S3라면 파일 전체를 업데이트 해야하는 상황 EC2.. 2020. 2. 1.
[MySQL] 인덱스구조 : 클러스터링인덱스/넌 클러스터링인덱스 클러스터 : 여러개를 하나로 묶는다는 의미 mysql에서 클러스터링인덱스는 innoDB와 TokuDB 스토리지 엔진에서만 지원 클러스러링 인덱스 테이블의 PK에 대해서만 적용된다. (PK는 클러스터링 인덱스의 기준) 프라이머리 키 값이 비슷한 레코드끼리 묶어서 저장하는 것 PK에 의해 레코드 저장 위치가 결정된다. PK값이 변경되면 -> 레코드의 물리적인 저장위치가 바뀐다->랜덤액세스가 많이 발생해서 IO증가 그러니까, PK를 신중하게 결정해야한다. 그럼 뭐가 좋은데? PK기반의 검색속도는 빠르다. 넌클러스터링구조와 비교 테이블 구조 자체는 일반 B-트리랑 비슷 B-트리구조의 리프로드에는 파일이 저장되어 있는 주소들이 있음. 그래서 이 주소를 따라 페이지번호로 가면 자식주소까지 찾아가서 데이터를 찾는 방.. 2020. 1. 30.
728x90

티스토리툴바