article 6 noviembre 2018

Almacenamiento NFS para aplicaciones de servidores atlassian

Las aplicaciones de Atlassian tienden a crecer alrededor de uno y de su organización. A menudo empiezan como una herramienta para un solo equipo, pero pronto ganan impulso y se extienden a otros equipos. Hasta que llega un momento en que la dirección advierte que se han convertido en una herramienta importante dentro de la empresa. Los datos almacenados en la aplicación son un elemento clave para la empresa y deben protegerse. Para ello, los denominados «servidores bajo el escritorio» se entregan al departamento de informática, donde reciben un trato apropiado por parte del personal de TI. Pero ¿qué significa eso? Naturalmente cuentas con un excelente departamento de informática que:

• actualizará las aplicaciones para instalar una versión segura a intervalos regulares
• cubrirá rápidamente los agujeros de seguridad cuando Atlassian publique un parche
• actualizará el sistema operativo cuando sea necesario
• supervisará los servidores
• creará copias de seguridad
• etc.

A medida que más usuarios de tu organización utilizan las aplicaciones, van añadiendo cada vez más contenido en ellas. El contenido incluye documentos de oficina, imágenes, depósitos git, etc. Con el tiempo, todos estos bits y bytes se acumulan y te encuentras ampliando los discos locales de tu servidor, hasta el punto que te planteas reconsiderar las decisiones que tomaste en el pasado. Es posible que valores incluso apostar por una solución de alta disponibilidad en forma de un producto de Data Center de Atlassian. Para preparar esta transición, puedes empezar a almacenar los datos en un servidor de archivos NFS.

ENTONCES, ¿QUÉ HACES?

Bueno, ya que estás en ello, probablemente quieras mover el directorio de inicio completo de tu aplicación al servidor NFS, porque... ¿por qué no? Viendo la configuración del centro de datos de una aplicación de Atlassian, puedes tomar fácilmente la decisión de trasladar el directorio de inicio de tu aplicación del servidor Atlassian a NFS.

Bien, ¡aquí es donde debo pararte los pies! Las aplicaciones no pueden gestionar un directorio de inicio ubicado en NFS. Por varias razones:

1. Jira necesita indexar los temas, y a través de NFS llevaría mucho tiempo. Almacenar el índice en tu SSD local mejorará drásticamente el tiempo requerido. Por ejemplo: una reindexación de un único proyecto con 2400 temas con el directorio de inicio ubicado en NFS tardó 3 horas y 14 minutos. En cambio, con solo una parte del directorio de inicio en NFS, se necesitaron 35 minutos para completar una reindexación del sistema (con más de 250 000 temas en total).
2. Algo parecido sucede con Confluence. Tener el directorio de inicio completo en NFS provocará una indexación muy lenta de las páginas.
3. Para Bitbucket hay incluso una razón más poderosa para almacenar solamente una parte del directorio de inicio en NFS. El motivo principal es la velocidad de las operaciones git. Hemos observado que, cuando empiezas a crear un clon para un depósito, git empieza creando un archivo de paquete git en el servidor. Durante el proceso de creación, la velocidad de descarga es hasta 60 veces más lenta que una vez terminada la creación del archivo de paquete git. Este comportamiento resulta más evidente cuando clonas depósitos de gran tamaño (>1 GB). Y hay otro punto: cuando varias personas inician la misma operación de clonación (el mismo depósito, la misma tarea), todos deben esperar a que termine la misma operación con el archivo de paquete git. Una vez terminada, la velocidad aumenta de nuevo para todos los clones. Por último, hemos observado que, una vez iniciada una operación de clonación, si decides interrumpirla en el sitio del cliente, la operación del paquete git continúa en el servidor.

Por tanto, lo que hay que hacer es alojar únicamente ciertos directorios en el servidor NFS para almacenar datos en ellos. Todos los demás datos en el directorio de inicio deberían almacenarse en un espacio local para tu servidor, preferiblemente en una unidad SSD.

¡DIVIDE TU INICIO!
Y así es como puedes hacerlo. En primer lugar, no cambies la rueda con el vehículo en marcha, es decir, cierra la aplicación antes de comenzar a migrar datos.

Para Jira, debes copiar los datos actuales de las carpetas de inicio ‘data’, ‘plugins’, ‘logos’, ‘import’ y ‘export’ al servidor NFS. A continuación, expórtalos al servidor NFS, crea directorios montados en el directorio de inicio de Jira, móntalos y listo.

Para Confluence has de hacer lo mismo, pero con las carpetas ‘attachments’, ‘backups’, ‘export’, ‘recovery’, ‘restore’, ‘shared-home’ y ‘thumbnails’. Ten en cuenta que algunos de estos directorios pueden no existir en tu servidor. Si no has usado una funcionalidad determinada, como restablecer un espacio (‘restore’), no se crea el directorio correspondiente.

Por último, para Bitbucket debes mover ‘shared’ al servidor NFS.

Una vez dividido el directorio de inicio de esta manera, podrás proseguir tu viaje con una velocidad vertiginosa y ¡un gran potencial de crecimiento!