[AWS] 서버 구축 EC2(WEB, WAS) - Nginx, Tomcat 연동

서버 구축 순서

연동 전 살펴봐야 할 것

# Tomcat 상태 확인
ps -ef | grep tomcat

# Nginx 상태 확인
sudo systemctl status nginx

WEB, WAS가 위치한 EC2에서 위의 명령어로 상태를 체크한다.

모두 정상 실행되는 경우 연동을 진행한다.

Tomcat 기본 페이지만을 띄워주게 할 경우 Tomcat에서의 설정은 따로 필요 없다.

이 글에서는 Tomcat을 따로 설정하진 않고, Nginx만 설정하도록 한다.

Nginx 설정을 하기 전 설정 파일 목록을 살펴보자.

# 설치한 Nginx의 설정 파일 목록
ll /etc/nginx

그럼 여러 가지 파일들이 보이는데

우리가 주목해야 할 파일들은 아래 4가지다.

conf.d
default.d
nginx.conf
nginx.conf.default

이 중, nginx.conf 파일은 Nginx의 핵심 파일인데 nginx.conf 파일 안에

include /etc/nginx/default.d/*.conf;

위처럼 지정되어 있어 분명 쓰임새가 있어 보이긴 하는데, 막상 default.d 디렉터리를 열어보면 아무것도 없다.

사실, default.d과 conf.default는 개발자의 목적에 따라 커스텀이 가능한 파일이다. (default가 붙은 다른 파일 전부 해당)

왜 이렇게 만들어 놓았을까?
ex) 서버 설정이 길어져서 nginx.conf가 너무 시인성이 떨어진다면 default 파일이나 디렉터리에 설정을 분할해서 유연성 있게 관리할 수도 있다.

결론은 default가 붙은 파일들은 아무 필요가 없다.

~~괜히, Nginx를 처음 다뤄보는 입문자가 더 헷갈리게 해 놓은 것 같다. (심지어 네이밍도 default...)~~

추천할 만한 Nginx 설정 관리 2가지

1. 다수의 WAS 연동을 위한 symlink를 활용하는 설정 (nginx.conf 안에 include해서 사용)

nginx.conf
Nginx 주 설정 파일
conf.d
nginx.conf가 너무 길어져 분할해서 관리하고 싶을 경우 사용
sites-available
가용할 수 있는 was 설정을 모아두는 디렉터리
sites-enabled
available에서 모아둔 설정들을 symlink로 enabled 폴더에 걸어두어 Nginx에서 서비스하는 디렉터리

2. 소수의 WAS 연동

nginx.conf
Nginx 주 설정 파일
conf.d
Nginx에서 서비스할 was 연동 설정들을 모아두는 디렉터리

나는 사내 Test용 서버이기 때문에 2번째 설정으로 택해 연동을 진행하려 한다.

# conf.d 디렉토리 안에 새로운 conf 파일을 만들어 준다.
sudo vi /etc/nginx/conf.d/tomcat.conf

Nginx 연동 설정

server {
        listen 80;
        server_name localhost;

        location / {
                proxy_pass http://<EC2 Private ip>:<Tomcat 포트>;
                # ex) proxy_pass http://10.0.1.187:8080/;
                proxy_set_header Host $host;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }
}

위 내용을 붙여 넣기 후

ESC > ':qw' > 엔터로 빠져나오자

# Nginx 재기동 명령어
sudo systemctl restart nginx

이후 nginx에 접속하듯이 접속했는데 tomcat 기본 페이지가 나오면 모든 작업이 완료된다.

기타 옵션

  location/ {
    proxy_pass http://127.0.0.1:3000;
    proxy_http_version  1.1;
    proxy_cache_bypass  $http_upgrade;

    proxy_set_header Upgrade           $http_upgrade;
    proxy_set_header Connection        "upgrade";
    proxy_set_header Host              $host;
    proxy_set_header X-Real-IP         $remote_addr;
    proxy_set_header X-Forwarded-For   $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-Host  $host;
    proxy_set_header X-Forwarded-Port  $server_port;
  }

proxy_http_version 1.1
프록시를 위한 HTTP 프로토콜 버전을 정의합니다. 기본적으로 1.0으로 설정됩니다. 웹 소켓 및 활성 연결을 유지하려면 버전 1.1을 사용해야 합니다.
proxy_cache_bypass $http_upgrade
캐시에서 응답을 가져오지 않을 조건을 설정합니다.
Upgrade $http_upgrade 및 Connection "upgrade"
응용프로그램이 웹 소켓을 사용하는 경우 헤더 필드가 필요합니다.
Host $host
다음 우선순위의 $host 변수에는 요청 라인의 호스트 이름 또는 호스트 요청 헤더 필드의 호스트 이름 또는 요청과 일치하는 서버 이름이 포함됩니다.
X-Real-IP $remote_addr
실제 방문자 원격 IP 주소를 프록시 서버로 전달합니다.
X-Forwarded-For $proxy_add_x_forwarded_for
클라이언트가 프록시 처리한 모든 서버의 IP 주소를 포함하는 목록입니다.
X-Forwarded-Proto $scheme
HTTPS 서버 블록 내에서 사용할 경우 프록시 서버의 각 HTTP 응답이 HTTPS로 다시 작성됩니다.
X-Forwarded-Host $host
클라이언트가 요청한 원래 호스트를 정의합니다.
X-Forwarded-Port $server_port
클라이언트가 요청한 원래 포트를 정의합니다

티스토리툴바