Preguntas frecuentes sobre tablas globales

En esta sección, se brindan respuestas a las preguntas frecuentes sobre las tablas globales de DynamoDB.

¿Cuál es el precio de las tablas globales?

• El precio de una operación de escritura en una tabla de DynamoDB tradicional se expresa en unidades de capacidad de escritura WCUs () para las tablas aprovisionadas o en unidades de solicitud de escritura WRUs () para las tablas bajo demanda. Si escribe un elemento de 5 KB, se genera un cargo de 5 unidades. El precio de escribir en una tabla global se expresa en unidades de capacidad de escritura replicadas (rWCUs) para las tablas aprovisionadas o en unidades de solicitud de escritura replicadas (rWRUs) para las tablas bajo demanda. r WCUs y r WRUs tienen el mismo precio que y. WCUs WRUs

• Los gastos de RWCu y RWru se cobran en todas las regiones en las que el elemento se escriba directamente o mediante replicación.

• Se aplican tarifas de transferencia de datos entre regiones.

• La escritura en un índice secundario global (GSI) se considera una operación de escritura local y utiliza unidades de escritura normales.

• En este WRUs momento, no hay capacidad reservada disponible para r WCUs o r. La compra de capacidad reservada WCUs puede seguir siendo beneficiosa para las tablas en las que se GSIs consumen unidades de escritura.

• Al agregar una nueva región a una tabla global, DynamoDB inicia la nueva región automáticamente y le cobra como si se tratara de una restauración de tabla, en función del tamaño de GB de la tabla. También cobra tarifas de transferencia de datos entre regiones.

¿Qué regiones admiten las tablas globales?

Las tablas globales (actuales, versión 2019) admiten todas las Regiones de AWS tablas MREC y los siguientes conjuntos de regiones para las tablas MRSC:

• Conjunto de regiones de EE. UU.: Este de EE. UU. (Norte de Virginia), Este de EE. UU. (Ohio), Oeste de EE. UU. (Oregón)

• Conjunto de regiones de la Unión Europea: Europa (Irlanda), Europa (Londres), Europa (París), Europa (Fráncfort)

• Conjunto de regiones AP: Asia Pacífico (Tokio), Asia Pacífico (Seúl) y Asia Pacífico (Osaka)

¿Cómo se GSIs gestionan las tablas globales?

En las tablas globales (actualmente, versión 2019) cuando se crea un GSI en una región, se crea automáticamente en otras regiones participantes y se repone de forma automática.

¿Cómo detengo la replicación de una tabla global?

• Puede eliminar una tabla de réplica del mismo modo que eliminaría cualquier otra tabla. Al eliminar la tabla global se detiene la replicación en esa región y se elimina la copia de la tabla guardada en dicha región. No obstante, no se puede detener la replicación mientras se mantienen copias de la tabla como entidades independientes, ni tampoco se puede pausar.

• Una tabla MRSC debe implementarse exactamente en tres regiones. Para eliminar las réplicas, debe eliminar todas las réplicas y el testigo para que la tabla MRSC pase a ser una tabla local.

¿Cómo interactúa Amazon DynamoDB Streams con las tablas globales?

• Cada tabla global produce un flujo independiente basado en todas sus operaciones de escritura, independientemente de dónde hayan comenzado. Puede elegir consumir el flujo de DynamoDB en una región o en todas las regiones (de forma independiente). Si desea procesar operaciones de escritura locales pero no replicadas, puede agregar su propio atributo de región a cada elemento para identificar la región de escritura. A continuación, puede usar un filtro de AWS Lambda eventos para llamar a la función Lambda solo para operaciones de escritura en la región local. Esta acción ayuda en las operaciones de inserción y actualización, pero no en las de eliminación.

• Las tablas globales que están configuradas para lograr una coherencia eventual multirregional (tablas MREC) replican los cambios leyendo esos cambios de una transmisión de DynamoDB en una tabla de réplicas y aplicándolos a todas las demás tablas de réplica. Por lo tanto, DynamoDB Streams está habilitado de forma predeterminada en todas las réplicas de una tabla global de MREC y no se puede deshabilitar en esas réplicas. El proceso de replicación de MREC puede combinar varios cambios en un período corto de tiempo en una sola operación de escritura replicada. Como resultado, la transmisión de cada réplica puede contener registros ligeramente diferentes. Los registros de DynamoDB Streams en las réplicas de MREC siempre se ordenan por artículo, pero el orden entre los elementos puede diferir entre las réplicas.

