lista de de de de de de de de de de de de - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

lista de de de de de de de de de de de de

Utilice la siguiente lista de comprobación para tomar decisiones y realizar tareas cuando despliegue tablas globales.

  • Determine cuántas y qué regiones deben participar en la tabla global.

  • Determine el modo de escritura de su aplicación.

  • Planifica tu estrategia de enrutamiento en función de tu modo de escritura.

  • Defina su plan de evacuación en función de su modo de escritura y su estrategia de enrutamiento.

  • Capture métricas sobre el estado, la latencia y los errores de cada región. Para obtener una lista de las métricas de DynamoDB, consulte la entrada del AWS blog Monitorear Amazon DynamoDB para conocer las operaciones. También debes utilizar canarios sintéticos (solicitudes artificiales diseñadas para detectar errores), así como la observación en vivo del tráfico de clientes. No todos los problemas aparecen en las métricas de DynamoDB.

  • Establezca alarmas para cualquier aumento sostenido de ReplicationLatency. Un aumento podría indicar un error de configuración accidental en el que la tabla global tiene diferentes opciones de escritura en distintas regiones, lo que da lugar a solicitudes replicadas con errores y a un aumento de las latencias. También podría indicar que existe una interrupción regional. Un buen ejemplo sería generar una alerta si el promedio reciente supera los 180 000 milisegundos. También puede estar atento a que se baje ReplicationLatency a 0, lo que indica que la replicación está estancada.

  • Asigne una configuración máxima de lectura y escritura suficiente para cada tabla global.

  • Identifica las condiciones en las que evacuarías una región. Si la decisión implica una evaluación manual, documente todas las consideraciones. Este trabajo debe realizarse cuidadosamente con antelación, no bajo estrés.

  • Mantenga un manual de procedimientos para cada acción que deba llevarse a cabo cuando evacúe una región. Normalmente se requiere muy poco trabajo para las tablas globales, pero trasladar el resto de la pila puede resultar complejo.

    nota

    Con los procedimientos de conmutación por error, se recomienda confiar únicamente en las operaciones del plano de datos y no en las del plano de control, ya que algunas operaciones del plano de control pueden degradarse durante los errores de la región. Para obtener más información, consulte la entrada del blog de AWS Crear aplicaciones resilientes con tablas globales de Amazon DynamoDB: parte 4.

  • Pruebe periódicamente todos los aspectos del manual de procedimientos, incluidas las evacuaciones de región. Un manual de procedimientos no probado es un manual poco fiable.

  • Considere la posibilidad de utilizarla AWS Resilience Hubpara evaluar la resiliencia de toda la aplicación (incluidas las tablas globales). Este servicio proporciona una visión completa del estado de resiliencia de su cartera de aplicaciones a través de su panel de control.

  • Considere la posibilidad de utilizar las comprobaciones de preparación para ARC de Route 53 para evaluar la configuración actual de su aplicación y realizar un seguimiento de cualquier desviación con respecto a las mejores prácticas.

  • Al realizar comprobaciones de estado para usarlas con Route 53 o Global Accelerator, realice una serie de llamadas que abarquen todo el flujo de la base de datos. Si limita la comprobación para confirmar únicamente que el endpoint de DynamoDB está activo, no podrá cubrir muchos modos de error, como los errores de configuración AWS Identity and Access Management (IAM), los problemas de implementación del código, los errores en la pila fuera de DynamoDB, las latencias de lectura o escritura superiores a la media, etc.