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.

Comprobaciones de resiliencia para AWS servicios

En este capítulo se proporcionan detalles sobre las diversas comprobaciones de resiliencia realizadas por AWS los servicios de soporte AWS Resilience Hub para garantizar que las posturas de resiliencia de las aplicaciones no se vean afectadas. Estas comprobaciones calculan el objetivo del tiempo de recuperación (RTO) y el objetivo del punto de recuperación (RPO) comparándolos con los valores definidos en la política de resiliencia para cada componente de la aplicación (). AppComponent Las evaluaciones abarcan diferentes tipos de interrupciones, es decir, las fallas en las aplicaciones y la infraestructura, las interrupciones de la zona de disponibilidad y las fallas regionales. Sin embargo, para ejecutar estas comprobaciones, debe proporcionar los permisos de IAM pertinentes AWS Resilience Hub para que pueda acceder a sus recursos. Para obtener más información sobre los permisos de IAM necesarios para acceder AWS Resilience Hub a sus recursos y realizar las comprobaciones de resiliencia de este capítulo, consulte. AWS políticas administradas para AWS Resilience Hub

Amazon Elastic File System

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Elastic File System. Para obtener más información sobre Amazon Elastic File System, consulte la documentación de Amazon Elastic File System.

Tipo de sistema de archivos

AWS Resilience Hub comprueba el tipo de sistema de archivos: regional o de zona única. El tipo de sistema de archivos afecta a su resiliencia en caso de interrupciones en la infraestructura o la zona de disponibilidad. Para obtener más información sobre los tipos de sistemas de archivos, consulte Disponibilidad y durabilidad de los sistemas de archivos Amazon EFS.

Respaldo del sistema de archivos

AWS Resilience Hub comprueba si se ha definido un AWS Backup plan para el sistema de archivos desplegado. Además, verifica si la opción de Cross-Region respaldo está habilitada, lo que garantiza la cobertura en caso de Region-level interrupciones si la póliza así lo exige.

Replicación de los datos

AWS Resilience Hub comprueba si se ha definido una replicación de datos de Amazon EFS dentro o entre regiones para el sistema de archivos implementado. La replicación de datos de Amazon EFS ayuda a mejorar el RTO estimado y el RPO estimado a nivel de aplicación, infraestructura, zona de disponibilidad y región. Además, AWS Resilience Hub comprueba si se combina con un sistema interno de la región AWS Backup para permitir la resiliencia del sistema de archivos en caso de que se interrumpa la aplicación.

Amazon Relational Database Service y Amazon Aurora

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Relational Database Service y Amazon Aurora. Para obtener más información sobre Amazon Relational Database Service y Amazon Aurora, consulte la documentación de Amazon Relational Database Service.

Single-AZ implementación

AWS Resilience Hub comprueba si la base de datos está implementada como una instancia única y, si se determina, indica que no admite la instancia secundaria ni la réplica de lectura.

Multi-AZ despliegue

AWS Resilience Hub comprueba si la base de datos está implementada con réplicas de instancia secundaria o de lectura. Si la base de datos se implementa con una réplica de lectura, AWS Resilience Hub valida si está implementada en una zona de disponibilidad diferente para permitir la conmutación por error en caso de que se produzca una interrupción en la zona de disponibilidad.

Copia de seguridad

AWS Resilience Hub comprueba si las siguientes capacidades de copia de seguridad se aplican a una instancia de base de datos implementada.

Cross-Region conmutación por error

AWS Resilience Hub comprueba los objetivos de RTO y RPO definidos en la política de resiliencia para recuperarse de una disrupción regional. Además, AWS Resilience Hub puede identificar las siguientes arquitecturas interregionales para cubrir las interrupciones regionales:

Conmutación por error más rápida en la región

AWS Resilience Hub comprueba los objetivos de RTO y RPO definidos en la política de resiliencia durante las interrupciones de la infraestructura o de la zona de disponibilidad. Además, AWS Resilience Hub puede identificar las siguientes arquitecturas regionales para cubrir las interrupciones de las aplicaciones, la infraestructura y la zona de disponibilidad:

Amazon Simple Storage Service

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Simple Storage Service (Amazon S3). Para obtener más información sobre Amazon S3, consulte la documentación de Amazon S3.

