프로덕션 환경에서 Nginx 고가용성을 구현하는 방법

준비:

192.168.16.128

192.168.16.129

두 개의 가상 머신. nginx 설치

nginx 설치

yum 소스 파일 업데이트:

rpm -ivh http://nginx.org/packages/centos/7/noarch/rpms/nginx-release-centos-7-0.el7.ngx.noarch.rpm
wget -o /etc/yum.repos.d/centos-base.repo http://mirrors.aliyun.com/repo/centos-7.repo

nginx 설치:

yum -y install nginx

작업 명령:

systemctl start nginx; #启动nginx
systemctl stop nginx; #停止nginx

고가용성이란 무엇인가요?

고가용성(High Availability)은 분산 시스템 아키텍처 설계에서 반드시 고려해야 할 요소 중 하나입니다. 일반적으로 설계를 통해 시스템이 서비스를 제공할 수 없는 시간을 줄이는 것을 말합니다. 시스템이 항상 서비스를 제공할 수 있다면 가용성은 100%이지만 예상치 못한 상황이 발생합니다. 그래서 우리는 서비스 실패를 최대한 줄이기 위해 노력할 수밖에 없습니다.

문제가 해결되었나요?

프로덕션 환경에서 nginx는 외부 서비스를 제공하기 위한 역방향 프록시로 사용되는 경우가 많습니다. 그러나 nginx는 언젠가는 서버 다운타임과 같은 오류에 직면하게 됩니다. nginx가 다운되면 외부에서 제공되는 모든 인터페이스에 액세스할 수 없게 됩니다.

서버의 가용성을 100% 보장할 수는 없지만 이러한 비극을 피할 수 있는 방법을 찾아야 합니다. 오늘날 우리는 nginx

의 고가용성을 달성하기 위해 keepalived를 사용합니다.

이중 서버 상시 대기 솔루션

이 솔루션은 국내 기업에서 가장 일반적인 고가용성 솔루션입니다. 실제로 이중 서버 상시 대기는 한 서버는 서비스를 제공하고 다른 서버는 특정 서비스에 대한 백업이라는 의미입니다. . 한 서버를 사용할 수 없으면 다른 서버가 대신하게 됩니다.

킵얼라이브가 무엇인가요?

keepalived 소프트웨어는 원래 LVS 클러스터 시스템의 각 서비스 노드 상태를 관리하고 모니터링하기 위해 LVS 로드 밸런싱 소프트웨어용으로 설계되었습니다. 나중에 고가용성을 달성하기 위해 vrrp(가상 라우터 중복 프로토콜, 가상 라우터 중복 프로토콜)가 추가되었습니다. 프로토콜) 기능. 따라서 Keepalived는 LVS 소프트웨어를 관리할 수 있을 뿐만 아니라 다른 서비스(예: nginx, haproxy, mysql 등)에 대한 고가용성 솔루션 소프트웨어로도 사용할 수 있습니다.

failover 메커니즘

failover 전송 Keepalived 고가용성 서비스 간의 연결은 vrrp를 통해 이루어집니다.

Keepalived 서비스가 정상적으로 작동하면 메인 마스터 노드는 백업 노드에 하트비트 메시지를 지속적으로 보내(멀티캐스트) 메인 마스터 노드가 실패하면 하트비트 메시지를 보낼 수 없습니다. 메시지가 나타나면 대기 노드는 더 이상 마스터 노드의 하트비트를 감지할 수 없으므로 자체 인수 프로그램을 호출하여 마스터 노드의 IP 자원과 서비스를 인수합니다. 기본 마스터 노드가 복구되면 백업 노드는 기본 노드에 장애가 발생했을 때 인수했던 IP 리소스와 서비스를 해제하고 원래 백업 역할로 돌아갑니다.

구현 프로세스

keepalived를 설치

yum 방법으로 직접 설치하면 이 방법은 자동으로 종속성을 설치합니다.

yum -y install keepalived

호스트(192.168.16.128) keepalived 구성 파일을 수정합니다.

yum 방법으로 구성 파일을 생성합니다. /etc/keepalived:

vi keepalived.conf

keepalived.conf:

#检测脚本
vrrp_script chk_http_port {
 script "/usr/local/src/check_nginx_pid.sh" #心跳执行的脚本，检测nginx是否启动
 interval 2       #（检测脚本执行的间隔，单位是秒）
 weight 2       #权重
}
#vrrp 实例定义部分
vrrp_instance vi_1 {
 state master   # 指定keepalived的角色，master为主，backup为备
 interface ens33   # 当前进行vrrp通讯的网络接口卡(当前centos的网卡) 用ifconfig查看你具体的网卡
 virtual_router_id 66 # 虚拟路由编号，主从要一直
 priority 100   # 优先级，数值越大，获取处理请求的优先级越高
 advert_int 1   # 检查间隔，默认为1s(vrrp组播周期秒数)
 #授权访问
 authentication {
  auth_type pass #设置验证类型和密码，master和backup必须使用相同的密码才能正常通信
  auth_pass 1111
 }
 track_script {
  chk_http_port   #（调用检测脚本）
 }
 virtual_ipaddress {
  192.168.16.130   # 定义虚拟ip(vip)，可多设，每行一个
 }
}

