Procedimiento de actualización

NOTA

La actualización requerirá tiempo de inactividad para el nivel de Author, ya que la mayoría de las actualizaciones de AEM se realizan in situ. Siguiendo estas prácticas recomendadas, el tiempo de inactividad del nivel de publicación se puede minimizar o eliminar.

Al actualizar los entornos de AEM, debe tener en cuenta las diferencias de enfoque entre la actualización de entornos de autor o los entornos de publicación para minimizar el tiempo de inactividad tanto para los autores como para los usuarios finales. Esta página describe el procedimiento de alto nivel para actualizar una topología de AEM que actualmente se ejecuta en una versión de AEM 6.x. Dado que el proceso difiere entre los niveles de autor y publicación, así como las implementaciones basadas en Mongo y TarMK, cada nivel y micronúcleo se ha incluido en una sección separada. Al ejecutar la implementación, se recomienda primero actualizar el entorno de creación, determinar el éxito y, a continuación, avanzar a los entornos de publicación.

Nivel de Author de TarMK

Topología de inicio

La topología asumida para esta sección consiste en un servidor Autor que se ejecuta en TarMK con un modo de espera pasiva. La replicación se produce desde el servidor Autor al conjunto de servidores de publicación TarMK. Aunque no se ilustra aquí, este enfoque también se puede aprovechar para implementaciones que utilizan descarga. Asegúrese de actualizar o reconstruir la instancia de descarga en la nueva versión después de deshabilitar los agentes de replicación en la instancia de autor y antes de volver a activarlos.

tarmk_started_topología

Preparación de la actualización

upgrade-preparation-author

  1. Detener la creación de contenido

  2. Detener la instancia de espera

  3. Deshabilitar agentes de replicación en el autor

  4. Ejecute las tareas de mantenimiento previas a la actualización.

Ejecución de la actualización

execute_upgrade

  1. Ejecute la actualización in situ

  2. Actualizar el módulo de Dispatcher si es necesario

  3. El control de calidad valida la actualización

  4. Cierre la instancia de autor.

Si es correcto

if_success

  1. Copie la instancia actualizada para crear un nuevo modo de espera pasiva

  2. Iniciar la instancia de autor

  3. Inicie la instancia de espera.

Si no se ha realizado correctamente (reversión)

rollback

  1. Inicie la instancia de espera pasiva como el nuevo primario

  2. Reconstruya el entorno Autor desde el modo de espera pasiva.

Clúster de autor de MongoMK

Topología de inicio

La topología asumida para esta sección consiste en un clúster de Autor MongoMK con al menos dos instancias de Autor AEM, respaldadas por al menos dos bases de datos MongoMK. Todas las instancias de Autor comparten un almacén de datos. Estos pasos deben aplicarse a los almacenes de datos S3 y File. La replicación se produce desde los servidores Author al conjunto de servidores de publicación TarMK.

mongo-topología

Preparación de la actualización

mongo-upgrade_prep

  1. Detener la creación de contenido
  2. Clonar el almacén de datos para la copia de seguridad
  3. Detenga todas las instancias excepto una de AEM Author, su Autor principal
  4. Elimine todos los nodos MongoDB excepto uno del conjunto de réplicas, su instancia principal de Mongo
  5. Actualice el archivo DocumentNodeStoreService.cfg en el Autor principal para que refleje su conjunto de réplicas de miembro único
  6. Reinicie el Autor principal para asegurarse de que se reinicia correctamente
  7. Deshabilitar agentes de replicación en el Autor principal
  8. Ejecute tareas de mantenimiento previas a la actualización en la instancia principal de Autor
  9. Si es necesario, actualice MongoDB en la instancia principal de Mongo a la versión 3.2 con WiredTiger

Ejecución de la actualización

mongo-execution

  1. Ejecute una actualización in situ en el Autor principal
  2. Actualizar el Dispatcher o el módulo web si es necesario
  3. El control de calidad valida la actualización

Si es correcto

mongo-secundario

  1. Crear nuevas instancias de autor 6.5, conectadas a la instancia actualizada de Mongo

  2. Reconstruya los nodos MongoDB que se eliminaron del clúster

  3. Actualice los archivos DocumentNodeStoreService.cfg para que reflejen el conjunto completo de réplicas

  4. Reinicie las instancias de autor de una en una

  5. Elimine el almacén de datos clonado.

Si no se ha realizado correctamente (reversión)

mongo-rollback

  1. Vuelva a configurar las instancias secundarias de Autor para conectarse al almacén de datos clonado

  2. Apague la instancia principal de Author actualizada

  3. Cierre la instancia principal actualizada de Mongo.

  4. Inicie las instancias secundarias de Mongo con una de ellas como la nueva instancia principal

  5. Configure los archivos DocumentNodeStoreService.cfg en las instancias secundarias de Autor para que apunten al conjunto de réplicas de instancias de Mongo aún no actualizadas

  6. Inicie las instancias secundarias de Autor

  7. Limpie las instancias de autor actualizadas, el nodo Mongo y el almacén de datos.

Granja de publicación TarMK

Granja de publicación TarMK

La topología asumida para esta sección consiste en dos instancias de publicación de TarMK, frontadas por Dispatchers que a su vez están frontadas por un equilibrador de carga. La replicación se produce desde el servidor Autor al conjunto de servidores de publicación TarMK.

tarmk-pub-Farmv5

Ejecución de la actualización

upgrade-publish2

  1. Detenga el tráfico a la instancia Publicar 2 en el equilibrador de carga
  2. Ejecute mantenimiento previo a la actualización en Publish 2
  3. Ejecute una actualización in situ en Publish 2
  4. Actualizar el Dispatcher o el módulo web si es necesario
  5. Vaciar la caché de Dispatcher
  6. El control de calidad valida la publicación 2 a través de Dispatcher, detrás del cortafuegos
  7. Cerrar publicación 2
  8. Copiar la instancia de Publish 2
  9. Iniciar publicación 2

Si es correcto

upgrade-publish1

  1. Habilitar el tráfico en Publish 2
  2. Detener el tráfico en la publicación 1
  3. Detenga la instancia Publish 1
  4. Reemplace la instancia Publish 1 con una copia de Publish 2
  5. Actualizar el Dispatcher o el módulo web si es necesario
  6. Vaciar la caché de Dispatcher para la publicación 1
  7. Iniciar publicación 1
  8. El control de calidad valida la publicación 1 a través de Dispatcher, detrás del cortafuegos

Si no se ha realizado correctamente (reversión)

pub_rollback

  1. Crear una copia de Publish 1
  2. Reemplace la instancia Publish 2 con una copia de Publish 1
  3. Vaciar la caché de Dispatcher para la publicación 2
  4. Iniciar publicación 2
  5. El control de calidad valida la publicación 2 a través de Dispatcher, detrás del cortafuegos
  6. Habilitar el tráfico en Publish 2

Pasos finales de la actualización

  1. Habilitar el tráfico para la publicación 1
  2. El control de calidad realiza la validación final desde una dirección URL pública
  3. Habilitar agentes de replicación desde el entorno de Author
  4. Reanudar la creación de contenido
  5. Realice comprobaciones posteriores a la actualización.

final

En esta página