Équilibrage de charge avec Docker

• Étape 1: créer une application simple
• Étape 2: créer des conteneurs Docker
• Étape 3: configurer Nginx
• Étape 4: déployer l'application

Lorsque vous exécutez une application Web, vous souhaitez normalement tirer le meilleur parti de vos ressources sans avoir à convertir votre logiciel pour utiliser des boucles d'événements multithreads ou complexes. Docker, cependant, vous offre un moyen simple d'équilibrer la charge de votre application en interne pour tirer le meilleur parti des ressources du serveur. Cet article vous montrera comment utiliser Nginx pour équilibrer la charge de votre application Web à l'aide de Docker sur CentOS.

Étape 1: créer une application simple

Nous utiliserons de la rouille pour créer cette application simple. En supposant que vous avez installé de la rouille, courez cargo new webapp –bin. En cas de succès, vous verrez un répertoire appelé webapp. À l'intérieur de webapp, vous verrez un fichier appelé Cargo.toml. Ajoutez-y les lignes suivantes:

[dependencies.iron]
version = "*"

Ensuite, à l'intérieur du src/main.rsfichier, supprimez tout et remplissez-le avec les éléments suivants:

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

Remarque: ne modifiez pas l'IP dans l'application. Ceci est configuré pour que Docker puisse écouter votre application.

Une fois que vous avez terminé, compilez l'application en exécutant cargo build –release. Selon votre serveur, cela peut prendre quelques minutes. S'il n'y a aucune erreur, testez l'application en procédant comme suit:

• Courez target/release/webapp.
• Accédez à http://0.0.0.0:3000/dans votre navigateur. Remplacez 0.0.0.0par l'adresse IP de votre serveur.

Si tout fonctionnait correctement, vous verrez "Bonjour Vultr :)" sur la page.

Étape 2: créer des conteneurs Docker

Créez un Dockerfileet remplissez-le avec les éléments suivants:

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

Enregistrez le fichier. Créez ensuite un fichier appelé deploy.shet remplissez-le avec les éléments suivants:

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

Lorsque vous exécutez ce script, il crée l'image et déploie le conteneur en fonction du montant que vous avez défini (la valeur par défaut est 5). Si le conteneur existe, il le tuera et le supprimera du registre avant de le redéployer.

Étape 3: configurer Nginx

Maintenant, créez un fichier de configuration Nginx et remplissez-le avec ce qui suit:

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

Remplacez 0.0.0.0par l'adresse IP de votre serveur.

Redémarrez Nginx en faisant systemctl restart nginx. Résolvez les erreurs, puis passez à l'étape suivante.

Étape 4: déployer l'application

Déployez l'application en exécutant bash ./deploy.sh.

Vous pouvez vérifier l'état de votre demande avec docker ps- il y aura 5 images créées commençant par webapp. Maintenant, accédez à http://0.0.0.0:3000/dans votre navigateur, vous verrez à nouveau le message "Bonjour, Vultr :)".

Alors, quelle différence cela fait-il exactement?

Si vous exécutez un test de référence par rapport à la configuration de l'équilibreur de charge, vous remarquerez que davantage de ressources de votre serveur sont utilisées, ce que vous souhaiteriez, surtout si votre application est construite dans des langages comme Node où elle serait normalement à thread unique. Si vous avez besoin de mettre à niveau votre application, vous pouvez le faire et réexécuter deploy.shpour reconstruire l'image et déployer vos conteneurs.