티스토리

DevEric

검색하기

블로그 홈

DevEric

deveric.tistory.com/m

mail - yyy9942@gmail.com github - https://github.com/yyy9942

구독자: 110

방명록 방문하기

주요 글 목록

직접 쿠버네티스 클러스터를 구성해보자 With NCP 쿠버네티스 기반 서비스를 구성하기 위해서 AWS, GCP, NCP 등의 플랫폼을 사용할 때에는 두 가지 선택지가 있습니다. 1. 클라우드에서 제공해주는 쿠버네티스 서비스 이용하기 2. 직접 머신을 발급받아 쿠버네티스 구성하기 대부분의 상황에서는 클라우드 서비스에서 구성해주는 쿠버네티스 서비스를 이용하는 편이 손쉽고 간편하게 관리받을 수 있습니다. 하지만 쿠버네티스를 학습하고 있고, 어떻게 클러스터를 구성해야 할지 직접 핸즈온을 해보고 싶다면 2번 방법을 통해 간접적으로 간단하게 쿠버네티스 클러스터를 구성해볼 수 있습니다. 방화벽 포트 열기 쿠버네티스 설치를 위해서는 필수로 열려있어야 하는 포트가 있습니다. 공통 TCP 22번 포트를 열어주셔야 합니다. [SSH를 하기 위함] 마스터 노드 TCP Inbou.. 공감수 7 댓글수 7 2021. 11. 17.
Kubernetes CKA 합격 후기 [2021-10-20] 작년 쿠버네티스를 도입하며 '이왕 공부하는 거 자격증이라도 따 보자!'라고 공부하던 CKA 자격증을 1년이 지난 이제야 응시하였고 취득하였습니다. CKA자격증은 외워서 따는 자격증이 아닌, 정말 쿠버네티스의 개념을 알고 있는지와 검색을 통해 문제를 해결할 수 있는지 검증하는 자격증이기 때문에 쿠버네티스를 공부할 예정이라면 CKA취득을 목표로 공부하는 걸 추천드립니다. 실제로 쿠버네티스 클러스터를 운영할 때에도 큰 도움이 되었으며 공부했으면 뭐라도 남는 게 있어야지(?)라고 생각하는 저에게 자격증은 공부할 수 있는 동력이 되었습니다 :) 시험 응시 방법 CKA자격증은 CNCF에서 발급해주며, 신청은 Linux Foundation에서 가능합니다. 시험은 2021년 기준 375$로 만만치 않은 가격이지만 상시.. 공감수 9 댓글수 4 2021. 10. 21.
[Kubernetes] Replica Set, 파드의 개수을 항상 유지 Replica Set의 개념 쿠버네티스에서의 가장 작은 단위인 Pod는, 장애가 발생하거나 삭제되었을 때 자동으로 복구되지 않습니다. 즉, 관리자가 직접 파드가 죽은 것을 확인하고, 파드를 재생성하여 교체하여 주어야 정상적인 서비스를 받을 수 있습니다. 이렇게 관리자가 계속해서 파드를 재생성하는 것은 효율적이지 못합니다. 쿠버네티스는 이를 해결하기 위해 중간에서 파드의 개수를 실시간으로 확인하며 죽은 파드가 생긴다면 교체해주고, 재생성하여 언제나 지속적인 서비스를 제공할 수 있도록 만들어주는 파드의 관리자 성격인 레플리카셋(Replica Set)을 제공합니다. 레플리카셋은 복수의 파드를 생성하여 관리할 때 유효합니다. 자기 자신이 가지고 있는 파드의 템플릿을 사용하여 항상 일정 개수의 파드를 유지합니다... 공감수 1 댓글수 0 2020. 10. 4.
[Kubernetes] Pod, 쿠버네티스의 가작 작은 단위 Pod의 개념 도커에서의 가장 작은 단위가 컨테이너라면 쿠버네티스의 가장 작은 단위는 Pod입니다. Pod는 도커에서 말하는 컨테이너를 하나 이상 묶은 단위입니다. 즉, Pod는 컨테이너의 그룹입니다. 그리고 이 Pod는 컨테이너 애플리케이션을 배포하기 위한 기본 단위가 됩니다. Pod라는 이름의 유래를 살펴본다면 고래 떼(pod of whales)나 콩꼬투리(pea pod)를 이름의 유래로 가지고 있습니다. 이렇게 묶인 컨테이너 그룹인 Pod는 다음과 같은 특징을 가지고 있습니다. 스토리지와 네트워크를 공유합니다 컨테이너 구동에 대한 명세를 가지고 있습니다 내부 콘텐츠를 함께 배치하고 실행하며 스케줄합니다 공유 콘텍스트에서 실행합니다 파드는 그 자체로 어느 정도의 격리된 환경을 제공합니다. 파드 내부의.. 공감수 1 댓글수 0 2020. 10. 4.
도커 컨테이너의 로그 조회 및 저장 도커의 로깅 도커 컨테이너 내부에서 발생하는 로그는 다양한 형태로 조회하고 저장할 수 있습니다. StdIn, StdOut, StdErr 등의 표준 입출력을 Json File로 저장할 수 있으며 다른 서버에 로그 파일을 저장하기도 합니다. 또한 파일로 저장하지 않고 데이터베이스인 ElasticSearch 또는 MongoDB와 같은 데이터베이스에 저장할 수도 있습니다. 도커에서는 로깅 드라이버를 사용하여 로그를 남기도록 설정하고, 이 로깅 드라이버를 교체함으로써 다양한 로그 저장기법을 지원합니다. docker logs 도커에서 기본으로 사용하는 json-file 로깅 드라이버와 journald 로깅 드라이버를 사용한다면 도커의 명령어중 docker logs 명령어를 사용할 수 있습니다. docker logs.. 공감수 3 댓글수 0 2020. 9. 13.
도커 네트워크의 구조 도커 컨테이너는 호스트 내부에 격리된 어플리케이션 환경을 생성합니다. 각각의 어플리케이션은 네트워크를통해 내/외부와 통신합니다. 도커 엔진은 이 컨테이너들이 호스트의 네트워크를 사용할 수 있도록 컨테이너를 생성할 때 내부IP를 할당합니다. 내부 IP는 도커 내부에서만 사용하는 IP이므로 도커 엔진은 컨테이너가 외부와 통신하기 위해 호스트에 컨테이너를 위한 가상 네트워크 인터페이스를 생성합니다. veth, eth0 도커 엔진이 호스트에 생성한 가상 네트워크 인터페이스는 실제로 외부와 통신할 수 있으며, veth로 시작하는 이름을 가지고 있습니다. 컨테이너별로 생성된 veth 인터페이스는 컨테이너 내부 eth0 인터페이스와 연결됩니다. 컨테이너에 eth0 인터페이스가 생성되는 것은 아래와 같이 확인할 수 있.. 공감수 3 댓글수 0 2020. 9. 6.
도커 볼륨의 종류 도커 볼륨을 왜 사용해야 할까? 도커 컨테이너는 컨테이너마다 기본적으로 독자적인 저장소를 가지고 있습니다. 하나의 이미지로 여러 컨테이너를 만든다면 해당 컨테이너마다 독립적인 볼륨이 할당되고, 컨테이너가 삭제되면 해당 볼륨 또한 삭제됩니다. 이러한 구조에서 오는 이슈가 하나 있는데, 컨테이너 내부에 저장되는 데이터는 컨테이너가 삭제되었을 경우 같이 삭제된다는 점입니다. 예를 들어 제가 도커 컨테이너 내부에 제 블로그 글을 txt 파일 형식으로 저장해두었다고 가정해보겠습니다. 열심히 만든 제 글이 이 컨테이너에 존재하고 있습니다. 컨테이너 내부 볼륨에 제가 작성한 파일이 저장되어 있습니다. 컨테이너가 삭제되는 순간 제 파일도 함께 삭제될 것입니다. 이처럼 컨테이너 내부에 중요한 데이터를 두는 것은 그다지 .. 공감수 1 댓글수 2 2020. 9. 6.
도커와 가상머신, 그리고 OS 개요 도커와 가상 머신이란? 도커 컨테이너와 가상 머신은 애플리케이션에 독립적인 리소스를 할당하고, 격리된 프로세스를 실행할 수 있다는 장점이 있어서 널리 쓰이는 기술입니다. 가상머신과 컨테이너 모두 어떤 서버 환경에서 구동하더라도 독립적인 리소스로 구동되기 때문에 서버에 대한 모든 종속성을 제거할 수 있다는 장점이 있습니다. 한번 구성해놓은 환경으로 다른 서버에서 구동시키더라도 이동한 서버에서 다시 환경 세팅을 해주지 않아도 된다는 편리함을 가지고 있습니다. 가상머신 가상 머신은 Host OS위에 하이퍼바이저를 이용하여 물리적인 장치를 가상화합니다. 가상화된 머신에는 그에 맞는 OS를 설치해주어야 하며 이때문에 아주 작은 애플리케이션을 가상화하더라도 OS로 인해 큰 용량을 가지고 있는 무거운 가상 머신.. 공감수 1 댓글수 1 2020. 8. 29.
CI/CD 의 개념, 적용해본 후기 개요 얼마 전, SNS를 보다가 재미있는 글을 읽은 적이 있습니다. 이 글은 이상적인 프로그래머의 삶이 어떤 것인지를 그린듯한 글이었습니다. 출근과 퇴근이 자유롭고 소스코드 관리가 잘 되어있어서 버그는 간단하게 3줄 정도를 고치면 된다는 등 꽤나 흥미로운 내용이니 궁금하신 분은 여기서 읽어보시길 바랍니다. 캡처본이 여기저기 돌아다니니 한 번쯤 읽어 보신 분들도 꽤 많을 거 같네요. CI/CD는 위에 있는 글에서 한마디로 정의하고 있습니다. 개발 - 빌드 - 테스트 - 배포까지의 전 과정을 자동화하는 것이 바로 CI/CD의 핵심 개념입니다. CI, CD의 개념 짧게 개념잡기 CI (Continuous Integration)란 여러 개발자가 작성하거나 수정한 소스를 지속적으로 통합하고 테스트하는 것을 뜻합니.. 공감수 11 댓글수 5 2020. 6. 21.
[Tech 면접] 시스템을 설계해보라는 질문을 받는다면? 개요 특정 시스템의 요구사항을 명세하고, 해당 시스템을 지원자에게 설계해보라고 하는 질문은 지원자의 커뮤니케이션 능력과 기본적인 CS지식의 깊이를 동시에 확인할 수 있는 질문입니다. 큰 종이 한 장을 주며 시스템의 전체적인 아키텍처를 그리라고 하는 질문을 받았을 때 꽤나 난감하기도 합니다. 시스템 설계에 대한 질문에서 중요한 포인트는 두 가지입니다. 지원자의 커뮤니케이션 능력 전체적인 아키텍처 지식 물론 더 중요한 것을 꼽으라면 지원자의 커뮤니케이션 능력이 더 중요하다고 볼 수 있겠네요. 지원자는 요구사항에 대해 끊임없이 질문자와 소통하며 시스템을 하나하나 구성해야 합니다. 주어진 요구사항은 설계하기에 충분하지 않을 가능성이 높습니다. 나머지 확실하지 않은 부분은 질문자와 계속해서 소통하며 채워 나아가야.. 공감수 10 댓글수 2 2020. 6. 12.
Kubernetes(쿠버네티스)를 소개합니다 들어가며 이 글은 쿠버네티스가 무엇이고, 뭐가 좋은지 소개하는 글입니다. 자세한 내부 구조나 구현 방법보다는 쿠버네티스에 입문하는 분들을 대상으로 하고 있습니다. 도커와 컨테이너가 무엇인지 안다는 가정 하에 소개를 진행합니다. 컨테이너가 무엇이지? 도커가 뭐야?라는 생각이 드신다면 제 이전 소개글인 Docker를 소개합니다 를 참고해주세요. 쿠버네티스의 가장 큰 진입장벽은 용어입니다. Pod(파드), Service(서비스), Ingress(인그레스)등 처음 보는 생소한 단어가 튀어나오니 당황하게 되고 어떤 역할을 하는지도 파악하기가 참 어려웠습니다. 이번 포스팅에서는 이러한 용어들을 정리해서 쿠버네티스와 관련된 글을 읽을 수 있는 레벨까지 소개해드리는게 목표입니다. 쿠버네티스가 뭘까요? 도커와 컨테이너가.. 공감수 9 댓글수 4 2020. 5. 31.
Docker를 소개합니다 들어가며해당 글은 실전 Docker 사용법보다는, Docker가 무엇인지 소개하는 것을 목표로 하고 있습니다. 자세한 Docker 명령어와 사용법을 알고 싶다면 Docker Doc를 참고해주세요! Docker 개념 잡기Docker란 무엇일까요? 개발자라면 꼭 알아야 한다고 하는 이야기도 들리고 도커가 뭔지 어떻게 감을 잡을지 모르겠다고 하는 도커 입문자에게는 Docker의 개념을 잡기가 참 어렵습니다. 도커에 대해 검색하고 공부할 때 컨테이너, 패키징, 이미지 등등 낯선 단어의 등장에 머리부터 아파지기 쉽습니다. 이 글은 Docker가 뭔지 감을 못 잡고 계신 분들, "그래서 Docker 왜 써야 하는데?"라는 의문을 가지고 계신 분들을 대상으로 하고 있습니다. 저는 새로운 개념을 공부할 때는 우선 공식.. 공감수 6 댓글수 2 2020. 5. 23.
동기/비동기와 블로킹/논블로킹 동기, 비동기 그리고 블로킹, 논블로킹은 프로그램을 개발할 때 중요한 개념 중 하나입니다. 기초 프로그래밍을 배우고 응용 파트인 병렬 프로그래밍을 익힐 때 나오는 개념이고 익히기 쉽지 않은 개념이기도 합니다. 동기와 비동기 개념과 블로킹과 논블로킹은 혼용하여 사용하는 경우가 있지만 엄연히 서로 다른 개념입니다. 흔히 '동기' == '블로킹', '비동기' == '논블로킹'으로 헷갈리기도 합니다. 하지만 실제로는 두 개념은 서로 크게 연관관계가 없는 별개의 개념입니다. 동기/비동기는 작업을 수행하는 주체가 두 개 이상이어야 합니다. 이 때 작업의 시간(시작, 종료 등)을 서로 맞춘다면 이를 동기라고 부르고, 서로 작업의 시간이 관계없다면 이를 비동기라고 부릅니다. 반면 블로킹/논블로킹은 작업의 대상이 2개 .. 공감수 31 댓글수 7 2020. 5. 8.
브라우저에 URL을 입력했을 때 발생하는 일들 지금부터 제 인터넷 브라우저에 www.daum.net을 입력해보고 어떤 일이 일어나는지 과정을 알아보겠습니다. 웹 통신의 큰 흐름에 대해 간략하게 알아보겠습니다. 1. 브라우저의 URL 파싱 URL을 입력받은 브라우저는 일단 이 URL의 구조를 해석합니다. 어떤 프로토콜로 어느 도메인으로 어떤 포트로 보낼지 해석하게 되는 것이죠. 기본적으로 URL의 구조는 아래와 같습니다. - 어떤 프로토콜을 통해 해당 URL에 요청할 것인지 - 어떤 URL로 요청할 것인지 - 어떤 포트로 요청할 것인지 브라우저에서 각각 프로토콜, URL, 포트를 해석하여 분석합니다. "잠시만요, 저는 프로토콜과 포트를 입력한 적이 없어요" 명시적으로 포트를 선언하지 않았다면 브라우저에서는 설정된 기본값을 이용해 요청하게 됩니다. HT.. 공감수 30 댓글수 9 2020. 4. 25.
로드밸런서의 종류와 동작방식 로드밸런싱이 왜 필요할까? 서버가 단 하나만 존재할 때 수천만명의 사람들이 서버에 동시 접속하면 어떻게 될까요? 하나의 서버는 부하를 감당하지 못할 수도 있을 것입니다. 이를 해결하는 방식에는 장비를 업그레이드하는 Scale-up방식과 장비를 여러개 두는 Scale-out방식이 있습니다. Scale-out 방식으로 여러 서버를 둔다면 해당 서비스에 접근하기 위해서는 서버마다 존재하는 다른 IP가 필요할 것입니다. 서버마다 다른 공인 IP를 부여한다면 사용자들마다 각각 다른 IP로 접속할 것이고, 개발자가 원하는 방식대로 부하를 분산하기 어려워집니다. 예를 들어 100명의 사용자가 존재하고 2대의 서버가 있다면 99명의 사용자가 서버 1에 접속하고 1명의 사용자가 서버 2에 접속할 수도 있는 것이니까요. .. 공감수 34 댓글수 14 2020. 3. 23.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.