이 문서는 Rocky Linux 8(RHEL 8 호환)에서 Nginx(가장 최신 안정 릴리스)를 설치·구성·테스트하는 전 과정을 단계별로 설명합니다.
필요한 경우 EPEL(Extra Packages for Enterprise Linux) 리포를 사용하거나 공식 Nginx 리포(yum‑plugin‑nginx‑release) 를 활용할 수 있습니다.
1‑3번 절차를 따라 설치한 뒤, 기본 웹 서버가 정상적으로 동작하는지 테스트해 보세요.

1️⃣ 사전 준비

      sudodnfupdate-y# 최신 패키지로 업데이트sudodnfinstall-ycurl# curl (테스트용)
      

SELinux와 firewalld가 활성화돼 있을 가능성이 높습니다.
Nginx가 외부에서 접근될 때는  firewalld 에 포트를 열고, SELinux 정책이 필요하면  setsebool  등을 실행합니다.

2️⃣ Nginx 설치

2‑A. 공식 Nginx 리포 사용 (권장)

공식 Nginx 리포는 최신 패키지(예: 1.22.x)를 바로 가져옵니다.

      # 1. yum‑plugin‑nginx‑release 설치sudodnfinstall-yhttps://nginx.org/packages/centos/8/x86_64/RPMS/nginx-release-centos-8-1.el8.ngx.noarch.rpm# 2. 리포 정보 재조회sudodnfrepolist|grepnginx# 3. Nginx 설치sudodnfinstall-ynginx
      

확인

         rpm-qa|grepnginx# 결과: nginx‑1.22.1‑1.el8.ngx.noarch
         

2‑B. EPEL 리포 사용 (대안)

EPEL 8에 Nginx 패키지가 포함되어 있습니다.

      sudodnfinstall-yepel-release# EPEL 리포 설치sudodnfinstall-ynginx# EPEL에서 nginx 설치
      

두 방법 중 어느 것을 사용해도 systemd 서비스가 동일하게 동작합니다.

2‑C. (선택) Nginx 모듈 설치

기본 설치에 추가적으로 모듈이 필요하면  dnf install nginx-mod-http-dav-ext  같은 명령을 사용합니다. 예시:

      sudodnfinstall-ynginx-mod-http-dav-extsudosystemctlrestartnginx
      

Note: 모듈을 설치하면  /etc/nginx/modules-enabled  디렉터리에서  *.conf  파일이 자동으로 로드됩니다.

3️⃣ Nginx 서비스 실행 & 부팅시 자동 시작

      sudosystemctlenable--nownginx# 서비스 시작 + 부팅시 자동 시작sudosystemctlstatusnginx# 상태 확인 (active (running))
      

Firewall 설정이 없으면 외부에서 접근이 차단될 수 있으니 바로 아래 단계로 넘어갑니다.

4️⃣ 방화벽(Firewalld) 설정

      # 1. HTTP(80), HTTPS(443) 서비스 허용sudofirewall-cmd--permanent--add-service=httpsudofirewall-cmd--permanent--add-service=https# 2. 변경사항 적용sudofirewall-cmd--reload
      

firewall-cmd --list-all  로 현재 허용된 서비스가  http ,  https  인지 확인하세요.

5️⃣ SELinux 설정

Rocky 8에서 Nginx는 기본적으로  httpd_sys_content_t  SELinux 타입을 사용합니다.
기본 설정은 대부분  enforcing  상태에서도 동작하지만, /usr/share/nginx/html 에서만 정적 파일을 제공하도록 허용합니다.

      # SELinux 포트 설정(옵션, 대부분 필요 없음)sudosemanageport-a-thttp_port_t-ptcp80sudosemanageport-a-thttp_port_t-ptcp443
      

