bytes.cat

La wiki d'FP d'informàtica

Eines de l'usuari

Eines del lloc


docker-compose

Diferències

Ací es mostren les diferències entre la revisió seleccionada i la versió actual de la pàgina.

Enllaç a la visualització de la comparació

Ambdós costats versió prèvia Revisió prèvia
Següent revisió
Revisió prèvia
docker-compose [2021/10/26 14:53]
enrique_mieza_sanchez [Escalat de contenidors]
docker-compose [2023/10/17 18:28] (actual)
enric_mieza_sanchez [Escalat amb Wordpress]
Línia 10: Línia 10:
   * [[Docker]] pràctiques inicials a bytes.cat   * [[Docker]] pràctiques inicials a bytes.cat
  
-{{tag> #Asix #Ceti #Ciber #CetiMp03 #CiberMp03 }}+Segueix a: 
 +  * [[Docker upgrade de containers]] 
 +  * [[Dockerfile]] 
 + 
 + 
 +{{tag> #FpInfor #Asix #Ceti #Ciber #CetiMp03 #CiberMp03 DevOps docker docker_compose compose wordpress }}
  
 ===== Instal·lació ===== ===== Instal·lació =====
Línia 71: Línia 76:
 A la mostra veiem que cada node té assignat un port, començant pel 49159. Els nombres de port i de container no tenen perquè ser correlatius. Podem accedir-hi mitjançant el //browser// a la URL: A la mostra veiem que cada node té assignat un port, començant pel 49159. Els nombres de port i de container no tenen perquè ser correlatius. Podem accedir-hi mitjançant el //browser// a la URL:
   http://localhost:32768   http://localhost:32768
-  + 
 +\\ 
 ===== Balanç de càrrega amb HAProxy ===== ===== Balanç de càrrega amb HAProxy =====
 Per a arrodonir aquest exercici necessitem un balancejador de càrrega que enllaci amb un o altre node web. Per a arrodonir aquest exercici necessitem un balancejador de càrrega que enllaci amb un o altre node web.
Línia 77: Línia 84:
 <file yaml docker-compose.yml> <file yaml docker-compose.yml>
 version: "2" version: "2"
 +
 services: services:
-web: 
-image: nginxdemos/hello 
-lb: 
-image: dockercloud/haproxy 
-ports: 
-- 8080:80 
-links: 
-- web 
-volumes: 
-- /var/run/docker.sock:/var/run/docker.sock 
-</file> 
  
-Podemos ver que ya no hace falta redireccionar el puerto del microservicio web como hemos hecho +  web: 
-anteriormente. +    imagenginxdemos/hello
-Levantamos el servicio completo con+
-# docker-compose up -d –scale web=3 +
-Comprovamos que estan en marcha los 3 nodos web + el nodo HAProxy con: +
-# docker-compose ps +
-HAProxy (servicio lb) nos redirigirá alternativamente a uno u otro nodo en cada visita a: +
-http://localhost:8080Ejercicio: escalado con Wordpress +
-Crea un docker-compose similar al ejemplo realizado pero con un Wordpress (puedes tomar el +
-ejemplo de la imagen oficial de Docker Hub). Configuralo para poder escalar el contenedor de +
-wordpress (el de la base de datos ha de ser único) y añádele un HAProxy como el del ejemplo. En +
-total tendrá, pues, 3 servicios: db, wordpress y lb (load balancer). +
-Comprueba que funciona correctamente escalando a 4 instancias de Wordpress y que puedes +
-conectarte a través del puerto configurado en el HAProxy. +
-Para asegurarnos de que realmente HAProxy alterna entre los diferentes nodos, edita el archivo de +
-Wordpress para forzar a mostrar la IP del servidor: +
-# vi +
-/var/lib/docker/volumes/scaled-wp_wordpress/_data/wp-content/themes/ +
-twentytwentyone/index.php +
-(Dependiendo de la versión de Wordpress puede cambiar el nombre del theme , en este caso es el +
-twtentytwentyone pero podria ser otro). +
-Introduce esta línia después de get_header() : +
-echo "IP Address: ".$_SERVER["SERVER_ADDR"]; +
-Comprueba ahora que al ir a la main page del Wordpress se visualiza la IP y que al recargar vamos +
-alternando entre las diversas IPs. +
- +
- +
- +
- +
- +
-===== Escalat de Wordpress ===== +
- +
-Anem a veure com escalar el sistema Wordpress que hem muntat amb el docker-compose oficial. +
- +
-Aixeca'l de nou amb: +
-  $ docker-compose up -d +
- +
-Prova d'escalar-ho amb: +
-  $ docker-compose up --scale wordpress=3 +
- +
-Veurem que no ens deixa i ens dona un error de que el port està en ús: +
-  Cannot start service wordpress: ... : Bind for 0.0.0.0:8080 failed: port is already allocated +
- +
-És normal ja que no puc replicar diversos contenidors que es publiquin al mateix port de la màquina //host//. La solució és canviar la línia de publicació del port 80 i substituir-la per aquesta, on no s'especifica el port de la màquina //host//. D'aquesta manera, cada docker es publicarà en un port que ''docker-engine'' triarà a la seva conveniència: +
-<file yml docker-compose.yml> +
-  ... +
-  wordpress: +
-    ...+
     ports:     ports:
-      - 80    # abans era 8080:80 +      # importante marcar puerto interno 80 sin asignar a uno externo 
-  ...+      # docker-machine le asignará puerto externo automáticamente 
 +      - 80 
 +  lb: 
 +    image: dockercloud/haproxy 
 +    ports: 
 +      - 8085:80 
 +    links: 
 +      - web 
 +    volumes: 
 +      - /var/run/docker.sock:/var/run/docker.sock
 </file> </file>
  
-Per poder publicar tots els contenidors al mateix rang, podem destruir els contenidors wordpress i no el de la BD: +Veiem que ja no cal redireccionar el port del microservei "web" com hem fet anteriorment.
-  $ docker-compose rm -f wordpress+
  
-I els tornem a aixecar amb: +Ho aixequem tot amb: 
-  docker-compose up -d --scale wordpress=3+  docker-compose up -d --scale web=3 
 +   
 +Comprovem que estan en marxa els 3 nodes web amb + el HAProxy amb: 
 +  docker-compose ps
  
-Podem veure els contenidors creats amb+HAProxy (service lb) ens redirigirà alternativament a un o altre node en cada visita a
-  $ docker-compose ps+  http://localhost:8085
  
 \\ \\
  
-===== Actualització de contenidors =====+===== Escalat amb Wordpress =====
  
-Després de fer una instal·lació caldrà mantenir-la, i fer un //update// és una pràctica imprescindible per posar remei a certes vulnerabilitats. 
- 
-Algunes consideracions: 
-  * Cada CMS o software tenen la seva pròpia manera de dockeritzar-se i hi ha algunes pràctiques o tendències comunes. 
-  * No es pot generalitzar un procés únic d'actualització. 
-  * Com veurem, un cop realitzada la instal·lació i amb el volum persistit, canviar el container pot no canviar directament la versió del //software// del CMS. Actualitzar el container de Wordpress només actualitza la versió de PHP i no la del CMS. 
-    * Veurem dos casos paradigmàtics, el docker de Wordpress no canvia la seva versió i el Mediawiki, en canvi, sí. Tot depèn de com han estat configurats.  
-  * Per actualitzar, finalment, caldrà fer-ho des del propi //backend// del CMS. 
- 
-<WRAP tip> 
-Si hi hagués algun conflicte amb les versions de partida i destí de PHP que necessita el CMS, una possible solució seria fer l'actualització en 2 passes, passant per una versió intermitja que tingui una versió de PHP compatible amb les dues versions. 
-</WRAP> 
- 
-==== Actualitzar Wordpress docker ==== 
 <WRAP todo> <WRAP todo>
-Actualització de contenidors: +Anem a fer un ''docker-compose'' de Wordpress escalable. 
-  * Instal·la la versió 4 de Wordpress en una nova carpeta de projecte+  * Crea un docker-compose a partir de l'[[https://hub.docker.com/_/wordpress|exemple oficial de la pàgina de Docker Wordpress]] 
-    Caldrà que canviïs el //tag// del contenidor //wordpress//+  * Configura'l per a poder escalar el contenidor de wordpress (el de la base de dades ha de ser únic)
-  * Per identificar si l'upgrade funciona, cal que personalitzem la instal·lació+  Afegeix també un LB (o //load balancer//) ''HAProxy'' com el de l'exemple anterior. 
-    * Edita el nom del //blog// +  * En total ha de tenir 3 serveis: wordpress, db i lb
-    * Afegeix un article que es vegi a la portada+  * Assegura'que: 
-    * Personalitza el skin (canvia per algun ben diferent del //default//)+    * El //service// ''wordpress'' no té assignat un port extern (si ho té, no podrà escalar). 
-  Entra al contenidor del //wordpress// i comprova quines versions tenim: +    * No t'interfereix la instal·lació de Wordpress anterior. Per assegurar-ho fes una nova carpeta amb nova instal·lació. Si vols aprofitar la que tenies, mira que el port del LB (HAProxy) sigui el mateix que el de la instal·lació anterior
-    Versió de PHP +    * El LB apunta al servei ''wordpress'', i no al ''web'' de l'exemple. 
-    Versió exacta del Wordpress (li hem dit la 4, però no sabem si haurà instal·lat la 4.1 o la 4.8.2...)+  * Comprova que funciona correctament escalant a 4 instàncies de Wordpress i que pots connectar-te a través del port configurat al HAProxy. 
 +  * Per assegurar-nos de que realment HAProxy alterna entre els diferents nodes, forçarem a mostrar la IP del servidor. Farem un //hack// per mostrar la IP del container que ens està servint:<tabbox Opció hack 1> 
 +      * Edita l'arxiu:<WRAP prewrap><code> 
 +$ sudo vi /var/lib/docker/volumes/scaled-wp_wordpress/_data/index.php 
 +</code></WRAP> 
 +      Introdueix aquesta línia just després del ''define'':<code> 
 +echo "IP Address: ".$_SERVER["SERVER_ADDR"]; 
 +</code> 
 +<tabbox Opció hack 2 (theme twentytwentyone)> 
 +   * Activa el tema ''twentytwentyone'' (fons verd) des de l'admin panel del wordpress
 +   * Edita l'arxiu:<WRAP prewrap><code> 
 +$ sudo vi /var/lib/docker/volumes/scaled-wp_wordpress/_data/wp-content/themes/twentytwentyone/header.php 
 +</code></WRAP> 
 +   Introdueix aquesta línia després del ''wp_body_open()'':<code> 
 +echo "IP Address: ".$_SERVER["SERVER_ADDR"]; 
 +</code> 
 +</tabbox> 
 +  **Comprova ara que a l'anar a la //main page// del Wordpress es visualitza la IP i que al recarregar anem alternant entre les diverses IPs**.
  
-Passem a fer l'upgrade: 
-  * Apaga el projecte de contenidors amb un ''down''. 
-  * Canvia el //tag// a la darrera versió estable (no facis //latest//, ja que al traslladar el container a un altre lloc en un altre moment ens podria descarregar una altra versió). 
-  * Engega de nou el projecte. 
-  * Visualitza el Wordpress per veure si segueix funcionant. 
-  * Entra al contenidor //wordpress// i comprova les versions de PHP i del propi WP. 
-    * Quins canvis hi ha hagut? 
 </WRAP> </WRAP>
  
-\\ 
- 
-==== Actualitzar Mediawiki docker ==== 
-Aquest cas és diferent de l'anterior. Canviar el contenidor sí que modificarà la versió del //software// del CMS. 
- 
-<WRAP todo> 
-  - [[https://hub.docker.com/_/mediawiki|Instal·la Mediawiki amb Docker]] amb algunes modificacions: 
-    * Canviar al ''docker-compose'' la versió de Mediawiki a la 1.31. 
-    * Persisir les carpetes: 
-      * ''/var/lib/mysql'' del contenidor ''database'' 
-      * ''/var/www/html/images'' del contenidor ''mediawiki'' 
-  - Tal i com s'explica a la documentació i als comentaris del docker-compose, cal descarregar ''LocalSettings.php'' al mateix directori del ''docker-compose.yml'' i descomentar la línia:<code># - ./LocalSettings.php:/var/www/html/LocalSettings.php</code> 
-  - Destruir (down) i arrencar de nou (up) la instància. Comprovar que funciona i afegir alguna frase a la pàgina principal per a testejar. 
-  - Comprovar que tenim la versió 1.31 a la pàgina<code>http://localhost:8080/index.php/Especial:Versió</code> 
-  - Destruir la instància mitjançant:<code> $ docker-compose down</code> 
-  - Canviar (actualitzar) la versió de Mediawiki a la 1.36 
-  - Posar en marxa de nou la instància. 
-  - Consultar la pàgina d'actualització oficial de la Mediawiki. Al canviar el //docker// hem actualitzat el software (codi PHP) però cal actualitzar les taules de la BD. 
-  - Actualitzar la BD anant a <code>http://localhost:8080/mw-config</code> 
-  - Ens demanarà la ''upgrade-key'' que està a LocalSettings.php . Seguim el procès d'upgrade fins el final. 
-  - Comprovar que s'ha actualitzat correctament la versió de Mediawiki. 
-</WRAP> 
- 
-\\ 
  
  
docker-compose.1635259984.txt.gz · Darrera modificació: 2021/10/26 14:53 per enrique_mieza_sanchez