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.
Resiliencia en Amazon DataZone
La infraestructura AWS global se basa en zonas Regiones de AWS de disponibilidad. Regiones de AWS proporcionan varias zonas de disponibilidad físicamente separadas y aisladas, que están conectadas mediante redes de baja latencia, alto rendimiento y alta redundancia. Con las zonas de disponibilidad, puede diseñar y utilizar aplicaciones y bases de datos que realizan una conmutación por error automática entre las zonas sin interrupciones. Las zonas de disponibilidad tienen una mayor disponibilidad, tolerancia a errores y escalabilidad que las infraestructuras tradicionales de uno o varios centros de datos.
Para obtener más información sobre las zonas Regiones de AWS de disponibilidad, consulte AWS Infraestructura global.
Además de la infraestructura AWS global, Amazon DataZone ofrece varias funciones que ayudan a satisfacer sus necesidades de respaldo y resiliencia de datos.
Temas
Resiliencia del origen de datos
Durante un evento de DataZone disponibilidad de Amazon, los DataSource trabajos se reintentarán periódicamente durante un máximo de 24 horas. Si un trabajo falla debido a una configuración incorrecta, se emitirá un evento DataSourceRunFailed. Si el DataZone dominio de Amazon está configurado con una clave de KMS y AmazonDataZoneDomainExecutionRole pierde el acceso a esta clave durante la ejecución de un trabajo, la ejecución finalizará en ese INACCESSIBLE estado. Una vez que se restablezca el acceso al KMS, el trabajo debe actualizarse manualmente para activar la transición a un estado utilizable.
Resiliencia de activos
En Amazon DataZone, los activos están versionados. Si es necesario revertir una versión de un activo, puede crear una nueva versión con el contenido de la última versión estable. Se puede publicar la versión de un activo. No se puede editar la versión publicada de un activo, excepto publicando una nueva versión. Es posible suscribirse a un activo publicado (también conocido como listado). Para evitar nuevas suscripciones a un activo, se puede anular su publicación. Un-publishing un activo no afecta a las suscripciones existentes. Al eliminar un activo, se eliminarán todas las versiones no publicadas del activo. Las versiones publicadas del activo se deben eliminar por separado. La versión publicada de un activo solo se puede eliminar si no hay suscripciones.
El tipo de activo y los metadatos forman resiliencia
En Amazon DataZone, los tipos de activos y los tipos de formularios de metadatos están versionados. Un tipo de activo no se puede eliminar si un activo lo está utilizando. No se puede eliminar un tipo de formulario de metadatos si lo está utilizando un tipo de activo o un activo. Si no desea que se utilice un tipo de formulario de metadatos específico para la selección, puede deshabilitarlo. Los formularios a los que ya está asociado no se verán afectados.
Resiliencia de glosario
En Amazon DataZone, los glosarios y los términos del glosario no se pueden eliminar si están en uso. Si no desea que se utilice un término de glosario o un glosario específico para la selección, puede deshabilitarlo. Los formularios a los que ya está asociado no se verán afectados.
Resiliencia de búsqueda global
En Amazon DataZone, los activos publicados (también conocidos como listados) se pueden encontrar mediante una búsqueda global. La publicación de un activo se puede revertir anulando la publicación del activo. La anulación de la publicación de un activo no afecta a las suscripciones existentes. Un activo publicado se puede revertir a una versión concreta del activo volviendo a publicar esa versión. Esto no afectará a las suscripciones existentes.
Resiliencia de suscripción
En Amazon DataZone, SubscriptionGrant hará dos intentos de retirada antes de fallar. Si se produce un error, se debe eliminar manualmente para volver a intentarlo. Si Amazon DataZone no puede revocar los permisos de una suscripción, es posible que no puedas eliminarla. Debería solucionarse el error subyacente o utilizar la retainPermissions marca en la operación de la DeleteSubscriptionGrant API para forzar la eliminación de la concesión de Amazon DataZone sin revocar los permisos.
Si el DataZone dominio de Amazon está configurado con una clave de KMS y AmazonDataZoneDomainExecutionRole pierde el acceso a esta clave durante el SubscriptionGrant flujo de trabajo, la concesión se marcaINACCESSIBLE. Una vez se haya restablecido el acceso a KMS, las concesiones INACCESSIBLE deben eliminarse y volverse a crear.
Resiliencia de entorno
Si el DataZone dominio de Amazon está configurado con una clave de KMS y AmazonDataZoneDomainExecutionRole pierde el acceso a esta clave durante el flujo de trabajo del entorno, el entorno se marcaráINACCESSIBLE. Una vez se haya restablecido el acceso a KMS, el entorno INACCESSIBLE deben eliminarse y volverse a crear. La creación del entorno intentará retirarlo dos veces antes de que se produzca un error. Si se produce un error, se debe eliminar manualmente para volver a intentarlo. Si el flujo de trabajo del entorno falla, el entorno entrará en un estado fallido. En este punto, solo se puede eliminar y volver a crear.
Resiliencia del esquema de entorno
En Amazon DataZone, no se puede eliminar un plano de entorno si hay algún perfil de entorno subyacente.
Resiliencia de proyecto
En Amazon DataZone, no se puede eliminar un proyecto si hay algún entorno contenido.
Resiliencia de RAM
Para obtener información sobre la resiliencia de la RAM, consulte https://docs.aws.amazon.com/ram/latest/userguide/security-disaster-recovery-resiliency.html.
Resiliencia en administración de perfiles de usuario
Para obtener información sobre la resiliencia de los perfiles de usuario, consulte Centro de identidades AWS.
Resiliencia de dominio
En Amazon DataZone, no se puede eliminar un dominio si contiene proyectos o fuentes de datos.
