Uravnoteženost obremenitve z Dockerjem

Ko izvajate spletno aplikacijo, običajno želite kar najbolje izkoristiti svoje vire, ne da bi morali svojo programsko opremo pretvoriti v uporabo večnitne ali zapletene zanke dogodkov. Docker pa vam ponuja preprost način za interno uravnoteženje obremenitve aplikacije, da kar najbolje izkoristite strežniške vire. Ta članek vam bo pokazal, kako uporabiti Nginx za uravnoteženje obremenitve vaše spletne aplikacije z Dockerjem na CentOS.

1. korak: Ustvarite preprosto aplikacijo

Za izdelavo te preproste aplikacije bomo uporabili rust. Ob predpostavki, da imate nameščen rust, zaženite cargo new webapp –bin. Po uspehu boste videli imenik z imenom webapp. V notranjosti webappboste videli datoteko z imenom Cargo.toml. Dodajte mu naslednje vrstice:

[dependencies.iron]
version = "*"

Nato znotraj src/main.rsdatoteke odstranite vse in jo napolnite z naslednjim:

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();
}

Opomba: IP-ja v aplikaciji ne spreminjajte. To je konfigurirano tako, da lahko Docker posluša vašo aplikacijo.

Ko končate, prevedite aplikacijo tako, da izvedete cargo build –release. Odvisno od vašega strežnika lahko traja nekaj minut. Če ni napak, preizkusite aplikacijo, tako da sledite tem korakom:

• teci target/release/webapp.
• http://0.0.0.0:3000/V brskalniku se pomaknite do . Zamenjajte 0.0.0.0z naslovom IP vašega strežnika.

Če je vse delovalo pravilno, boste na strani videli "Hello Vultr :)".

2. korak: ustvarite vsebnike Docker

Ustvarite Dockerfilein ga zapolnite z naslednjim:

FROM centos:latest
MAINTAINER User <user@localhost>
RUN yum update -y
COPY ./webapp/target/release/webapp /opt/
EXPOSE 3000
WORKDIR /opt
CMD ./webapp

Shranite datoteko. Nato ustvarite imenovano datoteko deploy.shin jo napolnite z naslednjim:

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

Ko zaženete ta skript, bo ustvaril sliko in razmestil vsebnik glede na količino, ki ste jo nastavili (privzeto je 5). Če vsebnik obstaja, ga bo ubil in odstranil iz registra, preden bo znova nameščen.

3. korak: Konfigurirajte Nginx

Zdaj ustvarite konfiguracijsko datoteko Nginx in jo napolnite z naslednjim:

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;
    }
}

Zamenjajte 0.0.0.0z naslovom IP vašega strežnika.

Znova zaženite Nginx tako, da naredite systemctl restart nginx. Odpravite morebitne napake, nato pa nadaljujte z naslednjim korakom.

4. korak: Namestite aplikacijo

Razmestite aplikacijo tako, da zaženete bash ./deploy.sh.

Stanje vaše aplikacije lahko preverite z docker ps- ustvarjenih bo 5 slik, ki se začnejo z webapp. Zdaj se http://0.0.0.0:3000/v brskalniku pomaknite na , in znova boste videli sporočilo »Pozdravljeni, Vultr :)«.

Torej, kakšna je razlika v tem?

Če zaženete preskus primerjalnih vrednosti s konfiguracijo izravnalnika obremenitve, bi opazili, da se uporablja več virov vašega strežnika, kar bi želeli, še posebej, če je vaša aplikacija zgrajena v jezikih, kot je Node, kjer bi bila običajno enonitna. Če boste morali kdaj nadgraditi svojo aplikacijo, lahko to storite in znova zaženete, deploy.shda znova zgradite sliko in razmestite svoje vsebnike.