Ho_use

2주차는 AWS Network관련 내용이다. EKS를 공부하면 할 때 뭔가 On-premise 환경에서의 Kubernetes와의 차이점이 신기한 것 같다. 물론 그러한 차이점 때문에 사람들이 EKS를 많이 사용하는 것이 아닐까? 싶다ㅎㅎ GitHub - k8s-ho/eks-tools: I made a useful tool while doing eks study:) I made a useful tool while doing eks study:). Contribute to k8s-ho/eks-tools development by creating an account on GitHub. github.com git clone https://github.com/k8s-ho/..

최근 Gasida님 스터디에 합류하게 되었고 보통은 Notion에 정리하다가 오랜만에 블로그에 글을 작성하게 되었다! 이번 포스팅에서는 AWS의 EKS(Elastic Kubernetes Service)를 구축해보려고 한다. 참고로 EKS의 경우 유료 서비스이다. 때문에 사용 후, 과금이 두렵다면 반드시 삭제해야한다(정지가 읎다..ㅠ) 개인적으로 terraform을 이용해서 EKS없이 구축을 해보았으나 kubernetes에 필요한 최소사양으로 인해 free tier의 인스턴스로는 한계가 있다(AWS를 사용하면서 과금을 피할수는 없음). 또한 최근 M2 Macbook Pro를 구매하여 기존의 로컬환경에 사용하던 가상머신 이슈도 조금 있었기 때문에 해결이 귀찮다면 공부할겸 클라우드를 사용하는 것을 추천한다 +..

Kubernetes에서의 Probe란 이름 그대로 조사, 진단의 의미를 가지고 있으며 3가지 종류가 존재한다. - livenessProbe, readnessProbe, startupProbe 쉽게 말해 Probe는 kubelet이 컨테이너에 의해 구현된 핸들러를 호출하여 응답 결과를 통해 주기적으로 진단하는 것을 의미한다. * 응답 결과 - Success : 해당 컨테이너가 정상적으로 진단됨 - Failure : 해당 컨테이너가 진단에 실패함 - UnKnown : 진단이 실패하여 아무런 핸들러도 호출되지 않음 * 핸들러의 종류 Exec : 컨터이너 내에 지정된 명령 실행을 통해 명령어 상태코드가 0으로 종료되면 진단에 성공(Success)한 것으로 처리 TCPSocket : 컨터이너 IP 주소에 대해 지..

Container에는 volume을 Mount해서 서비스에 반드시 필요하거나 삭제되어서는 안될 정보들을 보관할 수 있다. 이러한 volume에는 여러종류가 있다. 1. emptyDir => 임시 볼륨으로 생각하면된다, Pod가 삭제되면 같이 사라진다. => Pod가 실행되는 디스크 공간에 volume을 Mount한다. => 컨테이너 기준이 아닌 Pod기준이기 때문에 컨테이너가 삭제되더라도 Pod만 실행중이라면 데이터를 잃을 문제는 없다. 하지만, Pod가 삭제되면 emptyDir 보관 데이터는 날아간다.... 2. hostPath => Node의 디스크에 volume을 생성한다. => Pod가 삭제되어도 Node에 volume이 있으므로 volume에 있던 데이터는 문제가 없다.

Monolithic Arcitecture( 분리없이 합치는 느낌 ) : 단일 어플리케이션 => 구현되어있는 기능 또는 서비스들이 같은 환경에서 개발되어 복잡하지않다. => 하지만 오류발생 시 골치가 아파질 수 있다. => 하지만 크기가 방대해졌을 때 불편한점이 발생하는데.. 작은 수정을 위해서 전체를 재빌드 및 재배포 해야한다. 때문에 수정하기도 힘들고 추후에 방대한 양의 코드에 대한 이해나 수정이나 배포 등의 시간이 증가하여 유지보수가 어렵다. Microservice Arcitecture( 각각을 조립하는 느낌 ) : 상호 독립적인 여러 기능의 조립(모놀리식의 단점 개선) => 서비스단위로 각각의 기능을 따로 개발한다. 부분별로 구현해서 합쳐진다고 생각하면 쉽다. 단위별로 만들기 때문에 유지보수(코드 ..

wireshark에서 wireless 무선 즉 IEEE802.11 Frame 패킷을 잡아보면 특정 채널에 한해서 프레임이 잡히는 것을 알 수있다. Airodump를 사용해보았거나 직접 Airodump를 구현해보면 알겠지만 무선의 채널 hopping의 구현이 필요하다 기존에 사용할때는 아래와같이 iwconfig 명령어를 이용해서 프레임을 캡쳐할 channel을 하나씩 옮겨가며 진행하였다.. 하지만 wireshark에는 이런걸 굳이 하나씩 입력하지않아도 channel을 hopping 할 수 있는 방법이 있었다.. 우연치 않게 발견했는데 개꿀~ 와이어샤크 필터있는 쪽 공백에서 우클릭을 하면 wireless Toolbar를 켤 수있다. 클릭해서 체크를 진행해보자 짜잔~ wireless => monitor모드인 ..