Control de versiones

AWS Resilience Hub verifica si un bucket de Amazon S3 está configurado con el control de versiones habilitado.

Copia de seguridad programada

AWS Resilience Hub comprueba si se ha definido un AWS Backup plan para el bucket de Amazon Simple Storage Service (Amazon S3) implementado. Además, también comprueba si la opción de copia de seguridad entre regiones está habilitada si su política exige cobertura en caso de Region-level interrupciones.

Point-in-time recuperación

AWS Resilience Hub comprueba si el objetivo de RPO de su política de resiliencia exige la recuperación puntual (PITR). Sin embargo, el PITR no admite la copia de seguridad entre regiones. Por lo tanto, puede utilizar un AWS Backup plan programado existente con la opción de copia de seguridad entre regiones habilitada o crear uno nuevo.

Replicación de los datos

AWS Resilience Hub comprueba si se han definido una replicación en la misma región (SRR) y una replicación interregional (CRR) para el bucket de Amazon S3 implementado. La replicación de datos de Amazon S3 mejora el RTO estimado de la carga de trabajo y el RPO estimado de la carga de trabajo a nivel de aplicación, infraestructura, AZ y región. Además, también protege contra la eliminación física de objetos, ya que la eliminación de la versión de un objeto no se replica en el bucket de Amazon S3 de destino. Además, en función de los objetivos de RTO definidos en su política de resiliencia, AWS Resilience Hub comprueba si el control del tiempo de replicación de Amazon S3 (S3 RTC) debe estar habilitado o no. Esta función facturable replica el 99,99 por ciento de los objetos del bucket de origen en 15 minutos.

Amazon DynamoDB

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon DynamoDB. Para obtener más información sobre Amazon DynamoDB, consulte la documentación de Amazon DynamoDB.

Copia de seguridad programada

AWS Resilience Hub comprueba si ya hay una copia de seguridad definida para la tabla implementada. Además, también comprueba si la copia de seguridad entre regiones debe configurarse para su póliza si requiere cobertura en caso de Region-level interrupciones.

Point-in-time recuperación

AWS Resilience Hub comprueba si es necesaria la recuperación puntual (PITR) de acuerdo con el objetivo de RPO de su política de resiliencia. Sin embargo, el PITR no admite la copia de seguridad entre regiones. Por lo tanto, puede utilizar un AWS Backup plan programado existente con la opción de copia de seguridad entre regiones habilitada o crear uno nuevo.

Tabla global

AWS Resilience Hub comprueba si la tabla de Amazon DynamoDB implementada está definida como una tabla global con una o más réplicas en otras regiones. La configuración de la tabla global mejora el RTO estimado de la carga de trabajo y el RPO estimado de la carga de trabajo a nivel regional, y también permite trabajar en los modos multirregionales activo-activo o activo-pasivo. AWS Backup O bien, el PITR de Amazon DynamoDB se puede utilizar en una de las regiones para gestionar las interrupciones de las aplicaciones.

Amazon Elastic Compute Cloud

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Elastic Compute Cloud. Para obtener más información sobre Amazon Elastic Compute Cloud, consulte la documentación de Amazon Elastic Compute Cloud.

Instancia con estado

AWS Resilience Hub identifica una instancia de Amazon EC2 como una instancia con estado si se cumple uno de los siguientes criterios:

Grupos de escalado automático

AWS Resilience Hub comprueba si hay un grupo de instancias Amazon EC2 sin estado. Si se descubre, se recomienda orquestar lo mismo mediante grupos de Auto Scaling (ASG) con configuración. Multi-AZ Si se identifica un ASG existente, ARH verificará si está configurado en varias zonas de disponibilidad. Si el ASG también se define utilizando únicamente instancias puntuales de Amazon EC2, se recomienda aumentar su capacidad con instancias Amazon EC2 bajo demanda para mejorar la resiliencia cuando las instancias puntuales de Amazon EC2 no estén disponibles.

Flota de Amazon EC2

AWS Resilience Hub identifica la flota de Amazon EC2 y verifica si está definida como Multi-AZ implementación y también si solo usa instancias puntuales de Amazon EC2. Definir una flota de Amazon EC2 como Multi-AZ implementación mejorará su resiliencia en caso de que se produzca una interrupción en la zona de disponibilidad. Aumentar la flota de Amazon EC2 con instancias bajo demanda mejorará su resiliencia cuando las instancias puntuales no estén disponibles.