Tip: SELinux이 ‘enforcing’ 인 경우,  restorecon -v /usr/share/nginx/html/*  로 파일 컨텍스트를 복원하면 오류를 방지할 수 있습니다.

6️⃣ Nginx 기본 설정 검증

6‑A. 기본 인덱스 페이지 테스트

      curl-Ihttp://localhost
      

예상되는 HTTP 헤더

         HTTP/1.1 200 OKServer: nginx/1.22.1
         

404 에러가 발생한다면  /usr/share/nginx/html  경로에  index.html  파일이 없을 수 있습니다.

6‑B. 테스트 페이지 만들기

      echo"<h1>Rocky Linux 8 Nginx 테스트</h1>"|sudotee/usr/share/nginx/html/index.htmlsudo

아래 절차는 Rocky Linux 8(RHEL 8 호환)에서 MariaDB 10.x (최신 LTS 버전)를 안정적으로 설치·구성하는 방법을 단계별로 정리했습니다.
필요에 따라 버전(10.5, 10.6, 10.7, …)을 바꾸거나 DNF 모듈을 활용해 선택할 수 있습니다.

1. 사전 준비

Tip
setenforce 0 은 테스트용이며, 프로덕션에서는  setenforce 1 으로 복귀하거나 SELinux 규칙을 추가하세요.

2. MariaDB 공식 리포지터리 설치 (선택 사항)

Rocky 8에서는 MariaDB가 기본 리포에 없음(기본  mysql-server 는 MariaDB 5.x).
MariaDB 공식 리포를 설치하면 최신 LTS(10.x)와 모듈을 자유롭게 선택할 수 있습니다.

      # 1️⃣ MariaDB 리포 파일 다운로드sudodnfinstall-yhttps://downloads.mariadb.com/MariaDB/mariadb_repo_setup# 2️⃣ 리포 설치 확인cat/etc/yum.repos.d/MariaDB.repo
      

mariadb_repo_setup  스크립트는  rhel-8  버전 리포를 생성합니다.
파일이 잘 생성되었는지  /etc/yum.repos.d/MariaDB.repo 에서 확인하세요.

2‑A. DNF 모듈을 활용해 특정 버전 설치 (권장)

Rocky 8에서는 DNF 모듈이 MariaDB 버전을 쉽게 바꿀 수 있도록 지원합니다.

      # 모듈 리스트 확인sudodnfmodulelistmariadb# 예: MariaDB 10.6 (가장 최근 LTS) 모듈 활성화sudodnfmoduleenablemariadb:10.6# 서버 패키지 설치sudodnfmoduleinstallmariadb:10.6/server
      

Tip
모듈을 사용하면  mariadb-client  같은 컴포넌트도 별도 설치가 가능합니다.

3. MariaDB Server 설치

단순한 설치 (최신 버전 10.x)

         sudodnfinstall-ymariadb-server
         

모듈 사용 예시 (위에서 10.6을 활성화한 경우)

         sudodnfmoduleinstallmariadb:10.6/server
         

패키지 확인

         rpm-qa|grep-imariadb
         

설치 패키지 리스트 (예시 – 10.6)

• mariadb-server  (서버)
• mariadb-libs  (공통 라이브러리)
• mariadb-backup  (백업 도구)
• mariadb-connector-c  (C connector)
• mariadb-client  (mysql 클라이언트 도구)

4. 서비스 시작 & 자동 시작 설정

      # MariaDB 서비스 실행sudosystemctlstartmariadb# 부팅 시 자동 시작sudosystemctlenablemariadb
      

확인

         sudosystemctlstatusmariadb# 또는sudosystemctlis-enabledmariadb# should output "enabled"
         

5. 보안 설정 ( mysql_secure_installation )

MariaDB는 MySQL과 호환되는  mysql_secure_installation  스크립트를 제공합니다.

      sudomysql_secure_installation
      

스크립트 단계별 안내를 따라 주세요:

1. root 암호 설정
   • 이미 비밀번호가 설정돼 있다면  Y 를 눌러 덮어쓰기 할 수 있습니다.
2. 익명 사용자 삭제
3. 원격 root 접속 금지 ( Y  → 3306 에서만 접근)
4. 테스트 데이터베이스 삭제
5. 권한 재로드

Tip
테스트 환경에서는  sudo setenforce 0 을 사용해 SELinux 허용,  sudo firewall-cmd --add-port=3306/tcp --permanent && sudo firewall-cmd --reload  로 방화벽 허용하세요.

ls -alh

qemu-img info kvm.qcow2

copy 하기

cp taget.qcow2 taget.qcow2copy

size  줄임

qemu-img convert -O qcow2 -p ./taget.qcow2 ./taget_copy.qcow2

// server_start.sh

cd /home/test.com && forever start app.js

2. 명령어 추가

// vi /etc/rc.d/rc.local

하단에 명령어 추가

ex) sh /home/server_start.sh

3. 실행 권한 추가

cd /etc/rc.d

chmod +x rc.local

4. 테스트

reboot 후 정상 작동 확인 

오류: rpmdb open failed

원인: rpm 깨짐

해결: 

rpm 삭제 후 다시 빌드 후 $releasever -> 8 로 변경,

rocky-release 설치 후 다시 8 -> $releasever로 변경

rm -rf /var/lib/rpm/ => rpm 삭제 (* rocky-release도 같이 삭제 됨)

rpm -v --rebuilddb => 다시 빌드

cd /etc/yum.repos.d => 폴더로 이동

remi-modular.repo

remi-safe.repo

Rocky-AppStream.repo

Rocky-BaseOS.repo

Rocky-Extras.repo

# 위의 파일들의 $releasever를 8로 변경

yum -y install rocky-release # rocky-release 설치

rpm -qi rocky-release # 설치 확인

yum -y update #정상 작동 확인

remi-modular.repo

remi-safe.repo

Rocky-AppStream.repo

Rocky-BaseOS.repo

Rocky-Extras.repo

# 위의 파일들의 8을 $releasever로 변경

yum -y update #정상 작동 확인

Nginx

Nginx(엔진x)는 웹서버 소프트웨어로 가벼움과 높은 성능을 목표로 한다고 합니다.

Nginx와 유사한 웹서버 소프트웨어로는 아파치, IIS(윈도우) 등이 있고 윕서버를 구동함에 있어서 상당히 많이 사용중에 있는 웹서버 소프트웨어 입니다.

Nginx 기능

ㅇ HTTP 프록시와 웹 서버 기능

• 정적 파일과 인덱스 파일 표현, 자동 인덱싱 기능.
• 캐싱을 통한 리버스 프록시
• 로드 밸런싱
• 고장 진단
• SSL 지원
• 캐싱을 통한 FastCGI 지원
• Name-, IP-기반 가상서버
• FLV 스트리밍
• MP4 스트리밍 모듈을 이용한 MP4 스트리밍
• 웹페이지 접근 인증
• gzip 압축
• 10000개의 동시 접속을 처리할 수 있는 능력
• URL 다시쓰기 (URL rewriting)
• 맞춤 로깅
• 서버 사이드 기능 포함
• WebDAV

ㅇ 메일 프록시 기능

• SMTP, POP3, IMAP 프록시
• STARTTLS 지원
• SSL 지원

테스트 환경

ㅇ CentOS 8.0

   [jackerlab@jackerlab ~]$ cat /etc/redhat-release 
CentOS Linux release 8.0.1905 (Core) 
[jackerlab@jackerlab ~]$ 
   

ㅇ 커널

   [jackerlab@jackerlab ~]$ uname -a
Linux jackerlab 4.18.0-80.11.2.el8_0.x86_64 #1 SMP Tue Sep 24 11:32:19 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
   

ㅇ Root 계정으로 진행

Nginx 설치

   [root@jackerlab ~]# dnf install nginx
   

Nginx 서비스 구동, 확인, 정지, 재시작, 설정 반영

ㅇ 서비스 구동

   [root@jackerlab ~]# systemctl start nginx
   

ㅇ 서비스 상태 확인

   [root@jackerlab ~]# systemctl status nginx
   

ㅇ 서비스 중지

   [root@jackerlab ~]# systemctl stop nginx
   

ㅇ 서비스 재시작

   [root@jackerlab ~]# systemctl restart nginx
   

ㅇ 설정 반영

   [root@jackerlab ~]# systemctl reload nginx
   

Nginx 서비스 구동 및 확인

   [root@jackerlab ~]# systemctl start nginx
[root@jackerlab ~]# systemctl status nginx
● nginx.service - The nginx HTTP and reverse proxy server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2020-05-05 14:42:12 UTC; 7s ago
  Process: 1960 ExecStart=/usr/sbin/nginx (code=exited, status=0/SUCCESS)
  Process: 1958 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=0/SUCCESS)
  Process: 1957 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
 Main PID: 1962 (nginx)
    Tasks: 2 (limit: 9584)
   Memory: 6.6M
   CGroup: /system.slice/nginx.service
           ├─1962 nginx: master process /usr/sbin/nginx
           └─1963 nginx: worker process
May 05 14:42:12 jackerlab systemd[1]: Starting The nginx HTTP and reverse proxy server...
May 05 14:42:12 jackerlab nginx[1958]: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
May 05 14:42:12 jackerlab nginx[1958]: nginx: configuration file /etc/nginx/nginx.conf test is successful
May 05 14:42:12 jackerlab systemd[1]: nginx.service: Failed to parse PID from file /run/nginx.pid: Invalid argument
May 05 14:42:12 jackerlab systemd[1]: Started The nginx HTTP and reverse proxy server.
[root@jackerlab ~]#
[root@jackerlab ~]# netstat -nltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1430/sshd              
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1962/nginx: master  
tcp6       0      0 :::22                   :::*                    LISTEN      1430/sshd           
tcp6       0      0 :::80                   :::*                    LISTEN      1962/nginx: master  
[root@jackerlab ~]#
   

Nginx를 구동하면 정상적으로 서비스가 구동이 되는 것을 확인할 수 있고 netstat -nltp 명령어로 80 포트가 Nginx 프로세스에 의해 Listening을 하고 웹서버가 구동되고 있음을 확인할 수 있습니다.

Nginx 설정 파일

ㅇ Nginx의 설정 파일 경로

   [root@jackerlab ~]# cat /etc/nginx/nginx.conf
   

ㅇ Nginx 기본 설정 파일 내용

   [root@jackerlab ~]# cat /etc/nginx/nginx.conf
# For more information on configuration, see:
#   * Official English Documentation: http://nginx.org/en/docs/
#   * Official Russian Documentation: http://nginx.org/ru/docs/
user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
# Load dynamic modules. See /usr/share/doc/nginx/README.dynamic.
include /usr/share/nginx/modules/*.conf;
events {
    worker_connections 1024;
}
http {
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    access_log  /var/log/nginx/access.log  main;
    sendfile            on;
    tcp_nopush          on;
    tcp_nodelay         on;
    keepalive_timeout   65;
    types_hash_max_size 2048;
    include             /etc/nginx/mime.types;
    default_type        application/octet-stream;
    # Load modular configuration files from the /etc/nginx/conf.d directory.
    # See http://nginx.org/en/docs/ngx_core_module.html#include
    # for more information.
    include /etc/nginx/conf.d/*.conf;
    server {
        listen       80 default_server;
        listen       [::]:80 default_server;
        server_name  _;
        root         /usr/share/nginx/html;
        # Load configuration files for the default server block.
        include /etc/nginx/default.d/*.conf;
        location / {
        }
        error_page 404 /404.html;
            location = /40x.html {
        }
        error_page 500 502 503 504 /50x.html;
            location = /50x.html {
        }
    }
# Settings for a TLS enabled server.
#
#    server {
#        listen       443 ssl http2 default_server;
#        listen       [::]:443 ssl http2 default_server;
#        server_name  _;
#        root         /usr/share/nginx/html;
#
#        ssl_certificate "/etc/pki/nginx/server.crt";
#        ssl_certificate_key "/etc/pki/nginx/private/server.key";
#        ssl_session_cache shared:SSL:1m;
#        ssl_session_timeout  10m;
#        ssl_ciphers PROFILE=SYSTEM;
#        ssl_prefer_server_ciphers on;
#
#        # Load configuration files for the default server block.
#        include /etc/nginx/default.d/*.conf;
#
#        location / {
#        }
#
#        error_page 404 /404.html;
#            location = /40x.html {
#        }
#
#        error_page 500 502 503 504 /50x.html;
#            location = /50x.html {
#        }
#    }
}
[root@jackerlab ~]#
   

Nginx 서비스 포트 추가 설정

Nginx 기본설정 파일(/etc/nginx/nginx.conf)에는 80, 443 포트에 대한 내용이 샘플로 작성되어 있습니다.

80, 443 외에 추가로 웹 서비스 포트를 구동하기 위해서는 동일한 설정 구문(sever { ~ })을 복사해서 활용하시면 되겠습니다.

다음은 8443 포트로 서비스 포트를 추가 설정하고 구동하는 내용입니다.

   [root@jackerlab ~]# vim /etc/nginx/nginx.conf
... (앞부분 생략)
    server {
        listen       8443 default_server;
        listen       [::]:8443 default_server;
        server_name  _;
        root         /usr/share/nginx/html;
        # Load configuration files for the default server block.
        include /etc/nginx/default.d/*.conf;
        location / {
        }
        error_page 404 /404.html;
            location = /40x.html {
        }
        error_page 500 502 503 504 /50x.html;
            location = /50x.html {
        }
    }
... (뒷부분 생략)
[root@jackerlab ~]# 
[root@jackerlab ~]# netstat -nltp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      13479/nginx: worker 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1013/sshd           
tcp        0      0 0.0.0.0:8443            0.0.0.0:*               LISTEN      13479/nginx: worker 
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      13479/nginx: worker 
[root@jackerlab ~]#
   

80, 443, 8443 포트에 대하여 nginx 설정을 모두 했다면 위와 같이 정상적으로 서비스 포트가 구동된 것을 확인 할 수 있겠습니다.

레퍼런스

ㅇ Nginx 위키백과 : https://ko.wikipedia.org/wiki/Nginx

ㅇ Nginx 사이트 : https://www.nginx.com/

 Nginx 웹 서버 설치

1) 업데이트

               sudo dnf update
               

2) nginx 검색 및 버전 확인

                  sudo dnf list install nginx
                  

3) nginx 설치

                  sudo dnf install -y nginx.x86_64
                  

4) nginx 상태 확인

               sudo systemctl status nginx
               

5) nginx 시작

Ctrl+c 키를 눌러 빠져 나온 후 nginx를 시작한다.

            sudo systemctl start nginx
            

부팅시 자동 실행 되도록 enable 시켜준다. 다음 명령어를 실행하지 않으면 부팅시 running 상태가 아닌 dead 상태로 구동된다.

            sudo systemctl enable nginx
            

3. Firewall 방화벽 설정

1) 방화벽 상태 확인

               sudo firewall-cmd --state
               

2) firewall 목록 확인

               sudo firewall-cmd --zone=public --list-all
               

3) http(80) 포트 추가

               sudo firewall-cmd --permanent --zone=public --add-port=80/tcp
               

다음 명령어로 확인하면 ports의 80/tcp 항목이 추가된 걸 확인할 수 있다.

            sudo firewall-cmd --state
            

만약 포트를 삭제하려 한다면 다음 명령어를 활용해서 열린 port를 삭제할 수 잇다.

            firewall-cmd --permanent --zone=public --remove-port=80/tcp
            

5) 웹 접속 확인

웹 브라우져에서 ip주소를 입력해서 다음과 같은 화면이 나오면 된다.

웹 브라우저에서 에러가 나온다면 nginx의 status를 확인해서 정상적으로 작동되는 지를 확인한다. 그 다음 방화벽이 작동하고 있으며 80번 port가 열려 있는지를 확인한다.

계속하기 전에 sudo 권한이 있는 사용자로 로그인하고 포트 80 또는 443에서 실행 중인 Apache 또는 다른 프로세스가 없는지 확인하십시오

CentOS 8에 Nginx를 설치

CentOS 8, Nginx 패키지는 기본 Cent에서 사용할 수 있습니다. 

CentOS 8에 Nginx를 설치하고 다음과 같이 간단하게 입력할 수 있습니다.

   sudo yum install nginx
   

설치가 완료되면 다음을 사용하여 Nginx 서비스를 활성화하고 시작합니다.

   sudo systemctl enable nginx
sudo systemctl start nginx
   

서비스가 실행 중인지 확인하려면 다음 상태를 확인합니다.

출력은 다음과 같아야 합니다.

   sudo systemctl status nginx
# ● nginx.service - The nginx HTTP and reverse proxy server#    Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled)#    Active: active (running) since Sun 2019-10-06 18:35:55 UTC; 17min ago#    ...
   

방화벽을 조정

방화벽D는 Centos 8의 기본 방화벽 솔루션입니다.

설치하는 동안 Nginx는 HTTP(80) 및 HTTPS(443) 포트에 대한 액세스를 허용하는 미리 정의된 규칙을 사용하여 firewald 서비스 파일을 만듭니다.

다음 명령을 사용하여 필요한 포트를 영구적으로 엽니다.

   sudo firewall-cmd --permanent --zone=public --add-service=http
sudo firewall-cmd --permanent --zone=public --add-service=https
sudo firewall-cmd --reload
   

이제 http://YOUR_를 열어서 Nginx 설치를 테스트할 수 있습니다.웹 브라우저의 IP입니다. 기본 Nginx 환영 페이지가 표시되어야 합니다. 이 페이지는 아래 이미지와 같아야 합니다.

Nginx 구성 파일의 구조와 모범 사례

모든 Nginx 구성 파일은 /etc/nginx/ 디렉토리에 있습니다.

주요 Nginx 구성 파일은 /etc/nginx/nginx.conf입니다.

각 도메인에 대해 별도의 구성 파일을 만들면 서버를 더 쉽게 유지관리할 수 있습니다.

Nginx 서버 블록 파일은 .conf로 끝나야 하며 /etc/nginx/conf.d 디렉토리에 저장되어야 합니다. 원하는 만큼의 서버 블록을 가질 수 있습니다.

표준 명명 규칙을 따르는 것이 좋습니다. 예를 들어 도메인 이름이 mydomain.com인 경우 구성 파일의 이름은 mydomain.com.conf여야 합니다.

도메인 서버 블록에서 반복 가능한 구성 세그먼트를 사용하는 경우 해당 세그먼트를 조각으로 다시 변환하는 것이 좋습니다.

Nginx 로그 파일(access.log 및 error.log)은 /var/log/nginx/ 디렉토리에 있습니다. 각 서버 블록마다 다른 액세스 및 오류 로그 파일을 사용하는 것이 좋습니다.

도메인 문서 루트 디렉토리를 원하는 위치로 설정할 수 있습니다. 웹 루트의 가장 일반적인 위치는 다음과 같습니다.

- /home/<user_name>/<site_name>

- /var/www/<site_name>

- /var/www/contines/<site_name>

- /opt/<site_name>

- /usr/share/nginx/contains입니다.

성공적으로 CentOS 8에 Nginx를 설치하였고 이제 응용 프로그램 배포를 시작하고 Nginx를 웹 또는 프록시 서버로 사용할 준비가 되었습니다. 

다른 systemd 장치와 동일한 방법으로 Nginx 서비스를 관리할 수 있습니다.

하나의 컴퓨터에서 여러 웹 사이트를 호스팅하려면 각 도메인에 대한 서버 블록을 만들어야 합니다.

서버 모니터링 관련 프로젝트를 위해 리눅스 서버에 엔진엑스 환경 설정을 진행했던 경험으로 자세히 알아보려한다.

1. Nginx란?

Nginx (엔진엑스)는 높은 성능과 확장성을 갖춘 오픈 소스 웹 서버 소프트웨어다. Igor Sysoev에 의해 개발되었으며, 비동기 이벤트 기반 아키텍처를 기반으로 설계되어 있어 많은 연결을 동시에 처리할 수 있다.

2. Nginx의 특징

Nginx는 다음과 같은 주요 특징으로 인해 많은 사용자들에게 인기가 있다.

• 높은 성능: 비동기 처리 및 이벤트 기반 아키텍처로 인해 높은 동시 연결 처리가 가능하며, 뛰어난 성능을 제공한다.
• 가벼움 및 저용량 리소스 사용: Nginx는 메모리 사용량이 적어 가볍고, 높은 효율성을 보장한다.
• 리버스 프록시 지원: 리버스 프록시를 통해 클라이언트 요청을 여러 서버로 분산하고, 부하 분산을 구현할 수 있다.
• 정적 파일 및 동적 콘텐츠 서빙: 정적 파일을 빠르게 서빙하며, 필요시 백엔드 서버로부터 동적 콘텐츠를 가져올 수 있다.
• SSL/TLS 지원: 안전한 통신을 위해 SSL/TLS 프로토콜을 지원하고, HTTPS를 통한 통신을 간편하게 설정할 수 있다.

3. Nginx의 중요성

• 높은 가용성: Nginx는 리버스 프록시 및 부하 분산을 통해 여러 서버 간의 트래픽을 분산하고, 고가용성을 제공하여 서버 다운 시스템의 가용성을 높인다.
• 성능 최적화: 비동기 처리 방식과 효율적인 리소스 사용으로 인해 높은 성능을 제공하며, 대규모 트래픽을 효과적으로 관리할 수 있다.
• 웹 응용 프로그램 서버의 보완: Nginx는 정적 파일 서빙 및 부하 분산에 특화되어 있어 웹 응용 프로그램 서버(예: Apache, Node.js)와 함께 사용하여 서비스의 전체적인 성능을 최적화한다.
• 보안 강화: Nginx는 보안 설정을 통해 웹 서버를 안전하게 운영할 수 있도록 도와주며, DDoS 공격 및 다양한 보안 위협으로부터 보호할 수 있다.
• 컨테이너 및 마이크로서비스 환경 지원: Nginx는 컨테이너 환경에서 사용하기 적합하며, 마이크로서비스 아키텍처에서 필요한 부하 분산 및 라우팅을 효율적으로 구현할 수 있다.

4. Nginx 구조 및 주요 구성 요소

• Master Process: Nginx를 시작할 때 실행되며, 설정 파일을 읽고 워커 프로세스를 관리한다.
• Worker Processes: 실제 요청을 처리하고 응답을 반환하는 프로세스들이다. 이들은 Master Process의 지시에 따라 동작하며, 여러 개의 Worker Process가 병렬로 동작하여 성능을 향상시킨다.
• Configuration: Nginx의 설정은 각종 디렉토리와 파일에 나누어 저장된다. 이러한 설정은 설정 파일을 통해 정의되며, 서버의 동작 방식 및 동작에 영향을 받는다.

5. Nginx 디렉토리 구조

• /etc/nginx: Nginx 설정 파일들이 위치한 디렉토리다.
• /etc/nginx/nginx.conf: Nginx의 주요 설정 파일로, 전체적인 서버의 동작 방식 및 설정을 포함하고 있다.
• /etc/nginx/sites-available, /etc/nginx/sites-enabled: 가상 호스트(Virtual Host) 설정 파일들이 위치한 디렉토리다.  sites-available 에 설정 파일을 작성하고, 필요 시  sites-enabled 로 심볼릭 링크를 생성하여 활성화할 수 있다.
• /var/log/nginx: Nginx의 로그 파일들이 위치한 디렉토리다. 주요 로그 파일은  access.log  (접속 로그)와  error.log  (에러 로그)다.
• /usr/share/nginx/html: 기본적으로 Nginx가 서빙하는 정적 파일들이 위치한 디렉토리다.

6. 주요 설정 파일과 역할

• nginx.conf: Nginx의 주요 설정 파일로, 전반적인 동작을 제어하는데 사용된다.
• sites-available/, sites-enabled/: 가상 호스트 설정 파일들이 위치한 디렉토리로, 웹 서버의 가상 호스트에 대한 설정을 포함한다.
• conf.d/*.conf: 추가적인 설정 파일들이 위치한 디렉토리로, 모듈별로 설정을 정의할 때 사용한다.

7. nginx.conf 파일 구조 및 설정 블록

nginx.conf  파일은 중요한 설정들을 블록으로 구성하여 관리한다. 각 블록은 중괄호({})로 감싸져 있다

1. main : 전반적인 설정을 관리하는 블록으로, 전역 설정들을 포함한다.
2. Core 모듈 : 코어 모듈은 대부분 환경 설정 파일의 최상단에 위치하며 한번만 사용할 수 있다. nginx의 기본적인 동작 방식을 정의한다.
3. http 블록 : 웹서버에 대한 동작을 설정하는 영역으로, server 블록과 location 블록의 루트 블록이다.
4. server 블록 : 하나의 웹사이트를 선언하는 데 사용된다. 가상 호스팅(Virtual Host)의 개념이다.
5. location 블록 : server 블록 내에서 특정 URL을 처리하는 방법을 정의한다.
6. events : 주로 네트워크 동작에 관련된 설정하는 영역으로, 이벤트 모듈을 사용한다.

보통 /etc/nginx/* 아래에 설정파일이 위치해있고, 로그파일은 /var/log/nginx/* 에 위치해있다.

user  nginx; # 프로세스의 실행되는 권한. 보안상 root를 사용하지 않는다.
worker_processes  1; # 프로세스를 생성할 것인지를 지정. 1이면 모든 요청을 하나의 프로세스로 실행, CPU 멀티코어 시스템에서 1이면 하나의 코어만으로 요청을 처리. 보통 auto로 적용한다.
error_log  /var/log/nginx/error.log warn; # 로그 레벨을 설정. 로그레벨은 [ debug | info | notice | warn | error | crit ] 같은 종류가 있다.
pid        /var/run/nginx.pid; # nginx의 마스터 프로세스 id정보가 저장된다.
events {
    worker_connections  1024; # 하나의 프로세스가 처리할 수 있는 커넥션의 숫자
}
http {
    include       /etc/nginx/mime.types; # 옵션 항목을 설정해둔 파일의 경로를 지정하는데 보통 파일 확장명과 MIME 타입 목록을 지정한다.
    default_type  application/octet-stream; # 옥텟 스트림 기반의 http를 사용한다는 지시어

# orgin 서버라고도 하는데, 여기서는 WAS, 웹 어플리케이션 서버를 의미하며 nginx는 downstream에 해당한다. nginx와 연결한 웹 어플리케이션 서버를 지정하는데 사용되며 하위에 있는 server 지시어는 연결할 웹 어플리케이션 서버의 host주소:포트를 지정한다.
    upstream docker-server { 
        server server:8080;
    }
# 하나의 웹 사이트를 선언하는데 사용된다. server 블록이 여러 개이면 한 개의 머신(호스트)에 여러 웹사이트를 서빙할수있으며 가상 호스트라고 한다. 실제로 호스트는 1개인데, 여러 개 인것처럼 보이게 만든다.
    server {
        listen 80; # 이 웹 사이트가 바라보는 포트이다.
        server_name localhost; # 클라이언트가 접속하는 서버(주로 도메인). 이것과 실제로 들어온 request의 header에 명시된 값이 일치하는지 확인해서 server를 분기해준다.
# server 블록 안에서 특정 웹 사이트의 url을 처리하는데 사용한다. 예를 들어 https://web.com/internal과 https://web.com/external로 접근하는 요청을 다르게 처리하고 싶을 때 사용한다. 내부의 root는 웹사이트가 바라보는 root 폴더의 경로를 의미한다.
        location / {
            root /usr/share/nginx/html;
            index index.html index.htm;
            try_files $uri$uri/ /index.html =404;
        }
        location /api {
            proxy_pass         http://docker-server;
            proxy_redirect     off;
            proxy_set_header   Host $host;
            proxy_set_header   X-Real-IP $remote_addr;
            proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        }
        location /socket {
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_set_header Host $host;
            proxy_pass http://docker-server;
        }
    }
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
    access_log  /var/log/nginx/access.log  main;
    sendfile        on;
 server_tokens     off; # 헤더에 nginx버전을 숨기는 기능을 한다. 보안상 off로 설정을 권장
    keepalive_timeout  65; # 접속시 커넥션 유지 시간을 지정한다.
    include /etc/nginx/conf.d/*.conf;
}

Nginx는 현대적인 웹 서버 환경에서 필수적인 도구로써, 안정성, 성능, 보안 측면에서 웹 애플리케이션을 운영하는데 필수적이다. Nginx의 효율적인 활용은 웹 서비스의 성능 향상과 안정성 확보에 큰 기여를 할 것이다.

NGINX 환경파일 공식문서

Full Example Configuration

• nginx.conf : 어플리케이션 기본 환경 설정
• proxy.conf : 프록시 관련 환경 설정
• fastcgi.conf : FastCGI 관련 환경 설정
• mime.types : 파일 확장명과 MIME 타입 목록

Another Full Example

• nginx.conf

1. 시스템 전원을 켭니다.
2. Dell 로고가 표시되면 F2 키를 눌러 BIOS 설정으로 들어갑니다.
3. Virtualization 설정으로 이동합니다. 경로는 시스템 모델에 따라 다를 수 있습니다.
   • 고급>가상화
     또는
   • 가상화 지원>가상화
4. Virtualization을 Enabled로 설정합니다.
5. Direct-IO(또는 VT-d)에 대한 Virtualization을 Enabled로 설정합니다.
6. 저장하고 종료합니다.
7. 시스템이 재부팅됩니다.

정상적인 상황에서 설치된 커널의 수는 시스템의 성능에 영향을 미치지 않지만 여전히 공간을 확보하므로 사용하지 않는 오래된 커널을 제거하는 것이 좋습니다. 사용하지 않는 오래된 커널 제거를 시작하기 전에 시스템에 항상 최소 두 개의 커널이 있어야 한다는 점에 유의해야 합니다.

이전 커널 제거

이전 커널을 제거하기 전에 전체 시스템의 패키지와 활성 커널을 업데이트하는 것이 좋습니다. 이렇게 하려면 다음 명령을 실행합니다.

업데이트 후 현재 사용 중인 커널을 확인하려면 다음 명령을 사용하십시오.

시스템에 설치된 모든 커널을 나열하려면 아래 명령을 사용하십시오.

출력:

보시다시피 CentOS 8 시스템에 세 개의 커널이 설치되어 있습니다.

이제 시스템에서 오래된 비활성 커널을 제거하는 방법에 대해 설명합니다.

위에서 언급했듯이 이전의 비활성 커널을 모두 제거해서는 안 되며 항상 시스템에 최소 두 개의 커널(활성 1개 – 비활성 1개)이 있어야 합니다.

DNF 명령을 사용하여 이전 커널 제거

DNF 명령을 사용하여 사용하지 않는 오래된 커널을 제거할 수 있습니다. 다음과 함께 "dnf remove " 명령을 실행하기만 하면 됩니다.

위에 첨부된 스크린샷에서 볼 수 있듯이 터미널에서 세 개의 패키지를 제거하도록 요청하고 있습니다. "y"를 누르고 "Enter"를 눌러 제거를 허용합니다.

이전 커널을 성공적으로 제거한 후 “rpm -q kernel ” 명령을 다시 실행하면:

보시다시피 커널이 두 개만 남았습니다.

2개 이상의 커널이 설치된 경우 위에 주어진 명령은 시스템에 2개의 커널을 설치한 상태로 두고 다른 모든 이전 및 사용되지 않는 커널 버전을 제거합니다.

–setopt installonly_limit=2에 다른 값을 지정하여 숫자를 변경할 수 있습니다.

위의 명령에서 –setopt 는 /etc/dnf/dnf.conf에서 기본값을 수정하는 데 사용됩니다. 값을 명령하지 않으면 dnf는 dnf.conf에서 기본값을 가져옵니다.

이 명령은 최신 커널이 활성화된 경우에만 작동합니다. 이전 버전이 작동하는 경우 명령이 이를 제거하려고 시도하지만 실패합니다.

또 다른 방법은 이전 버전의 CentOS에서 작동하지만 CentOS 8 릴리스에서는 이 방법이 작동하지 않습니다.

따라서 여전히 이전 버전의 CentOS/RHEL을 사용 중인 경우 아래 명령을 사용하여 이전 커널을 제거할 수 있습니다.

위에 주어진 명령은 두 개의 커널을 설치된 상태로 두고 이전 버전의 CentOS/RHEL 시스템에서 다른 모든 이전 및 사용되지 않은 커널 버전을 제거합니다.

결론

이 기사는 CentOS 8에서 오래되고 사용되지 않는 커널을 제거하는 방법에 대한 광범위한 가이드를 제공합니다. 또한 비활성 커널을 제거하는 동안 염두에 두어야 할 몇 가지 좋은 방법에 대해서도 논의했습니다.

시스템에서 오래되고 사용되지 않는 커널을 제거하는 데 사용할 수 있는 두 가지 다른 방법을 배웠습니다. 이러한 방법 중 하나는 최신 버전의 CentOS 운영 체제에서는 더 이상 사용되지 않지만 이전 버전의 CentOS를 사용하는 경우 여전히 유용할 수 있습니다.

1.   yum install xorg-x11-drv-dummy

2.    vi /etc/X11/xorg.conf  

Section "Device"
Identifier "DummyDevice"
Driver "dummy"
Option "ConstantDPI" "true"
Option "IgnoreEDID" "true"
Option "NoDDC" "true"
VideoRam 2048000
EndSection
Section "Monitor"
Identifier "DummyMonitor"
HorizSync 5.0 - 1000.0
VertRefresh 5.0 - 200.0
Modeline "2560x1440" 42.12 2560 2592 2752 2784 1440 1475 1478 1513
Modeline "1920x1440" 69.47 1920 1960 2152 2384 1440 1441 1444 1457
Modeline "1920x1200" 26.28 1920 1952 2048 2080 1200 1229 1231 1261
Modeline "1920x1080" 23.53 1920 1952 2040 2072 1080 1106 1108 1135
Modeline "1600x900" 33.92 1600 1632 1760 1792 900 921 924 946
Modeline "1440x900" 30.66 1440 1472 1584 1616 900 921 924 946
ModeLine "1366x768" 72.00 1366 1414 1446 1494 768 771 777 803
Modeline "1280x800" 24.15 1280 1312 1400 1432 800 819 822 841
Modeline "1024x768" 18.71 1024 1056 1120 1152 768 786 789 807
EndSection
Section "Screen"
Identifier "DummyScreen"
Device "DummyDevice"
Monitor "DummyMonitor"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "2560x1440" "1920x1440" "1920x1200" "1920x1080" "1600x900" "1440x900" "1366x768" "1280x800" "1024x768"
virtual 2560 1440
EndSubSection
EndSection  

   virtual 1920 1080 <<<< 해상도에 맞게 설정
   

- /dev/sdb 가 보이면 정상.

2. 파티션 생성

$ fdisk /dev/sdb1  = fdisk (마운트할 디스크 경로)

n ->  p -> 1-> enter -> enter -> w

3. 파티션 적용

$ mkfs.xfs -f /dev/sdb

4. 마운트 

mount /dev/sdb /tibero > $ mount (파일 디스크) (디렉토리 경로)

 마운트가 정상적으로 된것을 확인할 수 있다.

5. 서버 재부팅 후 자동 마운트 유지 설정하는 방법

- 서버가 재부팅 되면 마운트 연결이 해제되는데 재부팅 후에도 자동연결 해주기 위한 설정.

-$ blkid 

> 파티션 UUID 및 파일 시스템 타입 확인.

/dev/mapper/centos-root: UUID="83987719-2a87-4de8-ba56-daa257ae3106" TYPE="xfs" 

-$ vi /etc/fstab

> 파일에 추가 시킨다.

#

# /etc/fstab

#

UUID=e~~~~~~~~12345 /boot    xfs  defaults  0 0

CentOS 에서 부팅 후 root로 자동로그인 안될 시 서비스가 올라오지 않기때문에 수동으로

직접 로그인을 해줘야 합니다.

설정 방법

1. vi /etc/gdm/custom.conf 에서 설정

2. 2. [daemon] 밑에 아래의 설정값 추가.

          AutomaticLoginEnable=true

          AutomaticLogin=root

* 리눅스 OS마다 설정파일은 다를 수 있음.