[Linux/Ubuntu] 리눅스 가상 아이피 웹 서버 이중화 keepalived PING 및 StandBy Active 전환 예제

 

목차

1. 리눅스 keepalived Active, StandBy 서버 환경설정 예제 이전 포스팅 링크 및 설명
2. 리눅스 MariaDB Master, Slave 서버 VirtManager로 설치 예제 이전 포스팅 링크 및 설명
3. 리눅스 아파치 소스코드 다운로드 및 빌드 예제 이전 포스팅 링크 및 설명
4. 리눅스 PING 전송 및 서버 Shutdown하여 keepalived 시험 예제
5. 리눅스 Arp 확인 및 StandBy 서버가 Active 서버로 변경되는 것 확인 예제

 

 

 

 

 

 

 

 

 

리눅스 keepalived Active, StandBy 서버 환경설정 예제 이전 포스팅 링크 및 설명

이전 글에서는 서버의 유지 보수 혹은 장애 발생 시 서비스 중단을 최소화하기 위해 keepalived를 활용한 Active, StandBy 서버 환경 구성을 다루었습니다. 이를 통해 서버에 문제가 생겼을 때, 또다른 서버가 바로 서비스를 이어나갈 수 있게 하여 서비스의 연속성을 보장합니다. 이를 위해서는 반드시 웹 서버가 2개 필요합니다. Active 서버로 트래픽이 전송되며 이 서버가 장애가 발생하면 StandBy 서버로 트래픽이 이전됩니다. 이전 글을 참조해 환경 설정 방법을 확인해보세요.

 

2024.03.01 - [Linux] - [Linux/Ubuntu] 리눅스 가상 아이피 웹 서버 이중화 keepalived 환경 설정(VIP HA)

[Linux/Ubuntu] 리눅스 가상 아이피 웹 서버 이중화 keepalived 환경 설정(VIP HA)

 

 

 

 

 

 

 

리눅스 MariaDB Master, Slave 서버 VirtManager로 설치 예제 이전 포스팅 링크 및 설명

다음으로 이전 글에서는 MariaDB를 활용하여 Master, Slave 서버를 VirtManager로 설치하는 방법을 다루었습니다. 이 설정을 통해 데이터를 안전하게 보관하며, 동시에 여러 사용자의 요청을 빠르게 처리할 수 있습니다. 특히 MaxScale을 사용하여 한 쪽으로 몰리는 DB 쿼리를 Slave 서버로도 전송하게 할 수 있습니다. 이때 Master, Slave 서버는 Replication 기능으로 인해 서로 동기화되며 Slave 서버도 동일한 데이터를 갖게됩니다. 해당 내용이 궁금하시다면 아래 포스팅을 참고해주세요.

 

2024.02.23 - [DB] - [Linux/DB] 리눅스 MariaDB MaxScale 이중화 설정 예제 - 2(DB Slave 가상 서버 및 패키지 설치)

[Linux/DB] 리눅스 MariaDB MaxScale 이중화 설정 예제 - 2(DB Slave 가상 서버 및 패키지 설치)

 

 

 

 

 

 

 

리눅스 아파치 소스코드 다운로드 및 빌드 예제 이전 포스팅 링크 및 설명

마지막으로 이전에 다룬 글에서는 아파치 웹서버의 소스코드를 다운받아 직접 빌드하는 방법에 대해 알아보았습니다. 아파치 웹서버를 직접 빌드하면, 필요에 따라 원하는 설정을 할 수 있어 웹서버의 성능을 높일 수 있습니다. 아파치 공식 홈페이지에서 아파치 소스 코드를 다운로드 받아 리눅스 환경에서 빌드할 수 있습니다. 만약 직접 빌드를 해야할 상황이시라면 이전 포스팅을 참조하여 아파치 웹서버를 직접 빌드하는 방법을 확인해보세요.

 

2023.08.29 - [Linux/OS] - [Linux/Ubuntu] 리눅스 우분투 아파치 소스코드 빌드 및 설치 예제(apache, ubuntu 20.04)

[Linux/Ubuntu] 리눅스 우분투 아파치 소스코드 빌드 및 설치 예제(apache, ubuntu 20.04)

 

 

 

 

 

 

 

리눅스 PING 전송 및 서버 Shutdown하여 keepalived 시험 예제

이번에는 서버의 이중화를 테스트하기 위한 방법에 대해 알아보겠습니다. Active, StandBy 서버와 동일한 로컬 망에 있는 PC에서 PING을 통해 가상 아이피를 가진 서버의 상태를 확인하고, Active 서버를 Shutdown하여 장애 상황을 만든 후 keepalived가 제대로 동작하는지를 확인해보는 예제입니다. 이 과정을 통해 실제 서비스에서 장애가 발생했을 때 어떻게 대처해야 하는지에 대한 이해를 높일 수 있습니다.

 

// 같은 로컬망에 있는 다른 PC에서 가상아이피(VIP)로 PING 시험
$ ping 172.16.3.34

 

Apache2 Active 서버가 가상이이피 우선권을 가지고 있는 모습

 

 

PING 도중 가상 아이피 우선권을 가진 Active 서버를 종료합니다.

// Active 서버에서 아래 명령 실행 혹은 시스템 종료
$ sudo sutdown now

 

172.16.3.34 서버가 종료되면서 잠시 PING 이 중단되었다가 다시 진행되는 모습

 

 

 

 

리눅스 Arp 확인 및 StandBy 서버가 Active 서버로 변경되는 것 확인 예제

마지막으로, 서버의 상태 변화를 확인하고 문제가 발생했을 때 StandBy 서버가 Active 서버로 잘 전환되는지 확인하는 방법에 대해 알아보겠습니다. PING 을 전송하던 서버에서 arp 테이블을 확인해보면 기존 172.16.3.34 가상아이피의 MAC 주소가 Active 서버에서 StandBy 서버로 변경된 것을 확인할 수 있습니다.

 

// PING 을 보내던 서버에서 아래 명령 실행
$ arp -a

 

172.16.3.34 아이피의 MAC 주소가 "52:54:00:07:86:04" 로 변경된 모습

 

이 MAC 주소는 StandBy 서버의 MAC 주소이다.

 

 

 

 

이제 다시 Active 서버의 시스템을 켜고 변경되는 MAC 주소를 확인합니다. 

172.16.3.34 가상 아이피의 MAC 주소가 다시 Active 서버 MAC 주소로 변경된 모습