Equilíbrio de carga com o Docker

• Etapa 1: criar um aplicativo simples
• Etapa 2: criar contêineres do Docker
• Etapa 3: Configurar o Nginx
• Etapa 4: implantar aplicativo

Ao executar um aplicativo Web, normalmente você deseja tirar o máximo proveito de seus recursos sem precisar converter seu software para usar multithreading ou loops de eventos complexos. O Docker, no entanto, fornece uma maneira simples de equilibrar a carga internamente do seu aplicativo para aproveitar ao máximo os recursos do servidor. Este artigo mostra como usar o Nginx para equilibrar a carga do aplicativo da Web usando o Docker no CentOS.

Etapa 1: criar um aplicativo simples

Usaremos ferrugem para criar este aplicativo simples. Supondo que você tenha ferrugem instalada, corra cargo new webapp –bin. Após o sucesso, você verá um diretório chamado webapp. Dentro de webapp, você verá um arquivo chamado Cargo.toml. Anexe as seguintes linhas a ele:

[dependencies.iron]
version = "*"

Em seguida, dentro do src/main.rsarquivo, remova tudo e preencha-o com o seguinte:

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

Nota: Não altere o IP dentro do aplicativo. Isso está configurado para que o Docker possa ouvir seu aplicativo.

Depois de terminar, compile o aplicativo executando cargo build –release. Dependendo do seu servidor, pode demorar alguns minutos. Se não houver erros, teste o aplicativo seguindo estas etapas:

• Corra target/release/webapp.
• Navegue para http://0.0.0.0:3000/no seu navegador. Substitua 0.0.0.0pelo endereço IP do seu servidor.

Se tudo funcionou corretamente, você verá "Hello Vultr :)" na página.

Etapa 2: criar contêineres do Docker

Crie um Dockerfilee preencha-o com o seguinte:

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

Salve o arquivo. Em seguida, crie um arquivo chamado deploy.she preencha-o com o seguinte:

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

Quando você executa esse script, ele cria a imagem e implementa o contêiner com base na quantidade definida (o padrão é 5). Se o contêiner existir, ele o matará e removerá do registro antes de ser implantado novamente.

Etapa 3: Configurar o Nginx

Agora, crie um arquivo de configuração do Nginx e preencha-o com o seguinte:

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

Substitua 0.0.0.0pelo endereço IP do seu servidor.

Reinicie o Nginx fazendo systemctl restart nginx. Resolva os erros e prossiga para a próxima etapa.

Etapa 4: implantar aplicativo

Implante o aplicativo executando bash ./deploy.sh.

Você pode verificar o status do seu aplicativo docker ps- serão criadas 5 imagens que começam com webapp. Agora, navegue até http://0.0.0.0:3000/no seu navegador e você verá a mensagem "Olá, Vultr :)" novamente.

Então, que diferença isso faz exatamente?

Se você executar um teste de benchmark na configuração do balanceador de carga, perceberá que mais recursos do servidor estão sendo usados, o que você deseja, especialmente se seu aplicativo for construído em idiomas como Node, onde normalmente seria um thread único. Se você precisar atualizar seu aplicativo, poderá fazê-lo e executá-lo novamente deploy.shpara reconstruir a imagem e implantar seus contêineres.