Tenemos una configuración existente de AEM 6.1 que usa TarMK para el almacenamiento de datos. Para migrar todos los activos a S3, seguí todos los pasos aquí: https://docs.adobe.com/docs/en/aem/6-1/deploy/platform/data-store-config.html#Data%20Store% 20Configuraciones (almacén de datos de Amazon S3). Aparentemente, los datos se sincronizaron con S3, pero cuando revisé el informe de uso del disco, sigo viendo que los activos están usando espacio en el disco, incluso para los activos existentes y recién agregados. ¿Cuál es el propósito de usar S3 para activos si todavía usan el espacio en disco? ¿O estoy haciendo algo mal? ¿Cómo puedo verificar que mi configuración realmente usa S3? Aquí está mi S3DataStore.config
accessKey="xxxxxxxxxx" secretKey="xxxxxxxxxx" s3Bucket="dev-aem-assets-local" s3Region="eu-west-1" connectionTimeout="120000" socketTimeout="120000" maxConnections="40" writeThreads="30" maxErrorRetry="10" continueOnAsyncUploadFailure=B"true" cacheSize="0" minRecordLength="10"Otra pregunta es: ¿Necesito hacer la misma configuración en el editor? ¿O está bien hacerlo solo en el autor y usar el editor tal como está replicando los datos binarios?
Hay algunas partes en su pregunta, así que dividiré la respuesta en bloques lógicos. Gritar si me pierdo algo.
Su configuración para la migración es correcta y S3 usará espacio en disco. Esto es para el caché de escritura simultánea.
AEM utiliza la memoria caché de escritura directa para escribir en S3 y todas las configuraciones para esta memoria caché se encuentran en su archivo de configuración de S3. Cualquier escritura en el almacén de datos se escribe primero en este caché. Los subprocesos de fondo asincrónicos luego se cargan en el depósito S3. Este mecanismo hace que AEM sea muy receptivo, ya que no está bloqueado por escrituras lentas de S3. Además, las lecturas de datos de blobs escritos recientemente son rápidas porque no necesitan lecturas lentas de S3. En resumen, el tráfico de E/S de S3 es demasiado lento para AEM, por lo que esta memoria caché aumenta el rendimiento. No puede deshabilitarlo, ya que es necesario para la escritura asíncrona en S3. Puede reducir el tamaño, pero se recomienda que sea al menos el 50 % del tamaño de su depósito S3.
Puede verificar su configuración de S3 mirando sus registros en busca de mensajes relacionados con AWS (grep para aws).
En cuanto al editor, sí, debe migrar de su antiguo editor al nuevo editor. Suponiendo que no está utilizando la replicación sin binarios, necesitará un depósito de S3 diferente para su editor. En general, se migra de autor a autor y de editor a editor para una implementación estándar.
También puede verificar su uso de datos de S3 observando el depósito de S3 y el tráfico en él. Si el control de versiones está habilitado en su depósito S3, todos los blobs mostrarán el estampado de la versión.
La carga asíncrona de blobs se puede monitorear desde los registros y el monitoreo del tráfico de IP mostrará las actividades relacionadas con su depósito S3. La forma más útil es ver el tráfico de red entre su servidor AEM y el punto final de S3.