wget https://github.com/prometheus/node_exporter/releases/download/v1.7.0/node_exporter-1.7.0.linux-amd64.tar.gz
# 압축 파일 다운로드
압축해제
tar -xvf
# -x : extract(해제), v : 과정출력, -f : 파일
압축할때
tar -cvf
# -c : 압축생성
[root@cent-tem ~]# tar -xvf node_exporter-1.7.0.linux-amd64.tar.gz
# 압축 해제.
[root@cent-tem ~]# cd node_exporter-1.7.0.linux-amd64
[root@cent-tem node_exporter-1.7.0.linux-amd64]# ./node_exporter
[root@cent-tem ~]# curl http://211.183.3.90:9100/metrics
# node_expoter가 잘 동작하는지 확인한다.
wget https://github.com/prometheus/prometheus/releases/download/v2.45.0/prometheus-2.45.0.linux-amd64.tar.gz tar xvfz prometheus-2.45.0.linux-amd64.tar.gz
tar -xvf prometheus-2.45.0.linux-amd64.tar.gz
# 압축해제
[root@cent-tem prometheus-2.45.0.linux-amd64]# vi prometheus.yml
- job_name: "prometheus"
# metrics_path defaults to '/metrics'
# scheme defaults to 'http'.
static_configs:
- targets: ["localhost:9090"]
# self health-check
- job_name: "node_exporter"
static_configs:
- targets: ["localhost:9100"]
# 9100 = 노드익스포터 , 9090 = 프로메테우스
[root@cent-tem prometheus-2.45.0.linux-amd64]# ./prometheus
# 실행
http://211.183.3.90:9090/targets
으로 잘 동작하는지 확인한다. Grafana는 전날에 했던것과 동일하게 한다.
예를 들어 하이퍼바이저가 스케줄을 관리하는 동안에도 물리적 하드웨어는 여전히 실행을 수행하므로 CPU는 VM의 요청에 따라 CPU 명령을 실행한다.
Type 1
베어메탈 하이퍼바이저라고도 불리는 유형 1 하이퍼바이저는 host의 하드웨어에서 직접 실행되어 게스트 운영 체제를 관리한다. 호스트 OS를 대신하며 하이퍼바이저가 하드웨어에 직접 VM 리소스를 예약한다
예를 들어 KVM, Microsoft Hyper-V, Vmware vSphere가 있다.

출처:https://tech.ktcloud.com/entry/%EB%B0%95%ED%98%84%EC%A4%80-%EA%B0%80%EC%83%81%ED%99%94-%EA%B8%B0%EC%88%A0-%EC%9A%A9%EC%96%B4-%EC%A0%95%EB%A6%AC%EC%9E%AC%EC%9E%91%EC%84%B1
Type 2
호스팅된 하이퍼바이저라고도 하며, 기존 운영 체제에서 소프트웨어 계층이나 애플리케이션으로 실행된다. Type 2는 Type 1의 비해 오버헤드가 크다

출처 : https://tech.ktcloud.com/entry/%EB%B0%95%ED%98%84%EC%A4%80-%EA%B0%80%EC%83%81%ED%99%94-%EA%B8%B0%EC%88%A0-%EC%9A%A9%EC%96%B4-%EC%A0%95%EB%A6%AC%EC%9E%AC%EC%9E%91%EC%84%B1
출처 :https://www.redhat.com/ko/topics/virtualization/what-is-a-hypervisor
전가상화

반가상화

오늘은 실습도 진행하였는데 VMware 이슈와 나의 엄청난 착각의 이슈로 인해서 실습은 나중에 작성하든 따로 작성해보겠다.