네할렘 이전 아키텍쳐에서는 Northbridge와 Southbridge를 연결하는 구간을 Direct Media Interface라고 칭했다. 그런데 네할렘 아키텍쳐가 도입된 이후에는 CPU와 Platform Controller Hub를 연결하는 구간을 Direct Media Interface라고 부른다. 이건 별게 아니고, 상대적으로 속도가 느린 I/O 디바이스들이 연결되는 HUB가 CPU와 연결되는 구간을 DMI라구 한다. 그니깐~ 네할렘 이전 아키텍쳐에서 Southbridge가 I/O Controller Hub의 역할을 했듯이, 네할렘 아키텍쳐에서는 비슷하게 그 역할을 PCH(Platform Controller Hub)가 대신한다. 간단하쥬?

https://en.wikipedia.org/wiki/Front-side_bus

https://www.redhat.com/ko/topics/data-storage/file-block-object-storage 파일 스토리지, 블록 스토리지 또는 오브젝트 스토리지 파일, 블록 및 오브젝트 스토리지의 차이점과 요구사항에 적합한 최적의 스토리지 솔루션을 선택하는 법을 자세히 알아보십시오. www.redhat.com 자세한 내용은 위 링크를 참조하구 아주 쉽게 정리를 해보자. 블록 스토리지는 우리가 운영체제를 설치하는 C 드라이브 등을 말한다. Physical Drive를 블록 단위로 쪼개놓는거라고 할 수 있지. -> 이 놈을 잘 관리하는게 운영체제의 역할이기도 하다. 왜? Main Memory는 용량이 작으니까 최근에 사용되지 않은 프로세스를 1) C 드라이브에 내려 놓을 때 쓰기도 하고..

kubectl get node kubectl get namespace kubectl get po -n monitoring #여기서 po는 pod의 약자. 글구 사실상 Pod이 Container라구 할 수 있어. 지금 각 서버에 접속해서 본게 아니라, PC의 쿠버네티스 서버로 kubectl이라는 명령어를 통해서 정보를 확인하고 있는거임. 총 서버는 2대가 있는거고 각 서버에 Containers가 잘 분산되어 있을거라고 생각하는거야. helm install ghost bitnami/ghost \ --values values.yml 이거 하면 node.js 서버랑 mariadb까지 한방에 설치가 돼. (ghost가 뭐냐하면, 블로그 Pod이래) kubectl get po #쿠버네티스 컨트롤 get pod 2개..

https://www.youtube.com/watch?v=IOem05grFkU 지금까지 쿠버네티스의 아키텍쳐와 오브젝트를 봤으니까, 실제 API를 어떻게 호출하는지 알아보자! Key-Value로 이루어진 YAML라는 포맷을 사용한다. 만약에 Pod을 띄우고 싶다면? 이렇게 명세를 작성하면 API Server가 이걸 보고 etcd에 저장하고, 각 Controller가 동작을 하게 된당 ReplicaSet을 만들고 싶다면? 아까 Pod이랑 비슷하게 조금 더 정보가 추가가 됐네. Custom Resource는? 이건 ArgoCD란건데, Spec을 보면 결국 형식은 동일하다는걸 알 수 있당 대강 위와 같음. API 호출하기 : 원하는 상태(Desired State)를 다양한 오브젝트(Object)로 정의(Spe..

https://www.youtube.com/watch?v=-gIyfII5eak 쿠버네티스가 내부적으로 어떻게 작동하는지는 대충 알았어. 그럼 뭘 체크하는지 알면 쿠버네티스를 이해한다고 볼 수 있음. 쿠버네티스는 컨테이너를 직접 관리하지 않고 Pod이라는 것으로 감싸서 관리한다 Pod : 가장 작은 배포 단위 즉, 컨테이너를 배포하는 것이 아니라 Pod을 배포하는거야 Pod의 특징은 각 Pod마다 고유한 Ip를 부여받는다. 그래서 이 IP를 통해서 내부적으로 통신할 수도 있당 그리구 또 하나의 중요한 특징. 보통 하나의 Pod에 하나의 컨테이너만 존재하지만, 두 개의 컨테이너가 하나의 Pod에 속할 수도 있다. (여러 개의 컨테이너두 가능) 예컨대, Container와 로그를 수집하는 컨테이너 이렇게 두 ..