Крок 1: Створіть просту програму
Крок 2. Створіть контейнери Docker
Крок 3: Налаштуйте Nginx
Крок 4. Розгорніть програму
Запускаючи веб-програму, зазвичай потрібно максимально використовувати свої ресурси, не перетворюючи програмне забезпечення на використання багатопоточності або складних циклів подій. Однак Docker надає простий спосіб для внутрішнього балансування навантаження вашої програми, щоб максимально використовувати ресурси сервера. Ця стаття покаже вам, як використовувати Nginx для балансування навантаження веб-програми за допомогою Docker на CentOS.
Крок 1: Створіть просту програму
Ми будемо використовувати rust для створення цього простого додатка. Припускаючи, що у вас встановлено rust, запустіть cargo new webapp –bin
. Після успіху ви побачите каталог під назвою webapp
. Всередині webapp
ви побачите файл під назвою Cargo.toml
. Додайте до нього такі рядки:
[dependencies.iron]
version = "*"
Далі, всередині src/main.rs
файлу, видаліть все та заповніть його наступним:
extern crate iron;
use iron::prelude::*;
use iron::status;
fn main() {
Iron::new(|_: &mut Request| {
Ok(Response::with((status::Ok, "Hello Vultr :)")))
}).http("0.0.0.0:3000").unwrap();
}
Примітка: не змінюйте IP у програмі. Це налаштовано так, щоб Docker міг прослуховувати вашу програму.
Після завершення компілюйте програму, виконавши cargo build –release
. Залежно від вашого сервера це може зайняти кілька хвилин. Якщо помилок немає, перевірте програму, виконавши такі дії:
- Біжи
target/release/webapp
.
- Перейдіть до
http://0.0.0.0:3000/
у своєму браузері. Замініть 0.0.0.0
на IP-адресу вашого сервера.
Якщо все працювало належним чином, на сторінці ви побачите «Hello Vultr :)».
Крок 2. Створіть контейнери Docker
Створіть файл Dockerfile
і заповніть його таким:
FROM centos:latest
MAINTAINER User <user@localhost>
RUN yum update -y
COPY ./webapp/target/release/webapp /opt/
EXPOSE 3000
WORKDIR /opt
CMD ./webapp
Збережіть файл. Потім створіть файл з назвою deploy.sh
та заповніть його наступним чином:
DEFAULT_PORT=45710
APP_PORT=3000
DEPLOY=5
NAME="webapp"
docker build -t webapp:example .
for ((i=0; i<DEPLOY; i++)); do
docker kill $NAME$i ; docker rm $NAME$i
docker run --name $NAME$i -p 127.0.0.1:$(((i * 1000) + DEFAULT_PORT)):$APP_PORT -d webapp:example
done
Коли ви запустите цей сценарій, він створить образ і розгорне контейнер на основі встановленої вами кількості (за умовчанням 5). Якщо контейнер існує, він знищить і видалить його з реєстру, перш ніж він буде знову розгорнутий.
Тепер створіть файл конфігурації Nginx і заповніть його наступним чином:
upstream application {
server localhost:45710;
server localhost:46710;
server localhost:47710;
server localhost:48710;
server localhost:49710;
}
server {
listen 0.0.0.0:80;
location / {
expires 1w;
proxy_pass http://application;
proxy_redirect off;
proxy_http_version 1.1;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
}
}
Замініть 0.0.0.0
на IP-адресу вашого сервера.
Перезапустіть Nginx, виконавши systemctl restart nginx
. Виправте всі помилки, а потім перейдіть до наступного кроку.
Крок 4. Розгорніть програму
Розгорніть програму, запустивши bash ./deploy.sh
.
Ви можете перевірити статус своєї програми за допомогою docker ps
- буде створено 5 зображень, які починаються з webapp
. Тепер перейдіть до http://0.0.0.0:3000/
у своєму браузері, ви знову побачите повідомлення «Привіт, Vultr :)».
Тож яка різниця у цьому?
Якщо ви запустите еталонний тест із конфігурацією балансувальника навантаження, ви помітите, що використовується більше ресурсів вашого сервера, що вам і потрібно, особливо якщо ваша програма побудована на таких мовах, як Node, де вона зазвичай є однопоточною. Якщо вам коли-небудь знадобиться оновити свою програму, ви можете зробити це і повторно запустити, deploy.sh
щоб відновити образ і розгорнути свої контейнери.