Amazon Aurora 글로벌 데이터베이스 모든 리전에서 1초 내에 데이터에 액세스 리전 간 재해 복구 1초의 RPO, 1분 미만의 RTO S3 CRR(교차 리전 복제) 서로 다른 AWS 리전에서 사용하여 같은 AWS 리전 내의 버킷 간에 S3 객체를 자동으로 복제하도록 Amazon S3를 구성 Lambda@Edge 전 세계 AWS 로케이션에서 서버를 관리할 필요 없이 Node.js 함수를 실행할 수 있는 서비스 Amazon Athena 표준 SQL 을 사용하여 S3에 있는 데이터를 직접 간편하게 분석할 수 있는 대화형 쿼리 서비스 QuickSight Amazon의 빠른 셀프 서비스 비즈니스 인텔리전스(비즈니스 분석 도구) 서비스 버킷 요청자 지불 옵션 Amazon S3 버킷을 요청자 지불로 구성하여 ..

Ansible ad-hoc 명령어 $ ad-hoc 명령어 - /usr/bin/ansible 명령행 도구를 사용하여 하나 이상의 Host 노드를 관리 - 단일 태스크를 실행하여 자동화가능 - 쉽고 빠르게 실행할 수 있으나, 재사용 할 수는 없다 - 반복적이지 않고, 일시적인 작업에 유용하다 ( 1회성 실행 ) - 서버 재부팅, 파일 관리, 사용자 및 그룹 관리, 패키지 관리, 서비스 관리 등에 주로 사용 # vi ~/.ansible/inventory [server] Compute ansible_host=192.168.1.150 Network ansible_host=192.168.1.200 [server:vars] ansible_connection=ssh ansible_user=root - Invertory..

Infrastructure As Code - IT 시스템 Infrastructure를 사람이 아닌 소프트웨어를 이용하여 자동으로 배포하고 관리하는 것을 말한다. $ Infrastructure As Code의 장점 - 소스코드로 작성 된 소프트웨어를 사용하므로, 관리 품질 향상 - 다수의 시스템을 병렬 처리로 인한 인프라 관리자의 작업 시간 감소 - 작업 시간 감소로 인한 효율적 처리가 가능하여, 관리 비용이 절감 - 소프트웨어에서 정의 된 작업만 수행하므로, 오류 발생률이 낮다 $ Infrastructure As Code 실현도구 - 원시적인 형태의 실현 도구로는 Shell Script 또한 포함된다. - 전용도구 : Ansible(앤서블), Chef(셰프), Pupper(퍼펫) Ansible 특징 $ ..

Virtualization 개요 - 서버나 단일 컴퓨터상에 여러 독립적인 OS를 설치하고 동시에 운영할 수 있는 시스템을 구성하는 것 - 가상화를 사용할 경우 비용을 절감하고, 시스템의 가용성을 높이고, 유연한 운영을 할 수 있다. - 여러 부서에서 서로 다른 프로젝트를 진행 할 경우 개별 서버를 구매하여 사용 하게되면 비용 및 작업부하도가 높아진다. - 반면 가상화를 사용 할 경우 한 대의 서버로 서로 다른 프로젝트의 개발 환경을 독립적으로 구성할 수 있다. - 가상화의 종류로는 네트워크 가상화(VLAN), 서버 가상화(KVM, Doker), 스토리지(RAID, HADOOP)가상화 등이 있다. $ Hypervisor Virtualization - TYPE 1 / 네이티브(Native) 또는 베어메탈(B..

프록시 서버 - 프록시 소프트웨어가 설치된 서버 $ 포워드 프록시 - 클라이언트를 위한 프록시 서버, 클라이언트 앞단에 프록시 서버가 존재 - 프록시 서버는 인터넷 망과 연결, 인터넷 망은 서버들과 연결 - 클라이언트가 보낸 요청을 프록시 서버가 받고 인터넷망에 연결관 서버 장비들의 요청을 보내는 방식 - 일반적으로 사용하지 않고 특수한 목적이 있을때만 사용한다. - 서버장비를 구축해서 운영하지 않고 클라이언트 내에서 SW형태 프록시로 설치 - 인프라 환경에서는 잘 사용되지 않는다 ex) 물품을 구매한것처럼 속이는 패킷을보내 적립금 무한복제 $ 리버스 프록시 - 클라이언트의 요청을 프록시 서버가 먼저 받고 프록시 서버가 요청을 웹서버에게 포워딩해주는 방식 - 로드밸런서를 구현하기 위해서 서버의 앞단에 배..

$ Linux Log의 특징 - 리눅스 로그의 특징은 일반적인 텍스트 형식의 로그와 바이너리 형식의 로그 2가지의 형태의 로그가 존재한다. - 이러한 특징에 의해 분석하는 로그의 종류에 따라 사용하는 명령어가 다르다. - 리눅스 로그분석은 로그파일의 위치와 해당 로그파일을 분석할 때 사용하는 명령어를 연결하여 학습하는 것이 중요하다. - 일반적으로 리눅스에서는 서비스관련 로그기록은 해당 서비스를 구성할때 같이 정의하게 된다 $ 로그의 종류 - 텍스트 형식의 로그분석 명령어 [ "vi , cat , tail , head" 등 ] - 바이너리 형식의 로그분석 명령어 [ "last , w , who" 등 ] Linux 주요 Log 분석 $ UTMP 로그 파일 # who root tty1 2019-01-30 0..