virtual_ipaddress vip를 구성하고 vip를 통해 온라인으로 서비스에 액세스할 수 있습니다.

서버 네트워크 카드에 따라 인터페이스를 설정해야 합니다. 일반적인 보기 방법은 ip addr

인증 구성입니다. 백업 시스템에 액세스하기 위한 권한도 동일한 구성이 필요합니다.

백업 시스템(192.168.16.129) 연결 유지 구성을 수정하세요. file

keepalived.conf:

#检测脚本
vrrp_script chk_http_port {
 script "/usr/local/src/check_nginx_pid.sh" #心跳执行的脚本，检测nginx是否启动
 interval 2       #（检测脚本执行的间隔）
 weight 2       #权重
}
#vrrp 实例定义部分
vrrp_instance vi_1 {
 state backup      # 指定keepalived的角色，master为主，backup为备
 interface ens33      # 当前进行vrrp通讯的网络接口卡(当前centos的网卡) 用ifconfig查看你具体的网卡
 virtual_router_id 66    # 虚拟路由编号，主从要一直
 priority 99       # 优先级，数值越大，获取处理请求的优先级越高
 advert_int 1      # 检查间隔，默认为1s(vrrp组播周期秒数)
 #授权访问
 authentication {
  auth_type pass #设置验证类型和密码，master和backup必须使用相同的密码才能正常通信
  auth_pass 1111
 }
 track_script {
  chk_http_port     #（调用检测脚本）
 }
 virtual_ipaddress {
  192.168.16.130     # 定义虚拟ip(vip)，可多设，每行一个
 }
}

탐지 스크립트 ：

#!/bin/bash
#检测nginx是否启动了
a=`ps -c nginx --no-header |wc -l`  
if [ $a -eq 0 ];then #如果nginx没有启动就启动nginx      
  systemctl start nginx    #重启nginx
  if [ `ps -c nginx --no-header |wc -l` -eq 0 ];then #nginx重启失败，则停掉keepalived服务，进行vip转移
    killall keepalived     
  fi
fi

스크립트 인증: chmod 775 check_nginx_pid.sh

참고: 스크립트는 인증을 받아야 합니다. 그렇지 않으면 실행할 수 있는 두 개의 서버가 없습니다. , vip(virtual_ipaddress:192.168.16.130),</code >프로덕션 환경에서는 VIP를 통해 직접 서비스에 액세스합니다. <code>vip(virtual_ipaddress:192.168.16.130),我们在生产环境是直接通过vip来访问服务。

模拟nginx故障：

修改两个服务器默认访问的nginx的html页面作为区别。

首先访问192.168.16.130,通过vip进行访问，页面显示192.168.16.128；说明当前是主服务器提供的服务。

这个时候192.168.16.128主服务器执行命令：

systemctl stop nginx; #停止nginx

再次访问vip(192.168.16.130)发现这个时候页面显示的还是：192.168.16.128，这是脚本里面自动重启。

现在直接将192.168.16.128服务器关闭，在此访问vip(192.168.16.130)现在发现页面显示192.168.16.129这个时候keepalived就自动故障转移了，一套企业级生产环境的高可用方案就搭建好了。

keepalived

nginx 실패 시뮬레이션: 🎜🎜두 서버가 기본적으로 액세스하는 nginx html 페이지를 차이점으로 수정합니다. 🎜🎜먼저 192.168.16.130을 방문하여 VIP를 통해 접속하세요. 페이지에 192.168.16.128가 표시되어 현재 메인 서버에서 제공하는 서비스임을 알 수 있습니다. 🎜🎜이때 192.168.16.128 메인 서버는 다음 명령을 실행합니다: 🎜rrreee🎜VIP를 다시 방문하면(192.168.16.130) 페이지에 여전히 다음이 표시됩니다: 192.168.16.128, 이는 스크립트에서 자동으로 다시 시작됩니다. 🎜🎜이제 192.168.16.128 서버를 직접 닫고 여기 vip(192.168.16.130)를 방문하면 페이지에 192.168.16.129가 표시되는 것을 확인할 수 있습니다. 이때 keepalived는 자동으로 장애 조치되며 엔터프라이즈급 프로덕션 환경을 위한 고가용성 솔루션이 구축됩니다. 🎜🎜 이메일 알림 등 keepalived에는 많은 기능이 있지만 공식 웹사이트로 이동하여 문서를 읽을 수는 없습니다. 🎜

위 내용은 프로덕션 환경에서 Nginx 고가용성을 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!