Amazon EBS

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon EBS. Para obtener más información sobre Amazon EBS, consulte la documentación de Amazon EBS.

Copia de seguridad programada

AWS Resilience Hub comprueba si una de las siguientes opciones o ambas están definidas para sus volúmenes de Amazon EBS.

Además, si su póliza exige cobertura en caso de Region-level interrupciones, AWS Resilience Hub compruebe si su regla de copia de seguridad tiene habilitada la opción de copia de seguridad entre regiones.

Respaldo y replicación de datos

AWS Resilience Hub identifica que un volumen de Amazon EBS se considera un volumen con estado si se cumple uno de los siguientes criterios:

AWS Lambda

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de AWS Lambda. Para obtener más información al respecto AWS Lambda, consulte AWS Lambda la documentación.

Acceso a Amazon VPC para clientes

AWS Resilience Hub identifica una AWS Lambda función conectada a la VPC. La conexión AWS Lambda a subredes en diferentes zonas de disponibilidad de su Amazon VPC permite la resiliencia de las funciones en caso de que se produzca una interrupción en la zona de disponibilidad.

Dead-letter cola

AWS Resilience Hub comprueba si una AWS Lambda función tiene una cola de mensajes muertos (DLQ) adjunta para almacenar las solicitudes fallidas. Adjuntar un DLQ a una AWS Lambda función permite evitar la pérdida de datos de las solicitudes y volver a intentar procesar las solicitudes fallidas en una fase posterior.

Amazon Elastic Kubernetes Service

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Elastic Kubernetes Service (Amazon EKS). Para obtener más información sobre Amazon EKS, consulte la documentación de Amazon EKS.

Multi-AZ implementación

AWS Resilience Hub identifica si la implementación del pod se ejecuta en varios nodos de trabajo en varias zonas de disponibilidad. Se requiere un clúster de Amazon EKS adicional en otra región si su política de resiliencia exige cobertura en caso de que se produzca una interrupción regional. Este clúster adicional de Amazon EKS también está verificado para las implementaciones de módulos que se distribuyen entre varios nodos de trabajo en varias zonas de disponibilidad.

Despliegue frente a ReplicaSet

AWS Resilience Hub comprueba si está utilizando ReplicaSets o agrupando objetos en lugar de la implementación. La sustitución ReplicaSets o el agrupamiento de objetos mediante la implementación simplifica las actualizaciones del pod a una nueva versión del software e incluye otras funciones útiles.

Mantenimiento de la implementación

AWS Resilience Hub comprueba si se utilizan las siguientes prácticas recomendadas para la implementación:

Amazon Simple Notification Service

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Simple Notification Service (Amazon SNS). Para obtener más información sobre Amazon SNS, consulte la documentación de Amazon SNS.

Suscripciones temáticas

AWS Resilience Hub comprueba si el tema de Amazon SNS tiene al menos una suscripción adjunta para garantizar que no se pierdan los mensajes entrantes.

Amazon Simple Queue Service

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Simple Queue Service (Amazon SQS). Para obtener más información sobre Amazon SQS, consulte la documentación de Amazon SQS.

Dead-letter cola

AWS Resilience Hub comprueba si la cola de Amazon SQS tiene una DLQ asociada para gestionar los mensajes que no se pueden entregar correctamente a los suscriptores.

Amazon Elastic Container Service

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon Elastic Container Service (Amazon ECS). Para obtener más información sobre Amazon ECS, consulte la documentación de Amazon ECS.

Multi-AZ implementación

AWS Resilience Hub comprueba si las tareas o los servicios de Amazon ECS se ejecutan en varias zonas de disponibilidad en función de los tipos de AWS Fargate lanzamiento o Amazon EC2. Es necesario disponer de un clúster de Amazon ECS adicional en otra región si su póliza necesita cubrir una interrupción regional. El clúster adicional también se verifica para la ejecución de tareas o servicios en varias zonas de disponibilidad.

