De 0 a data center en 30 minutos

Atlassian Data Center

Carlos Aparicio Atlassian Expert Consultant carlos.aparicio@deiser.comdeiser.com

Agenda

• Despliegue en la nube (AWS) | Despliegue entorno local

• Componentes utilizados en el despliegue (AWS)

• Proveedores | Alternativas

• Familia de productos DC

• ¿Por qué DC?

• Estadísticas de infraestructura

• Configuración avanzada DC

• Q&A

Despliegue en AWS

Entre los elementos que podemos configurar en la plantilla:

• Nombre del stack a configurar (Cloud Formation)

• Tipo de JIRA a desplegar

• Parámetros de la JVM

• Número mínimo y máximo de nodos

• Datos de conexión para la base de datos

Despliegue en AWS (Tiempo estimado 20 minutos)

Componentes utilizados

Componentes utilizados

• AWS • VPC • Availability zones • NAT • ELB • Auto scaling group • RDS • EFS*

Despliegue en local (Plataforma existente)

Despliegue en local

• Shared Home • data • plugins • logos • import • export

• Fichero cluster.properties • jira.node.id = node{n} • jira.shared.home = /data/jira/sharedhome

Despliegue en local

• Load balancer

Proveedores | Alternativas

Proveedores | Alternativas

Prácticamente cualquier proveedor puede ser utilizado para el despliegue de nuestra arquitectura data center.

Familia de productos DC

Familia de productos DC

¿Por qué DC?

Alta disponibilidad

Alta disponibilidad

Acceso ininterrumpido a nuestras aplicaciones criticas

• Cluster activo-activo

• Conmutación por error en caliente • Si un nodo falla el trafico es redireccionado automáticamente

• Se elimina el “Single point of failure” • Cluster de base de datos • Directorios de ficheros compartido • Balanceador de carga

Escalabilidad instantanea

Escalabilidad instantanea

Agrega nodos sin interrumpir el servicio

• Los nodos actuales sincronizarán sus índices automáticamente con los nuevos nodos agregados

• Control de coste en infraestructura, el licenciamiento es por usuario y no por nodo existentes

Recuperación en caso de desastre

Recuperación en caso de desastre

Posibilidad de tener un entorno adicional “Standby” en caso de desastre

• Comparte los índices de la aplicación entre entornos • Reduce el tiempo de inicio del entorno de recuperación

• Recupera el acceso a tus aplicaciones en menos tiempo

Rendimiento a escala

Rendimiento a escala

Actualizaciones sin parada de servicio

Actualizaciones sin parada de servicio

Actualiza la versión de tus aplicaciones sin interrumpir la operativa diaria

• Devuelve los fines de semanas a tus equipos de IT

• Minimiza el riesgo que puede implicar un cambio de versión

Estadísticas de infraestructura ¿Qué configuración tienen los clientes DC?

Balanceador de carga

NGINX 20%

CISCO 5%

AWS ELB 10%

Apache 30%

HAProxy 35%

CPU

2 cores 15%

4 cores 39%

6 cores 8%

8 cores 38%

RAM

8 GB 30%

16 GB 35%

32 GB 25%

64 GB 10%

Base de datos

MySQL 14%

Oracle 9%

MSSQL 36%

PostgreSQL 41%

Sistema operativo

Windows 40%

Linux 60%

Configuración avanzada DC

Configuración avanzada DC

Tareas administrativas

Usuarios

Q&A

¡Muchas gracias!

Carlos Aparicio Atlassian Expert Consultant carlos.aparicio@deiser.comdeiser.com