본문 바로가기

분류 전체보기545

[ELB] 로드밸런서란? Health Check기능과 외부 vs 내부 ELB 1. ELB( Elastic Load Balancing)란? : Amazon EC2 인스턴스, 컨테이너 및 IP 주소와 같은 여러 대상에 대해 받은 애플리케이션 또는 네트워크 트래픽을 '분산' 트래픽이 시간이 지남에 따라 변경되므로 ELB가 로드 밸런서를 확장하고, 대다수의 워크로드에 맞게 자동으로 조정 2. 왜 로드밸런서를 써야하는가? 쓰면 뭐가 좋은가? 애플리케이션의 '가용성'과 '내결함성'이 높아진다. 워크로드를 가상 서버와 같은 다수의 컴퓨팅 리소스로 '분산'하기 때문에 (유입되는 트래픽을 자동으로 분산처리 역할) 3. 로드밸런서의 기능? 1) 워크로드를 가상 서버와 같은 다수의 컴퓨팅 리소스로 분산 2) 요청의 전체적인 흐름을 방해하지 않고 필요에 따라 로드 밸런서에서 컴퓨팅 리소스를 추가 및 .. 2020. 4. 5.
[Linux 명령어] free 명령어 : 메모리 상태확인 (/proc/meminfo) free 전체 메모리(사용하고 있는 메모리, 남은 메모리, 버퍼메모리) 에 대한 상태확인 시스템의 실제메모리와 스왑메모리에 대한 사용현황 확인가능 옵션 -b 바이트 단위로 표현 -m 메가바이트 단위로 표현 -g 기가바이트 단위로 표현 -k 킬로바이트 단위로 표현 -l 최고/최저 메모리 상황 구분해서 표현 -s N N초마다 출력 해석 명칭 의미 Mem 시스템의 물리적인 메모리에 대한 사용량 Swap 스왑이라는 특정 메모리영역에 대한 사용량 Total 전체메모리 용량(kbyte 단위) Used 현재 시스템에서 사용중인 메모리 용량 Free 현재 시스템에서 사용하지 않은 메모리 용량 Shared 현재 시스템에서 공유한 메모리 용량 Buff/cache 현재 캐시메모리에서 버퍼링된 사용량 표시 Available .. 2020. 3. 31.
리눅스 명령어 정리2. 포트오픈/파일정보/네트워크 수 확인명령어(telent/lsof/netstat) 4. 포트오픈 확인 명령어 1) nc (netcat) 사용 네트워크 연결상태 확인하는 유틸리티 프로그램 설치하기 : https://zetawiki.com/wiki/%EB%A6%AC%EB%88%85%EC%8A%A4_nc 특정포트 상태 확인 : nc 2) telnet 사용 설치여부확인 : rpm –qa | grep telnet 현재 미설치 설치하기 https://itdev4u.tistory.com/entry/CentOS-Telnet-%EC%84%A4%EC%B9%98 +telnet설치 없이 curl로 확인하는 방법 Curl –v telnet : // 3) bash의 built-in기능 : 위 두가지 방법을 사용하지 못할 경우 echo> /dev/{TCP|UDP}/ip주소/포트번호 5. 특정 포트를 여러 프로세.. 2020. 3. 30.
리눅스 명령어 정리1. 서버접속/프로세스/네트워크 관련 명령어 (btmp/wtmp/utmp/ps명령어/ifconfig) 1.서버접속 관련 명령어 1) ssh 접속실패 로그 : last –f /var/log/btmp btmp로그 : 누군가 로그인을 시도했지만 실패했다는 내용이 기록되는 로그 2) ssh 접속성공 로그 : last –f /var/log/wtmp wtmp로그 : 사용자들의 로그인아웃 정보, 시스템관련 정보 기록 +최근 접속(로그인과 재부팅) 성공로그: last 3) 현재 접속로그 확인 : last –f /var/run/utmp Utmp : 현재 로그인한 상태 정보를 담고 있는 로그파일 4) 사용자 내 접속로그 확인 : lastlog 2.프로세스(스레드상태) 관련 명령어 : ps 1) ps : 프로세스 상태확인 명령어 현재 특정 프로세스가 실행되고 있는지, 실행되고 있는 프로세스가 어떤 pid를 갖고 있는지 확인.. 2020. 3. 30.
Serverless아키텍쳐 구성6 - 서버리스 프레임워크 사용 ▼▼▼ 지금까지 AWS Console로 Serverless 아키텍쳐 구성해서 웹어플리케이션 구축했다. ▼▼▼ 2020.03.22 - [AWS] [Serverless] 클라우드 컴퓨팅1 - 서버리스 배경(Iaas/Paas/Saas/Faas) 2020.03.23 - [AWS] [Serverless] 클라우드 컴퓨팅2 - 3티어/서버리스아키텍쳐 비교 2020.03.24 - [AWS][Serverless] 클라우드 컴퓨팅3 - Lambda(람다)& API Gateway 2020.03.25 - [AWS] [Serverless] 클라우드 컴퓨팅4 - Lambda(람다) 특징 및 한계 2020.03.26 - [AWS][Serverless] 클라우드 컴퓨팅5 - 서버리스 웹애플리케이션구축 2020.03.27 - [AW.. 2020. 3. 27.
Serverless아키텍쳐 구성5 - 챗봇 애플리케이션구축 1. 목표 서버리스 아키텍쳐 기반의 웹애플리케이션 구축 2. 요구사항 Client : Slack App Server : serverless아키텍쳐로 api 게이트웨이 & 람다 aws서비스사용 DB: NoSQL 데이터베이스로 DyanmoDB aws 데이터베이스 사용 3. Client : Slack앱 Workspace name : testworkspace App name : Slsapp Commands name : /sls_bot, /sls_echo, /sls_init, /sls_save 4. /(slash) Commands 이벤트 요구사항 5. Serverless Application 구성 6. Serverless Application 시나리오 1. user가 slack app을 통해서 /cmd입력 2. .. 2020. 3. 26.
Serverless아키텍쳐 구성4 - Lambda(람다) 특징 및 한계 1.람다함수의 Life Cycle 해당함수의 코드 찾아서 다운로드 새로운 실행환경 구성(컨테이너시작) //여기까지 Cold start 상태 런타임 부트스트랩 코드 시작 잦은 호출이 되는 람다에게 제공되는 서버는 항상 켜져 있어야 하고, 그렇지 않은 람다의 서버는 꺼져 있어야 한다. 그런데 꺼진 후 다시 사용하려고 할 때 딜레이 발생, cold start 상태 2. Cold Start 트리거에 의해 람다가 호출되었을 때 서버가 켜지고 부수적인 세팅이 되기 까지 걸리는 시간 즉, 함수를 처음 호출할때나 업데이트 된 후 실행할 때 어쩔수 없이 발생하는 지연(delay) Cold start가 발생하는 이유? 왜 딜레이가 발생하는걸까? 내부적으로 무슨일을 하길래? 람다의 Function하나를 수행하기 위해서 거쳐.. 2020. 3. 25.
Serverless아키텍쳐 구성3 - Lambda(람다)& API Gateway 1) Lambda AWS에서제공하는 함수기반의 서비스 -> FaaS(Function as a Service) 즉, 실제 ec2와 같은 서버없이도 서버의 역할을 대신 해 줄 수 있는 aws서비스 Serverless에서 실질적으로 back-end코딩을 하는 곳 보통 JSP,PHP로 일반 서버에서 DB에 접근해서 데이터를 처리하는 로직을 람다에서 수행가능 *일반 서버와 다른점 서버의 환경설정에 대해 큰 신경을 쓰지 않아도댐 AWS 서비스에서 제공하는 환경에 따라서 오토스케일링 할 수 있고, 간단한게 셋팅가능 *람다에 역할이 필요한 이유 람다는 AWS내에 있는 서비스들을 접근해서 이용할 수 있음 그래서 권한에 맞게 서비스를 가져다 쓸 수 잇도록 역할부여 ->대신 디폴트로 들어가는 람다수행롤에는 Cloudwatc.. 2020. 3. 24.
Serverless아키텍쳐 구성2 - 3티어/서버리스아키텍쳐 비교 1) 기존 Architecture (3Tier) 외부 Client에 의해서 request가 들어오면, 외부 ELB를 통해서 EC2서버로 로드밸런싱되고,(web 레이어단) 또 내부ELB를 통해서 또 다른 EC2서버로 로드밸런싱됨(app 레이어단) 그리고 데이터베이스에 접근해서 비즈니스 로직을처리하는 방식 그래서 클라이언트 역할 : request를 전송 서버역할 : 클라이언트의 요청을 처리하고, 데이터를 전송 그래서 클라이언트와 서버가 request와 response 데이터를 주고 받는 구조 2) 서버리스 Architecture 서버리스는 서버가 존재하지 않음, 즉 EC2가 없음 그리고 트래픽의 분산처리를 해주는 ELB가 없음 대신 EC2 서버의 역할을 Lambda 가 대신하고 , 그리고 requset와 r.. 2020. 3. 23.
[NetWork/Web] HTTP 상태코드 정리 Status Code 2xx 코드 : 성공응답 200 : ok, 정상 204 : No Content, 삭제에 대한 응답코드 206 : Range, 헤더를 지정한 요청에 대한 응답코드 3xx 코드 (Redirection 응답) : request가 완료하기 위해서 추가 동작필요 301 : Moved Permanently 영구적으로 URI가 변경됨 302 : Found 일시적으로 URI가 이동됨 304 : Not Modified, 변경없음 307 : Temporary Redirect, 임시적인 redirect 4xx 코드 (클라이언트 오류) : Client가 보내는 error response 400 : bad request, 잘못된 요청 원인 : 클라이언트가 잘못된 형식의 요청을 전송, 그래서 서버가 이 요청을 이해할 수 없음 4.. 2020. 3. 23.

티스토리툴바