Elastic Load Balancing

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Elastic Load Balancing. Para obtener más información sobre Elastic Load Balancing, consulte la documentación de Elastic Load Balancing.

Multi-AZ implementación

AWS Resilience Hub comprueba si Elastic Load Balancing se ejecuta en varias zonas de disponibilidad.

Si su póliza necesita cubrir una interrupción regional, se requiere un Elastic Load Balancing adicional en una región diferente. El Elastic Load Balancing adicional, ubicado en otra región, también se verifica para su implementación en varias zonas de disponibilidad.

Amazon API Gateway

En esta sección se enumeran todas las comprobaciones y recomendaciones de resiliencia específicas de Amazon API Gateway. Para obtener más información sobre Amazon API Gateway, consulte la documentación de Amazon API Gateway.

Cross-Region implementación

Si su política debe tener en cuenta la disrupción regional, AWS Resilience Hub comprobará si hay una implementación adicional del recurso de API de Amazon API Gateway en otra región.

Multi-AZ Despliegue de una API privada

AWS Resilience Hub comprueba si su API está definida como privada en Amazon API Gateway. Las API privadas deben recibir tráfico a través del punto final de la interfaz de Amazon VPC que se implementa en varias zonas de disponibilidad.

Amazon DocumentDB

En esta sección se enumeran todas las comprobaciones y recomendaciones específicas de Amazon DocumentDB. Para obtener más información sobre Amazon DocumentDB, consulte la documentación de Amazon DocumentDB.

Multi-AZ implementación

AWS Resilience Hub comprueba si el clúster de Amazon DocumentDB está implementado en varias zonas de disponibilidad. Se requiere un clúster secundario adicional de Amazon DocumentDB en otra región si su política requiere cobertura en caso de interrupción regional. También se verifica la ejecución del clúster adicional de Amazon DocumentDB, ubicado en una región diferente, en varias zonas de disponibilidad.

Clúster elástico e implementación Multi-AZ

AWS Resilience Hub comprueba si los fragmentos de clústeres elásticos de Amazon DocumentDB utilizan réplicas de lectura que se implementan en diferentes zonas de disponibilidad.

Instantáneas manuales y de clústeres elásticos

AWS Resilience Hub comprueba si se crean instantáneas manuales con regularidad para un clúster elástico de Amazon DocumentDB. Las instantáneas manuales permiten una persistencia más prolongada y proporcionan flexibilidad a la hora de configurar la frecuencia de las instantáneas para que se adapte a las necesidades de su empresa.

Puerta de enlace NAT

En esta sección se enumeran todas las comprobaciones y recomendaciones específicas de NAT Gateway. Para obtener más información sobre las puertas de enlace NAT, consulte Puertas de enlace https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html NAT.

Multi-AZ implementación

AWS Resilience Hub comprueba si la puerta de enlace NAT está implementada en varias zonas de disponibilidad. Se requiere una implementación adicional de NAT Gateway en otra región si su póliza requiere cobertura para una interrupción regional. También se verifica la implementación de la puerta de enlace NAT adicional, ubicada en una región diferente, en varias zonas de disponibilidad.

Amazon Route 53

En esta sección se enumeran todas las comprobaciones y recomendaciones específicas de Amazon Route 53. Para obtener más información sobre Amazon Route 53, consulte la documentación de Amazon Route 53.

Multi-AZ implementación

AWS Resilience Hub comprueba si el registro de zonas alojadas de Amazon Route 53 está definido con varios objetivos en la misma región y si estos objetivos están implementados en varias zonas de disponibilidad. Si su política exige cubrir las interrupciones regionales, AWS Resilience Hub compruebe si el registro de zonas alojadas de Amazon Route 53 está definido en varias regiones con varios objetivos por región y si estos objetivos están implementados en varias zonas de disponibilidad.

Controlador de recuperación de aplicaciones (ARC) de Amazon

En esta sección se enumeran todas las comprobaciones y recomendaciones específicas de Amazon Application Recovery Controller (ARC) (ARC). Para obtener más información sobre ARC, consulte la documentación de ARC.

Multi-AZ implementación

AWS Resilience Hub comprueba si se han desplegado recursos similares en varias regiones y recomienda, como mejor práctica, definir las comprobaciones de preparación de los ARC para aumentar su disponibilidad y preparación en caso de que se produzca una interrupción regional. Se le notificará que se le cobrarán cargos adicionales por hora.

