팀 미션: 조별 RHEL developers 버전 결정하기(7 or 8), 그렇게 결정한 이유는?
1조: rhel7, 신규 장비 도입 계획이 있는 기업에서는 rhel 9 이상의 버전을 도입할 것이고, 대다수의 기업에서 안정적인 rhel7 이하의 버전을 사용하고 있을 가능성이 높다. "돌아가고 있는 서버는 끄지 않는다."
2조: rhel8, rhel7의 라이프사이클과 보안 문제점 개선 등을 설명
3조: rhel8, rhel7의 라이프사이클과 파일시스템, RAM 등의 성능적 측면







RHEL 8 버전을 선택하는 이유?
1. RHEL 7 버전의 라이프 사이클이 6월 30일에 종료
2. 최신 버전인 8 버전을 알게 되면 7 버전을 사용할 때 이해가 더 빨라짐
3. RHEL 7 버전에서의 보안 문제점이 8에서는 개선이 되었기 때문.
i) 안전성이 7에 비해서 최신 버전이라고 떨어지지 않음
- RHEL 8에서 소프트웨어를 설치하는 것은 DNF 기술(YUM v4)을 기반으로 하는 YUM 툴을 통해 보장
ii) YUM v4는 RHEL 7에서 사용된 이전의 YUM v3보다 다음과 같은 이점이 있습니다.
- 성능 향상
- 모듈식 콘텐츠 지원
- 툴링과의 통합을 위해 적절하게 설계된 안정된 API
network라는 서비스를 사용, network-scripts라는 스크립트를 작성함.NetworkManager라는 서비스를 사용.(RHEL 7의 network-scripts)
DEVICE=eth0
BOOTPROTO=static
ONBOOT=yes
IPADDR=192.168.1.100
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DNS1=8.8.8.8
DNS2=8.8.4.4
(RHEL 8의 NetworkManager를 관리하기 위한 Bash 스크립트)
nmcli device status
nmcli con mod eth0 ipv4.addresses 192.168.1.100/24
nmcli con mod eth0 ipv4.gateway 192.168.1.1
nmcli con mod eth0 ipv4.dns "8.8.8.8,8.8.4.4"
nmcli con mod eth0 ipv4.method manual
nmcli con mod eth0 connection.autoconnect yes
nmcli con down eth0
nmcli con up eth0
- VMware에서 만든 가상화 OS
- 자체적으로 가상화 기능 제공
- 왜?
- 무료
- 한단계를 줄여서 자원할당이 빠름
- 바로 물리에서 올리기 때무에, os없이. os처럼 작동함
: Redhat에서 제공하는 리눅스 배포판
라이프 사이클 종료일
⇒ 실질적으로, 7로할 필요가 없음
최대 파일시스템 크기가 두배
RAM도 두배
파이썬 2 → 3
자바는 jdk 8 → 11
컨테이너 기술
I/O 스케줄러
소프트웨어 관리
패킷 필터링
rootless 기능 제공