Cloud-init - Historial de revisiones

Joselv: /* Script xestión escenario */

2026-03-04T19:45:43Z

Script xestión escenario

Joselv: /* Script xestión escenario */

2026-03-04T19:45:05Z

Script xestión escenario

Joselv: /* Script de xestión mellorado */

2026-03-04T19:43:10Z

Script de xestión mellorado

Joselv: /* Escenario 2: cloud-config para despregue masivo de contedores cun script de xestión */

2026-03-04T12:53:39Z

Escenario 2: cloud-config para despregue masivo de contedores cun script de xestión

Joselv: /* Escenario 2: cloud-config para despregue masivo de contedores cun script de xestión */

2026-03-04T12:51:37Z

Escenario 2: cloud-config para despregue masivo de contedores cun script de xestión

Mostrar los cambios

Joselv: /* Sen user.network-config */

2026-03-04T12:47:39Z

Sen user.network-config

Mostrar los cambios

Joselv: /* Cloud-init e power_state */

2026-03-04T12:39:36Z

Cloud-init e power_state

Joselv: /* Lanzando o contedor */

2026-03-04T12:37:05Z

Lanzando o contedor

Joselv: /* Lanzando o contedor */

2026-03-04T12:36:26Z

Lanzando o contedor

Joselv: /* Verificando a sintaxe */

2026-03-04T12:33:00Z

Verificando a sintaxe

@@ Línea 909: / Línea 909: @@
 Cun editor de texto creamos o noso script e comezamos definindo unhas variables que permitirán adaptar o script rápidamente a outras redes:
+<pre>
 #!/bin/bash
 REDE=192.0.2.3
 MS=255.255.255.0
 GW=192.0.2.1
 A continuación temos que crear un contedor para server01, asignarlle os arquivos config.yml e network.yml personalizados e arrincalo. Cun bucle for repetimos estas accións tantas veces como servidores desexemos. Pero, cómo podemos facer para ter un config.yml personalizado para cada server?.
-A forma de poder asignar un config.yml personalizado é crear unha plantilla sobre a que sacar unha copia para personalizada. A modo de exemplo a miña plantilla chámase config_PLANTILLA.yml e o seu contido é:
+A forma de poder asignar un config.yml personalizado é crear unha plantilla sobre a que sacar unha copia para personalizada.
 <pre>

@@ Línea 900: / Línea 900: @@
 == Script xestión escenario ==
-Script básico
 NOTAS: o script básico e as plantillas poden descargarse:
 Abordaremos o problema centrándonos en primeiro lugar na creación e configuración automática dos contedores server01, server02 e server03 xa que constitúe a parte fundamental do problema; para despois, ampliar as funcionalidades do script.
@@ Línea 1043: / Línea 1043: @@
 Fixarse que na primeira execución do bucle:
 Grazas ó bucle repetimos as accións e temos así os tres servidores personalizados. Ollo co explicado no punto 4.2 Cloud-config en relación ó servidor dhcp; xa que no caso de non habelo, habería que poñer a propiedade user.network_mode=link-local do contedor para indicar que a configuración rede farase a man e non por dhcp e ademais engadir a sección bootcmd en config.yml
@@ Línea 1060: / Línea 1060: @@
   $ chmod 755 escenario_8C.sh
   $ ./escenario_8C.sh
-$ incus ls -c n,4,s,l,P,m
+ $ incus ls -c n,4,s,l,P,m
 <pre>
 +---------------+-------------------+---------+----------------------+----------+--------------+

@@ Línea 1084: / Línea 1084: @@
 == Script de xestión mellorado ==
 NOTAS: o script mellorado pode descargarse:
 Xa temos o núcleo do script creado e podemos proceder a melloralo creando un menú con opcións de creación, inicio, parada e destrucción dos contedores:

@@ Línea 918: / Línea 918: @@
 A forma de poder asignar un config.yml personalizado é crear unha plantilla sobre a que sacar unha copia para personalizada. A modo de exemplo a miña plantilla chámase config_PLANTILLA.yml e o seu contido é:
 #cloud-config
 # Configurar /etc/hostname e /etc/hosts
@@ Línea 991: / Línea 992: @@
 #power_state:
 #  mode: reboot
 Coa configuración de rede faise o mesmo: unha plantilla de nome network_PLANTILLA.yml:
 #cloud-config
 version: 1