Amazon FSx para Windows File Server

En esta sección se enumeran todas las comprobaciones y recomendaciones específicas de Amazon FSx para Windows File Server. Para obtener más información sobre Amazon FSx para Windows File Server, consulte la documentación de Amazon FSx para Windows File Server.

Tipo de sistema de archivos

AWS Resilience Hub comprueba el tipo de sistema de archivos: Regional o. One Zone El tipo de sistema de archivos afecta a su resiliencia en caso de que se produzcan interrupciones en la infraestructura o en la zona de disponibilidad. Para obtener más información sobre los tipos de sistemas de archivos, consulte Amazon EFS. https://docs.aws.amazon.com/efs/latest/ug/availability-durability.html

Respaldo del sistema de archivos

AWS Resilience Hub comprueba si AWS Backup está definido un para el sistema de archivos desplegado. Además, también comprueba si la cross-Region backup opción está habilitada si su póliza requiere cobertura en caso de Region-level interrupciones.

Replicación de los datos

AWS Resilience Hub comprueba si se ha definido una tarea de replicación de AWS DataSync datos programada dentro o entre regiones para el sistema de archivos implementado.

AWS DataSync la tarea de replicación de datos programada puede mejorar el RTO estimado de la carga de trabajo y el RPO estimado de la carga de trabajo a nivel de infraestructura, zona de área y región. Además, se puede combinar con un dispositivo interno AWS Backup para recuperarse en caso de que se produzca una interrupción de la aplicación.

AWS Step Functions

En esta sección se enumeran todas las comprobaciones y recomendaciones específicas de AWS Step Functions. Para obtener más información al respecto AWS Step Functions, consulte AWS Step Functions la documentación.

Versionado y alias

AWS Resilience Hub comprueba si el AWS Step Functions flujo de trabajo utiliza el control de versiones y los alias para mejorar el tiempo de reimplementación.

Cross-Region implementación

AWS Resilience Hub comprueba si un AWS Step Functions flujo de trabajo del mismo tipo se implementa en una región diferente para recuperarse en caso de una interrupción regional.

Amazon ElastiCache (Redis OSS)

En esta sección se enumeran todas las comprobaciones y recomendaciones específicas de Amazon ElastiCache (Redis OSS).

Para obtener más información sobre Amazon ElastiCache (Redis OSS), consulte la documentación de Amazon ElastiCache .

Single-AZ implementación

AWS Resilience Hub comprueba si el clúster de Amazon ElastiCache (Redis OSS) está desplegado como un único nodo o con todos sus nodos en una única zona de disponibilidad.

Single-AZ implementación

AWS Resilience Hub valida si el clúster de Amazon ElastiCache (Redis OSS) se implementa como un grupo de replicación (tanto para los clústeres en modo clúster habilitado como para los clústeres en modo clúster deshabilitado) en varias zonas de disponibilidad para permitir la conmutación por error en caso de que se produzca una interrupción en la zona de disponibilidad.

Cross-Region conmutación por error

AWS Resilience Hub comprueba los objetivos de RTO y RPO definidos en la política de resiliencia para recuperarse de una interrupción regional. Además, AWS Resilience Hub puede identificar los clústeres de almacenes de datos globales de Amazon ElastiCache (Redis OSS) implementados en varias regiones.

Copia de seguridad

AWS Resilience Hub comprueba si las siguientes funciones de copia de seguridad se aplican a un clúster de Amazon ElastiCache (Redis OSS) implementado o de diseño propio:

AWS Resilience Hub no recomendará la copia de seguridad como método de recuperación si no está utilizando la copia de seguridad. Sin embargo, puede restablecer la capa de caché en caso de que los datos no sean coherentes y volver a crear los datos desde el almacenamiento principal.

Conmutación por error más rápida dentro de la región

AWS Resilience Hub comprueba los objetivos de RTO y RPO definidos en la política de resiliencia durante las interrupciones de la infraestructura o la zona de disponibilidad. Además, AWS Resilience Hub puede identificar las siguientes arquitecturas dentro de la región para recuperarse de las interrupciones de la infraestructura y la zona de disponibilidad: