|
|
|
# TRABAJO PREVIO
|
|
|
|
|
|
|
|
## Envío de comunicados a los usuarios
|
|
|
|
|
|
|
|
Previo al día de la migración (2 días antes) avisar a los usuarios que existirá no disponibilidad del servicio por un tiempo de 2 horas. Se manda un comunicado a la lista nubeinterior@listas.softwarelibre.edu.uy que se encuentra actualizada.
|
|
|
|
|
|
|
|
## Comentarios sobre el rol elegido para instalar Nextcloud en Debian 10
|
|
|
|
|
|
|
|
La última versión del rol de la galaxia de Nextcloud que estabamos usando es la **1.3.5**. Esta versión es antigua en 6 meses y no funciona para Buster. El soporte para Buster se encuentra en la master del correspondiente repositorio Github del rol y fue incluída en [este commit](https://github.com/aalaesar/install_nextcloud/commit/8aee88212d97859baf54db87adf84714fa929bbe). Por esa razón se edita el requirements para instalar Nextcloud a partir del poryecto Github:
|
| ... | ... | @@ -59,6 +55,38 @@ Para definir a nivel del Nodo las reglas de firewall que se aplicarán sobre el |
|
|
|
|
|
|
|
Además, se agrega el nuevo host dentro de nuestro inventario de servicios en producción, concretamente agregamos candombe.interior.edu.uy dentro de los grupos **seciu_contenedores_botija, seciu_certbot, seciu_nube y seciu_backup** de hosts_prod. Recordamos que hemos tomado la decisión de destinar **Botija** para los servicios dinámicos críticos de producción.
|
|
|
|
|
|
|
|
## Envío de comunicados a los usuarios
|
|
|
|
|
|
|
|
Previo al día de la migración (2 días antes) avisar a los usuarios que existirá no disponibilidad del servicio por un tiempo de 2 horas. Se manda un comunicado a la lista nubeinterior@listas.softwarelibre.edu.uy que se encuentra actualizada.
|
|
|
|
|
|
|
|
## Bajar los TTLS en la zona DNS interior.edu.uy
|
|
|
|
|
|
|
|
Debido a que se editará el alias nube.interior.edu.uy en la zona interior.edu.uy del DNS y para disminuir el tiempo de propagación de la información DNS (evitando que las caché DNS almacenen por mucho tiempo el viejo alias), se bajará el tiempo de TTL en dicha zona.
|
|
|
|
|
|
|
|
Para actualizar la zona nos basamos en [este procedimiento](https://proyectos.interior.edu.uy/projects/dns/wiki/Manejo_de_zonas_con_ansible).
|
|
|
|
|
|
|
|
Nos paramos en la rama master de la siguiente forma y **la actualizamos**:
|
|
|
|
|
|
|
|
```
|
|
|
|
git checkout master
|
|
|
|
git pull
|
|
|
|
```
|
|
|
|
|
|
|
|
El archivo de zona interior.edu.uy se bajan los TTL a 10 minutos con esta línea:
|
|
|
|
`$TTL 600 ;`
|
|
|
|
|
|
|
|
Luego lanzamos el playbook:
|
|
|
|
|
|
|
|
`ansible-playbook -i hosts_prod --limit guabiyu.interior.edu.uy site.yml -vv --tags ns_master`
|
|
|
|
|
|
|
|
Se suben los cambios al repositorio central:
|
|
|
|
|
|
|
|
```
|
|
|
|
git add -A
|
|
|
|
git commit
|
|
|
|
git push
|
|
|
|
```
|
|
|
|
|
|
|
|
## Actualización de la rama 41 con los últimos cambios hechos en master
|
|
|
|
|
|
|
|
Antes de crear o recrear el LXC, primero que nada procedemos a actualizar nuestra rama de trabajo con lo que contiene master:
|
| ... | ... | |
| ... | ... | |