@@ Línea 1010: / Línea 1013: @@
        - 8.8.8.8
        - 8.8.4.4
 Fixarse en que o que está en amarelo usarémolo para facer sustitucións e o que está en negriña correspóndese á configuración desexada (usuario, apt-cacher-ng, acceso ssh por contrasinal).
 Voltamos ó noso script e engadimos:
 #!/bin/bash
 REDE=192.0.2.3
@@ Línea 1034: / Línea 1040: @@
       rm config.yml network.yml
 done
 Fixarse que na primeira execución do bucle:
@@ Línea 1050: / Línea 1058: @@
 Procedemos a asignarlle permisos de execución ó script e a lanzalo:
+ $ chmod 755 escenario_8C.sh
-asir@incus:~/script_esc_8C$ chmod 755 escenario_8C.sh
+ $ ./escenario_8C.sh
-asir@incus:~/script_esc_8C$ ./escenario_8C.sh
+$ incus ls -c n,4,s,l,P,m
-asir@incus:~/script_esc_8C$ incus ls -c n,4,s,l,P,m
+<pre>
 +---------------+-------------------+---------+----------------------+----------+--------------+
 |     NAME      |       IPV4        |  STATE  |     LAST USED AT     | PROFILES | MEMORY USAGE |
@@ Línea 1065: / Línea 1073: @@
 | server03      | 192.0.2.33 (eth0) | RUNNING | 2026/03/01 13:30 CET | WAN      | 72.36MiB     |
 +---------------+-------------------+---------+----------------------+----------+--------------+
 Vemos como están arrincados e totalmete configurados os tres servidores ó cabo duns minutos.
+ $ incus exec server01 -- cloud-init status
-asir@incus:~$ incus exec server01 -- cloud-init status
+ status: done
-status: done
+ $ incus exec server02 -- cloud-init status
-asir@incus:~$ incus exec server02 -- cloud-init status
+ status: done
-status: done
+ $ incus exec server03 -- cloud-init status
-asir@incus:~$ incus exec server03 -- cloud-init status
+ status: done
 == Script de xestión mellorado ==

@@ Línea 461: / Línea 461: @@
 </pre>
-== Cloud-init e power_state ==
+=== Cloud-init e power_state ===
-Pode ser interesante reiniciar o contedor ó remate do proceso para ver o comportamento do contedor fronte ós reinicios. É posible reiniciar o contedor a través de scripts ou runcmd pero facelo con power_state asegura que todas as accións de cloud-init remataron antes de reiniciar. Para configurar o reinicio automático engadiriamos as seguintes liñas no config.yml:
+Pode ser interesante reiniciar o contedor ó remate do proceso para ver o comportamento do contedor fronte ós reinicios.
 # reinicio ó rematar
 power_state:
    mode: reboot
 Desta forma poderiamos esquecernos dalgúns comandos do bloque runcmd xa que co reinicio do contedor os cambios indicados xa se aplicarían:
 # Executar comandos no primeiro inicio
 runcmd:
@@ Línea 479: / Línea 485: @@
 #  - systemctl restart sshd
 #  - systemctl restart apache2
 Ademais do reinicio pódese configurar o apagado e un tempo de retardo.

@@ Línea 372: / Línea 372: @@
   asir06
   # cat /etc/hosts
-<ore>
+<pre>
 # Your system has configured 'manage_etc_hosts' as True.
 # As a result, if you wish for changes to this file to persist

@@ Línea 345: / Línea 345: @@
 == Lanzando o contedor ==
 Unha vez verificada a sintaxe podemos proseguir e preparnos para lanzar o contedor. É moi importante ter en conta que as imaxes cloud Ubuntu que empregamos veñen con cloud-init configurado para esperar que o contedor reciba unha configuración rede inicial por dhcp. No caso de non ter un servidor dhcp temos que indicalo cun parámetro de configuración:
+* Se hai servidor dhcp (o normal cando creamos redes lxd e é o noso caso) podemos lanzar o contedor executando:
-Si hai servidor dhcp (o normal cando creamos redes lxd e é o noso caso) podemos lanzar o contedor executando:
+ $ incus launch images:ubuntu/22.04/cloud asir06 -c user.user-data="$(cat config.yml)" -p WAN
-asir@incus:~$ incus launch images:ubuntu/22.04/cloud asir06 -c user.user-data="$(cat config.yml)" -p WAN
+* Si non hai servidor dhcp: hai que facer dúas cousas:
-Si non hai servidor dhcp: hai que facer dúas cousas:
+A) Engadir un bloque bootcmd no config.yml para configurar a rede do equipo nada máis arrincar o contedor.
-Engadir un bloque bootcmd no config.yml para configurar a rede do equipo nada máis arrincar o contedor.
+<pre>
 # executar comandos ó iniciar o contedor
 bootcmd:
@@ Línea 356: / Línea 356: @@
   - [sh, -c, "echo 'nameserver 8.8.8.8' > /etc/resolv.conf"]
   - [sh, -c, "echo 'nameserver 8.8.4.4' >> /etc/resolv.conf"]
-Indicar a cloud-init coa propiedade user.network_mode=link-local que a configuración rede farase a man e non por dhcp.
+</pre>
-magasix@lxd:~$ incus launch images:ubuntu/22.04/cloud asir06 -c user.user-data="$(cat config.yml)" -c user.network_mode=link-local -p WAN
 Hai diferenzas entre bootcmd e runcmd:
 Podemos facer comprobacións de que todo foi ben unha vez rematado o aprovisionamento:
+ $  incus exec asir06 -- cloud-init status
-asir@incus:~$  incus exec asir06 -- cloud-init status
+ status: done
-status: done
+ $ incus exec asir06 bash
-asir@incus:~$ incus exec asir06 bash
+ # cat /etc/hostname
-root@asir06:~# cat /etc/hostname
+ asir06
-asir06
+ # cat /etc/hosts
-root@asir06:~# cat /etc/hosts
+<ore>
 # Your system has configured 'manage_etc_hosts' as True.
 # As a result, if you wish for changes to this file to persist
@@ Línea 384: / Línea 387: @@
 ff02::1 ip6-allnodes
 ff02::2 ip6-allrouters
-root@asir06:~# cat /etc/apt/apt.conf.d/01apt-cacher-ng
+</pre>
 Acquire::http { Proxy "http://192.0.2.20:3142"; }
-root@asir06:~# ss -ltn
+ # cat /etc/apt/apt.conf.d/01apt-cacher-ng
 State          Recv-Q          Send-Q          Local Address:Port          Peer Address:Port          Process
 LISTEN        0                4096            127.0.0.53%lo:53                 0.0.0.0:*
@@ Línea 393: / Línea 400: @@
 LISTEN        0                511                         *:80                       *:*
 LISTEN        0                128                      [::]:22                    [::]:*
-root@asir06:~# dpkg -l | grep -i php
+</pre>
 ii  libapache2-mod-php              2:8.3+94+ubuntu22.04.1+deb.sury.org+2      all          server-side, HTML-embedded scripting language (Apache 2 module) (default)
 ii  libapache2-mod-php8.3           8.3.7-2+ubuntu22.04.1+deb.sury.org+1       amd64        server-side, HTML-embedded scripting language (Apache 2 module)
@@ Línea 400: / Línea 410: @@
 ii  php-common                      2:94+ubuntu22.04.1+deb.sury.org+2          all          Common files for PHP packages
 ...
-root@asir06:~#
+</pre>
 Tamén podemos verificar que é posible conectarse por ssh usando a identidade dixital autorizada accedendo pola IP asignada por DHCP ó contedor asir06, no meu caso a 135:
   $ incus ls

@@ Línea 333: / Línea 333: @@
 locale: es_ES.UTF-8
-== Verificando a sintaxe ==
+=== Verificando a sintaxe ===
-Unha vez creado o arquivo imos a http://www.yamllint.com/ ou https://codebeautify.org/yaml-validator para validar a sintaxe; xa que non é a primeira vez que por culpa dunha mala sintaxe, non funciona a inicialización do contedor. Copiamos&pegamos o contido do noso config.yml e prememos en Go.
+Unha vez creado o arquivo imos a http://www.yamllint.com/ ou https://codebeautify.org/yaml-validator para validar a sintaxe; xa que non é a primeira vez que por culpa dunha mala sintaxe, non funciona a inicialización do contedor.
 Validación do YAML