본문 바로가기

분류 전체보기545

[Docker3] docker 기본명령어(run/ps/logs/exec) 1. 컨테이너관련 1. 컨테이너 실행하기 (run) docker run 이미지명 run옵션 https://pearlluck.tistory.com/144 [Docker2] Docker 설치 및 이미지(ubuntu/nginx/mysql) 실행하기 1. 테스트환경 os : aws의 Ubuntu 18.04.4 LTS 2. docker 설치 sudo apt-get update sudo apt-get install docker.io 3. docker 설치 확인 docker --version 3. hello-world 컨테이너 실행하기 docker에서 컨테.. pearlluck.tistory.com 2. 컨테이너 목록 확인하기(ps) docker ps -a (-all) 3. 컨테이너 시작 sudo docker sta.. 2020. 5. 3.
[Docker2] Docker 설치 및 이미지(ubuntu/nginx/mysql) 실행하기 1. 테스트환경 os : aws의 Ubuntu 18.04.4 LTS 2. docker 설치 sudo apt-get update sudo apt-get install docker.io 3. docker 설치 확인 docker --version 3. hello-world 컨테이너 실행하기 docker에서 컨테이너 애플리케이션을 실행하는 방법 1) Pull : 이미지 가져오기 (캐시 또는 remote repository 에서) 2) Create : 이미지 빌드해서 컨테이너 생성 3) Start : 이미지 실행하기 이 3가지를 한번에 수행하는 명령어 : docker run hello-world locally에서 hello-world 이미지를 찾지 못했지만, library/hello-world에서 찾아서 pull.. 2020. 4. 30.
[AutoScaling] Amazon EC2 Auto Scaling 개념 및 life cycle 1. 개념 Auto Scaling 그룹 : 애플리케이션이 해야할 일을 처리할 수 있는 Amazon EC2 인스턴스 그룹 각 Auto Scaling 그룹의 최소 인스턴스 수를 지정가능 언제 인스턴스 수가 늘리고, 언제 인스턴스 수를 줄일지 그 정책 지정 가능 2. 구성요소 Groups : EC2 인스턴스의 최소 및 최대 인스턴스 수와 원하는 인스턴스 수를 지정 가능 구성템플릿(시작구성) : 인스턴스의 AMI ID, 인스턴스 유형, 키 페어, 보안 그룹, 블록 디바이스 매핑 등의 정보 지정 조정옵션 : 무슨 조건일 때 확장/축소될지, 또는 스케줄에 따라서 확장/축소 될지 지정 3. 이점 내결함성 향상 : 인스턴스가 비정상 상태일 때 이를 감지하여 종료 -> 대체할 인스턴스 시작 가용성 향상 : 애플리케이션이.. 2020. 4. 30.
AWS고객이 주로 겪는 운영이슈3 -ELB관련 유형1. HTTP 5XX ERRORS 1) 502 BAD GATEWAY 원인 : ELB가 뒷단에 있는 인스턴스로부터 응답을 받지 못했을 경우 해결 : 뒷단에 있는 인스턴스들(WAS/WEB)의 로그를 참조해서 응답이 제대로 갔는지 확인 2) 503 Service Unavailable : 서비스불가 모니터링 지표 : HealthyHostCount 지표 원인1 : ELB 뒷단에 등록된 인스턴스가 없을 경우 해결1 : 인스턴스 등록 원인2 : ELB 뒷단에 인스턴스가 있지만 모든 인스턴스가 다 Unhealthy 상태인 경우 해결2 : Health 한 인스턴스를 하나라도 만듦 SG이나 VPC 설정을 확인해서 인스턴스가 ELB와 통신이 가능한 상태인지 점검 원인3 : 갑자기 request가 많아지는 경우 해결3 :.. 2020. 4. 29.
AWS 고객이 주로 겪는 운영 이슈2 - Auto Scaling 관련 유형1 : 신규 인스턴스 생성 이슈 (오토스케일링 그룹에 인스턴스가 생성되지 않을 경우) 원인1 : Launch Configure 설정문제 SG이나 EC2 key pair가 안맞아서 오토스케일링 그룹에 인스턴스가 없기 때문에 발생 해결1 : 새로운 Launch Configure 생성 원인2 : limit도달 인스턴스개수, ebs 볼륨,네트워크 인터페이스 개수 리밋에 도달했을 때 해결2 : 안쓰고 있는 리소스를 삭제해서 인스턴스 생성, 정 안되면 aws에 리밋 인크리즈 요청 유형2: 스케일 인/아웃 이슈 (스케일 인/아웃이 안될 경우) 원인1 : 오토스케일링 그룹이 중지 해결1 : Suspended Process를 제거해서 다시 시작 원인2 : Cooldown시간이 지나지 않았을 경우(쿨다운시간이 아주 긴.. 2020. 4. 28.
AWS고객이 주로 겪는 운영이슈1 -EC2관련 유형1. 상태확인이슈(Status Check Fail 발생) 1-1. 시스템 상태확인 인스턴스가 실행되는 기본 호스트OS에서 문제 확인 모니터링 지표 : Status Check Failed(System) -> 정상0, 문제1 원인 : 물리적 호스트의 소프트웨어/하드웨어 문제로 인한 네트워크 접속문제 해결방법 : 인스턴스를 stop하고 start한 다음 다른 물리적 호스트로 이동시킴 1-2.인스턴스 상태확인 인스턴스 자체(Guest OS)에서 문제 확인 모니터링 지표 : Status Check Failed(Instance) ->정상0, 문제1 확인 : 시스템로그/콘솔출력/오류메세지 원인 : 커널패닉, 게스트os부팅실패, 볼륨마운트 실패, 파일시스템 문제 등 인스턴스 자체의 잘못 해결방법 : 인스턴스 재시작.. 2020. 4. 27.
[Linux 명령어] ps : 프로세스 상태확인 ps (Process Status) 프로세스 상태확인 명령어 현재 특정 프로세스가 실행되고 있는지, 실행되고 있는 프로세스가 어떤 pid를 갖고 있는지 확인 top은 실시간 리소스 정보, ps는 현재시점의 프로세스 정보 옵션 -e (all) 모든 프로세스 출력 -f (full) full 포맷으로 출력 -l (long) 긴 포맷으로 출력 -p (process) 특정 pid의 프로세스 출력 -u (user) 특정 사용자의 프로세스 출력 해석 예시 1. 모든 프로세스 풀포맷으로 확인 : ps –ef 2. 특정 프로세스출력 : ps -p [프로세스번호] 3. 특정 user가 가지고 있는 프로세스 출력 : ps -u [user명] 4. grep으로 검색한 내용에 대한 프로세스 출력 : ps -ef | grep [.. 2020. 4. 23.
[Linux 명령어] netstat : 네트워크 상태확인 netstat (network statistics) 네트워크 연결 상태확인 명령어 옵션 -a all, 모든 소켓정보 -r 라우팅 정보 -n 호스트명 대신 ip주소로 출력 -i 모든 네트워크 인터페이스 정보 출력 -p 프로세스id(PID)와 프로세스 이름 표시 -s 프로토콜별 네트워크 통계정보 출력 -t TCP 프로토콜 정보 출력 -u UDP 프로토콜 정보 출력 해석 명칭 설명 Proto 프로토콜 종류 Recv-Q 받는 큐 (받는 패킷의 socket buffer size) Send-Q 보내는 큐 (보내는 패킷의 socket buffer size) Local Address 내부주소 (ip주소 : 포트번호) 현재 열려있거나 LISTEN 중인 IP와 PORT 0.0.0.0 이라면, 모든 IP를 다 받을 수 있게.. 2020. 4. 22.
[Linux 명령어] df : 전체 디스크 , du : 각각 디스크 용량확인 df (disk free) 리눅스 시스템 전체의(마운트 된) 디스크 여유 공간 확인 파일시스템,디스크크기, 사용량, 여유공간, 사용률, 마운트지점 순으로 나타남 옵션 -a (all) 모든 파일 시스템 출력 -h (human) 사람이 읽기 쉬운 형태(단위)로 출력 (기본은 킬로바이트 단위) -T (type) 보여주는 목록을 파일시스테므이 타입으로 제한 -l (local) 출력하는 목록을 로컬 파일 시스템으로만 제한 해석 명칭 의미 Filesystem 리눅스에 마운트된 파일 시스템 목록 Size(1K-blocks) 전체용량 Used 사용량 Available 남은 용량 Use% 용량 대비 사용량에 대한 퍼센트 Mounted on 마운트 된 지점(경로) 예시 1. 전체의(마운트 된) 디스크 여유 공간 확인 (단.. 2020. 4. 21.
쿠버네티스 구성요소(4/5) - Service 구성 및 종류/kube-proxy 서비스 (Service) 고정된 주소로 pod에 접근하기 위한 중간다리 pod는 Controller에 의해 관리되기 때문에 고정되어 있지 않음 그래서 pod가 클러스터내에 어디에 있던지 상관없이 고정된 주소로 사용할 수 있도록 서비스 사용 Label Selector로 pod를 선택해서 하나의 endpoint로 노출되는 pod의 집합 즉, 외부에서 pod와 접속하기 위한 중간다리(gateway) 역할 1)Service 필요성 동적으로 변하는 pod에게 고정된 방법으로 접근가능 외부에서 서비스를 거쳐서 pod에게 접근가능(ingress대신) pod가 옮겨겨갔을 때 서비스는 자동으로 새로뜬 pod를 바라보기 떄문에 실제 접속하는 사용자는 서비스만 바라보고 있으면 댐 2) Service 구성 여러개의 pod와 .. 2020. 4. 20.

티스토리툴바