Guía de actualización a Data Center
No hay dos organizaciones iguales y lo mismo ocurre con los procesos de migración. Sigue nuestra guía de actualización paso a paso para conseguir una migración de Atlassian Server a Data Center sin problemas.
Evaluación
Cada organización tiene sus propias necesidades y requisitos, por lo que resulta fundamental conocer las opciones de las que se disponen a la hora de planificar una actualización correcta.
Conoce los requisitos de arquitectura e infraestructura
¿Te has decidido por Data Center? Tendrás que conocer la arquitectura y las configuraciones de implementación compatibles de Data Center.
Data Center puede implementarse de dos maneras: con clústeres o sin ellos. Ambas te permiten disfrutar de funciones y capacidades de categoría empresarial, pero cada opción tiene sus propios aspectos que hay que tener en cuenta. En la siguiente tabla te explicamos las diferencias entre una arquitectura sin clústeres y con ellos:
Sin clúster Recomendado
Requisitos de infraestructura
Una arquitectura sin clúster da la opción de actualizar a Data Center con tu infraestructura previa para que no tengas que hacer ningún cambio.
Uso recomendado
Recomendamos que todos los clientes mejoren a Data Center mediante la ruta de mejora sin clústeres. Si es necesario, los clientes pueden implementar una arquitectura en clústeres en Data Center una vez en funcionamiento.
Ventajas
Ten acceso a las funciones empresariales que no dependen de la agrupación en clústeres:
Las actualizaciones sin agrupación en clústeres suelen ser el inicio del recorrido de muchos clientes a Data Center. Te recomendamos aprovechar esta actualización de 2 minutos para garantizar una transición fluida.
Con clúster
Recomendamos que todos los clientes mejoren primero a Data Center utilizando la ruta de mejora sin clústeres. Tras mejorar correctamente a Data Center, los clientes pueden implementar una arquitectura en clústeres si es necesario.
Requisitos de infraestructura
Necesitarás los siguientes componentes para actualizar a Data Center en un clúster:
- Equilibrador de carga
- Nodos de aplicación
- Sistema de archivos accesible desde todos los nodos de la aplicación
- Nodo de ElasticSearch (Bitbucket)
Uso recomendado
- Alta disponibilidad requerida
- Actualización sin tiempo de inactividad
- Desarrollo a escala XL a corto plazo
Ventajas
Consigue las funciones empresariales que ofrece la agrupación en clústeres:
- Funciones y capacidades empresariales
- Alta disponibilidad y conmutación por error: si un nodo de tu clúster de aplicación falla los demás asumen la carga para asegurar que los usuarios tengan acceso ininterrumpido al producto.
- Escalabilidad inmediata: añade nodos a tu clúster sin que haya tiempo de inactividad o cobros adicionales por licencia. Los índices y aplicaciones se sincronizan automáticamente.
- Recuperación ante desastres: implementa un sistema de recuperación ante desastres para la continuidad de las actividades en caso de interrupción total del sistema. Con los índices compartidos del producto puedes volver a trabajar rápidamente.
Planificación y preparación
Ya has decidido la migración a Data Center, así que puedes empezar a crear un plan de actualización detallado.
Crea un cronograma Necesaria
Estos son los cronogramas básicos que puedes usar para calcular cuánto tiempo llevará tu actualización.
| | Sin clúster | Con clúster |
|---|---|---|
| Planificación | Sin clúster De 0 a 2 semanas | Con clúster Un mes o más |
| Ejecución de prueba (dry run) | Sin clúster De 0 a 1 semana | Con clúster De 3 a 6 meses |
| Puesta en marcha | Sin clúster De 0 a 1 semana | Con clúster De 6 a 9 meses aprox. |
Los cronogramas incluidos se basan en los datos de varios clientes que han realizado la actualización a Data Center correctamente, pero hay que tener en cuenta que el cronograma real variará en función de factores únicos de tu entorno, entre los que se incluyen el tamaño del entorno, la complejidad y el nivel de preparación.
Define el entorno de tu Data Center Necesaria
Capa de aplicación
Instancias y ubicaciones
- ¿Quieres unir o consolidar tus instancias?
- ¿Qué aspecto tiene el desarrollo que está por venir?
- ¿Necesitas disponer de algún tipo de aislamiento de datos?
- ¿Cuántos entornos tiene tu equipo, por ejemplo, entornos de ensayo o de producción?
Perfiles de las instancias
- ¿Cuántas personas van a acceder a tu instancia?
- ¿Dónde se van a ubicar tus equipos?
- ¿Cuántos datos hay actualmente en tu instancia y cuántos tienes previsto añadir?
Aplicaciones, integraciones y personalizaciones
¿Las necesitas todas o estás ante una oportunidad para simplificar?
Capa de infraestructura
Tamaño de la instancia
- ¿Cuáles son tus previsiones de desarrollo de cara al futuro?
- ¿Hay ocasiones en las que el tráfico de usuarios es menor?
Si quieres obtener más información, consulta nuestro resumen del tamaño de los nodos.
Estructura de las cuentas
- ¿En qué cuentas se debe implementar tu entorno?
- ¿Quieres que se asocien cuentas distintas a cada uno de tus entornos?
- ¿Quieres que tus productos de Data Center utilicen la misma cuenta que las demás herramientas de CI/CD o de colaboración?
Modelo de gobernanza
- ¿Cómo es tu modelo de gobernanza?
- ¿Cuáles son los estándares mínimos del sistema?
- ¿Utilizas el inicio de sesión centralizado?
- ¿Cuáles son tus necesidades de gestión de usuarios?
Considera la posibilidad de utilizar AWS Landing Zone y AWS System Manager como parte de tu modelo de gobernanza.
Nube privada virtual
-
¿Quieres utilizar una nueva nube privada virtual?
Tanto si quieres implementar en una nueva nube privada virtual como si quieres usar una ya existente, puedes aprovechar la plantilla de Atlassian Standard Infrastructure (ASI).
- ¿Hay algún principio de la red que quieras cambiar, como limitar el acceso público a Internet y el direccionamiento IP interno para el enrutamiento de la red de la oficina y de la VPN?
- ¿Deberías usar certificados TLS?
Zona geográfica
-
Si se utiliza una nube privada virtual existente, ¿se ha ideado un plan para el acceso a la red de la oficina y de la VPN?
Te recomendamos que permitas el acceso desde todas las oficinas y VPN, ya que lo más probable es que el uso de tu producto aumente con el tiempo.
Direct Connect
- ¿Quieres utilizar Direct Connect para mejorar el rendimiento y la seguridad?
- ¿Cuántos datos tienes que trasladar de la instancia de Server a Data Center?
La familia de productos AWS Snow puede ser un recurso que quizá debas tener en cuenta si vas a trasladar grandes cantidades de datos.
Continuidad empresarial y recuperación ante desastres
Copia de seguridad
¿Cómo es tu estrategia de copias de seguridad?
Te recomendamos que utilices una combinación de tu estrategia de copia de seguridad existente y de las capacidades de copia de seguridad integradas en AWS. Si quieres obtener más información, consulta lo siguiente:
AWS proporciona servicios de infraestructura que son menos propensos a las interrupciones singulares.
Conmutación por error regional
¿Necesitas implementar sitios con diferentes niveles de frecuencia de acceso en distintas regiones?
Por lo general, tus necesidades de recuperación ante desastres se satisfacen haciendo que tus servicios se ejecuten en varias zonas de disponibilidad, pero es posible que también quieras mitigar las interrupciones regionales. A la hora de decidir si quieres implementar estos sitios en diferentes regiones, ten en cuenta lo siguiente:
- Coste de la infraestructura y de la transferencia de datos
- Velocidad de recuperación frente a AWS
- Tiempo dedicado a mantener y probar el sitio de recuperación
- Coste de funcionamiento del sitio
Actualización a Data Center (sin agrupación en clústeres) Recomendado
Recomendamos que todos los clientes mejoren a Data Center con una arquitectura sin clústeres. Las mejoras sin clústeres son una opción de mejora más rápida y simplificada, ya que proporcionan un acceso más rápido a las funciones empresariales, de soporte y de seguridad de Data Center.
Actualización a Data Center (con agrupación en clústeres) No recomendado
No recomendamos mejorar inicialmente a Data Center con una arquitectura en clústeres debido a la complejidad de la mejora. Recomendamos que todos los clientes mejoren primero a Data Center mediante la ruta de mejora sin clústeres. Después, los clientes que necesiten una arquitectura en clústeres podrán empezar a implementarla.
Una vez que hayas mejorado a Data Center con una arquitectura sin clústeres, podrás implementar una arquitectura en clústeres si necesitas alta disponibilidad.
Consigue la infraestructura necesaria para tu clúster
Para implementar Data Center en un clúster necesitas los siguientes componentes:
- Base de datos
- Equilibrador de carga
- Nodos de aplicación
- Sistema de archivos compartidos
- Nodo de ElasticSearch (Bitbucket)
Equilibrador de carga
El equilibrador de carga es lo primero que recibe las solicitudes de tus clientes si has implementado en un clúster. Las solicitudes llegan al equilibrador de carga y este las distribuye en los nodos de aplicación. Puedes emplear equilibradores de carga basados en hardware o en software. En ambos casos, el equilibrador de carga tiene que estar vinculado al clúster de aplicación empleando una conexión LAN de alta velocidad para asegurar un buen ancho de banda y baja latencia. Todos los equilibradores de carga basados en software deben operar en máquinas dedicadas exclusivamente a ello.
Los productos de Data Center asumen que las solicitudes de los usuarios irán al mismo nodo durante su sesión. Si las solicitudes se dirigen a nodos distintos, se les podría cerrar la sesión a los usuarios de forma inesperada e incluso podrían perder la información guardada en la sesión. Por eso, es necesario vincular una sesión al mismo nodo habilitando sesiones sticky (también llamadas “sesiones afines”) basadas en cookies en el equilibrador de carga. Cuando se empleen sesiones sticky basadas en cookies, se puede usar la cookie que emite el producto o una cookie que haya generado el equilibrador de carga.
Añade una capa extra de protección evitando que el equilibrador de carga se convierta en un punto único de error añadiendo redundancia a tu solución de equilibrio de carga. Para eso, dispón dos equilibradores de carga en una configuración activo-pasiva utilizando una dirección IP virtual que funcione en ambos equilibradores. Si el equilibrador de carga activo falla, le pasará el testigo al equilibrador de carga pasivo.
Si quieres más información, echa un vistazo a nuestras opciones de configuración del equilibrador de carga.
Nodos de aplicación
Los nodos de aplicación son donde vive el producto real. Cada nodo de tu clúster de Data Center tiene que operar en la misma versión que el producto y estar en la misma ubicación para que la latencia sea mínima. Sin embargo, puedes habilitar una red de distribución de contenidos (CDN) para apoyar el rendimiento de tus equipos distribuidos geográficamente. Estos nodos deben estar configurados en un clúster, trabajando como si fueran uno, para ofrecer el producto a tus usuarios. El número de nodos en tu clúster depende de tus necesidades y de cómo configures tu producto. Normalmente, entre dos y cuatro nodos suelen ser suficientes para la mayoría de los clústeres, pero echa un vistazo a nuestras guías de tamaño de los nodos antes de tomar la decisión.
Bitbucket necesita un nodo de aplicación adicional dedicado únicamente a ElasticSearch, que habilita la búsqueda en el código.
Sistema de archivos compartidos
El sistema de archivos compartido es donde se almacenan los datos a los que se debe poder acceder desde cualquier nodo de la aplicación, como los archivos adjuntos y los repositorios de Git.
En un entorno de Data Center tienes que instalar tu sistema compartido de archivos en su nodo propio. Puedes usar cualquier programa NAS o SAN basado en NFS para tu sistema compartido de archivos, pero nosotros recomendamos NFS3 para mantener tu rendimiento. Asegúrate de no acercarte a protocolos distribuidos como DFS porque no tienen soporte.
Crea un entorno de ensayo
Para que la actualización a varios nodos sea exitosa recomendamos crear un entorno de ensayo para probar Data Center antes de pasar a la producción.
Tu entorno de ensayo debe replicar con exactitud tu entorno de producción, incluidos los proxies inversos, la configuración SSL o el equilibrador de carga. Puedes decidir utilizar un servidor físico distinto o una solución virtual. Lo principal es asegurarse de que se trata de una réplica adecuada de tu entorno de producción.
Para instrucciones más detalladas, ve a:
Pregunta a un experto
¿Tienes alguna pregunta sobre qué opciones o qué ruta de migración puedes utilizar? Pide consejo a un especialista en migración de nuestro equipo.