본문 바로가기

전체 글227

k8s Volume emptyDir - 컨테이너들끼리 데이터를 공유하기 위해 볼륨을 사용 - 볼륨을 통해 데이터를 주고받음 - pod안에 있기 때문에 삭제 시 없어짐. - 일시적인 것들 저장. 언제 삭제되도 상관이 없는것들 hostPath -pod들이 공유하는 볼륨 - 노드의 path를 사용 - pod가 없어져도 사라지지 않음 - 만약 pod가 다른 노드에 생기거나 옮겨지면 기존 노드에 있던 볼륨 마운트 불가 - 각 노드 자신을 위해 사용되는 시스템 파일이나 설정파일이 들어감. PVC/PV (Persistent Volume Claim) - 하드에 영속성있는 볼륨을 제공 - 유저 영역과 어드민을 나눔. - 최초로 어드민이 PV 정의 생성 -> User PVC생성 -> 쿠버네티스가 클레임에 맞는 Pv연결 ->pod생성 시 PV.. 2023. 1. 5.
쿠버네티스 파드, 서비스 파드 컨테이너 - 파드 안에는 여러개의 컨테이너가 있을 수 있음 - 그러나 포트 중복은 안됨. - 파드가 생성될때 고유의 아이피 주소가 할당됨. - 쿠버네티스 클러스터 안에서만 고유의 아이피로 접근 가능, 외부접근 불가 라벨 - 라벨은 파드 뿐만 아니라 -목적에 따라 오브젝트분류 -키와밸류로 구성. 노드셀렉터 파드는 한 노드에 올라가져야한다. 노드 스케쥴 노드선택 1. 수동적으로 지정 2. 남은 메모리에 따라 자동선택 서비스 파드에 접근을 도와주는 역할 ClusterIP 기본적으로 자신의 클러스터 아이피를 가지고 있음 파드에 서비스를 달아서 서비스를 통해 접근 이유 - 파드는언제든지 죽을 수 있고 다시 재생성되도록 되어있음. 파드의 아이피는 재생성이 되면 변하니까 변할때마다 바꾸는 건 비효율적 결과적으로.. 2023. 1. 3.
리눅스 설치 후 ifcfg-eth0 없을때 /etc/sysconfig/network-scripts 이 경로에서 ifcfg-enp0s3 파일을 찾으면 된다. 2022. 12. 31.
쿠버네티스를 이용하는 이유 - 트래픽 문제 얼마나 들어올지 예상할 수 없기 때문에 서버를 트래픽보다 많이두면 자원낭비 적게 두면 이용이 원활하지 못하게 됨. 서버를 자동적으로 추가하거나 뺄 수 있는 기능이 필요해짐 - 여러 서비스를 운영할 때 얼마의 자원이 필요한지 예측하기 더 어려워짐 쿠버네티스의 기능들 - Auto Scailing 안 쓰는 서버가 없도록 효율적 관리 시간마다 트래픽이 다를 경우 서버가 낭비되거나 부족할 수 있는 상황을 방지. -Auto Healing 서버가 죽으면 자동적으로 다른 서버로 옮겨줌 -Deployment 버전 업그레이드 등 수정 자동화 서비스 효율은 올라가고 유지보수 비용은 내려감. 2022. 12. 30.
쿠버네티스란? 쿠버네티스가 나오게 된 이유 리눅스에 자원을 격리하는 기술이 있었음 근데 너무 어려움 VM가상화 기술이 발전하게 됨 근데 VM은 운영체제 종속적이기 때문에 너무 무거움 컨테이너 기술 등장. 컨테이너는 OS가 없어도 되기 때문에 빠르고 가볍게 자원 격리가 가능 -> 도커가 많이 쓰이게 됨 그러나 도커는 하나의 컨테이너를 가상화해서 배포하는 데에만 쓰임 대기업같이 컨테이너가 많을때 관리해줄 무언가가(컨테이너 오케스트레이터) 필요함 -> 쿠버네티스 등장 2022. 12. 30.
네트워크 각 계층의 역할 및 흐름 물리계층 - 데이터를 전기신호로 전송 데이터링크 계층 - 전기신호 데이터를 주고받기. MAC 주소 정보가 있는 이더넷 헤더 추가 -> 이더넷 프레임 네트워크 계층 - 다른 네트워크의 장치와 데이터를 주고받기. IP주소 추가 IP 패킷 전송계층 - 오류점검, 어떤 애플리케이션으로 가야 하는지 식별. 포트번호 3 way hand shake 방식 TCP/UDP 세그먼트 응용계층 - 애플리케이션에서 알맞은 방식으로 데이터를 주고받기 위해 존재하는 계층 HTTP POP3 등등 흐름 - 클라이언트 컴퓨터 웹에서 요청함 응용 - 요청 받음 전송 - 포트번호가 포함된 TCP헤더를 달게 됨. 네트워크 - IP 헤더 달고 어떤 경로로 데이터를 보낼지 라우팅 결정 데이터링크 - MAC 주소 포함된 이더넷 헤더 달고 어떤 규.. 2022. 12. 20.
728x90