• Las tablas globales que están configuradas para ofrecer una consistencia sólida en varias regiones (tablas MRSC) no utilizan DynamoDB Streams para la replicación, por lo que esta función no está habilitada de forma predeterminada en las réplicas de MRSC. Puede activar DynamoDB Streams en una réplica de MRSC. Los registros de DynamoDB Streams en las réplicas de MRSC son idénticos para todas las réplicas y siempre se ordenan por artículo, pero el orden entre los elementos puede diferir entre las réplicas.

¿Cómo gestionan las transacciones las tablas globales?

• Las operaciones transaccionales en las tablas del MRSC generarán errores.

• Las operaciones transaccionales en las tablas MREC ofrecen garantías de atomicidad, consistencia, aislamiento y durabilidad (ACID) solo dentro de la región en la que se realizó originalmente la operación de escritura. No se admiten las transacciones entre regiones en las tablas globales. Por ejemplo, si tiene una tabla global de MREC con réplicas en las regiones EE.UU. Este (Ohio) y EE.UU. Oeste (Oregón) y realiza una TransactWriteItems operación en la región EE.UU. Este (Ohio), podría observar transacciones parcialmente completadas en la región EE.UU. Oeste (Oregón) a medida que se replican los cambios. Los cambios se replican en otras regiones solo cuando se han confirmado en la región de origen.

¿Cómo interactúan las tablas globales con la memoria caché de DynamoDB Accelerator (DAX)?

Las tablas globales eluden DAX mediante la actualización directa de DynamoDB, por lo que DAX no tiene constancia de que está almacenando datos obsoletos. La memoria caché de DAX solo se actualiza cuando caduca el TTL de la memoria caché.

¿Se propagan las etiquetas de las tablas?

No, las etiquetas no se propagan automáticamente.

¿Debo hacer copias de seguridad de las tablas de todas las regiones o solo de una?

La respuesta depende de la finalidad de la copia de seguridad.

• Si desea garantizar la durabilidad de los datos, DynamoDB ya proporciona esa protección. El servicio garantiza la durabilidad.

• Si desea conservar una instantánea para los registros históricos (por ejemplo, para cumplir los requisitos normativos), la copia de seguridad en una región debería ser suficiente. Puede copiar la copia de seguridad a más regiones mediante AWS Backup.

• Si desea recuperar datos borrados o modificados por error, utilice la point-in-timerecuperación de DynamoDB (PITR) en una región.

¿Cómo puedo implementar tablas globales mediante? AWS CloudFormation

• CloudFormation representa una tabla de DynamoDB y una tabla global como dos recursos independientes: y. AWS::DynamoDB::Table AWS::DynamoDB::GlobalTable Un enfoque consiste en crear todas las tablas que puedan ser potencialmente globales mediante el constructo GlobalTable, mantenerlas inicialmente como tablas independientes y agregar regiones después, si es necesario.

• En CloudFormation, cada tabla global está controlada por una sola pila, en una sola región, independientemente del número de réplicas. Al implementar la plantilla, CloudFormation crea y actualiza todas las réplicas como parte de una operación de pila única. No debe desplegar el mismo recurso AWS::DynamoDB::GlobalTable en varias regiones. Se producirán errores y no se admite. Si despliega la plantilla de aplicación en varias regiones, puede usar condiciones para crear el recurso AWS::DynamoDB::GlobalTable en una sola región. O bien, puede optar por definir recursos AWS::DynamoDB::GlobalTable en una pila que sea independiente de la pila de aplicaciones y asegurarse de que despliega en una sola región.

• Si tiene una tabla normal y quiere convertirla en una tabla global y, al mismo tiempo, administrarla de la siguiente manera CloudFormation: defina la política de eliminación comoRetain, elimine la tabla de la pila, conviértala en una tabla global en la consola y, a continuación, importe la tabla global como un nuevo recurso a la pila. Para obtener más información, consulta el AWS GitHub repositorio amazon-dynamodb-table-to- global-table-cdk.

• En este momento no se admite la replicación entre cuentas.