AWS re:Invent 2022 se inauguró con una gran cantidad de anuncios de productos que impactaron en IA/ML, cómputo, análisis, contenedores, bases de datos y más. Esta publicación se centra en las actualizaciones de algunos de los servicios de almacenamiento de AWS.
AWS re:Invent 2022 se inauguró con una gran cantidad de anuncios de productos que impactaron en IA/ML, cómputo, análisis, contenedores, bases de datos y más. Esta publicación se centra en las actualizaciones de algunos de los servicios de almacenamiento de AWS.
Rendimiento elástico de Amazon EFS
Rendimiento elástico de Amazon EFS es un nuevo modo de rendimiento para AmazonEFS diseñado para proporcionar aplicaciones con todo el rendimiento que necesitan con precios de pago por uso. El modo de rendimiento permite a los clientes simplificar la ejecución de cargas de trabajo y aplicaciones en AWS al proporcionar almacenamiento de archivos compartidos que no necesita aprovisionamiento ni administración de capacidad.
Elastic Throughput está diseñado específicamente para cargas de trabajo dinámicas e impredecibles con requisitos de rendimiento que son difíciles de pronosticar. Cuando está habilitado, Elastic Throughput en un sistema de archivos de Amazon EFS administra activamente el rendimiento de un sistema de archivos y evita el pago excesivo de recursos inactivos para garantizar el rendimiento de sus aplicaciones.
Habilitar Elastic Throughput elimina la necesidad de especificar o aprovisionar la capacidad de rendimiento, ya que Amazon EFS proporciona automáticamente el rendimiento de rendimiento que necesita la aplicación. Al mismo tiempo, los clientes solo pagan por la cantidad de datos leídos o escritos.
Amazon EFS está diseñado para proporcionar un almacenamiento de archivos completamente elástico y sin servidores que permite compartir datos de archivos para aplicaciones basadas en la nube sin pensar en el aprovisionamiento o la administración de la capacidad y el rendimiento del almacenamiento. Con Elastic Throughput, Amazon EFS amplía su simplicidad y elasticidad al rendimiento, de modo que los clientes puedan ejecutar una gama aún más amplia de cargas de trabajo de archivos. Amazon EFS es ideal para admitir una amplia gama de casos de uso, incluidos análisis y ciencia de datos, aprendizaje automático, herramientas de CI/CD, administración de contenido, servicio web y aplicaciones SaaS.
El rendimiento elástico de Amazon EFS está disponible en todas las regiones que admiten EFS, excepto en las regiones de China de AWS.
Controles de conmutación por error para puntos de acceso de varias regiones de Amazon S3
Puntos de acceso de varias regiones de Amazon S3 proporcione un punto de enlace global que abarque los depósitos de S3 en varias regiones de AWS. Con los puntos de acceso de varias regiones de S3, las aplicaciones de varias regiones se pueden crear con la misma arquitectura simple que se usa en una sola región. Esta nueva función utiliza Acelerador global de AWS para monitorear la congestión y la conectividad de la red y enruta el tráfico a la copia más cercana de los datos. Si se pierde la conectividad entre un cliente y un depósito en una región en particular, el punto de acceso multirregional enrutará automáticamente todo el tráfico al depósito más cercano (sincronizado a través de la replicación S3) en otra región.
Controles de conmutación por error para puntos de acceso multirregionales
Los controles de conmutación por error permiten a los usuarios cambiar el tráfico de solicitudes de acceso a datos de S3 enrutado a través de un punto de acceso de varias regiones de Amazon S3 a una región de AWS alternativa en cuestión de minutos para probar y crear aplicaciones de alta disponibilidad para la continuidad del negocio.
El modelo de punto de acceso de varias regiones existente trata a todas las regiones como activas y puede enviar tráfico a cualquiera de ellas. El modelo presentado en AWS re:Invent permite a los usuarios designar regiones como activas o pasivas. Los cubos en regiones activas reciben tráfico (GET, PUT y otras solicitudes) desde el punto de acceso multirregional; cubos en Regiones pasivas no lo hacen. La replicación entre regiones de Amazon S3 funciona independientemente del estado activo o pasivo de una región en relación con un punto de acceso de varias regiones en particular.
Jeff Barr enumeró algunas cosas para que los clientes las recuerden al usar la nueva función de control de conmutación por error.
Activo pasivo – Debe haber al menos una Región activa en todo momento.
Acceso CLI y API – Puede iniciar una conmutación por error mediante programación llamando
SubmitMultiRegionAccessPointRoutes. Puede recuperar el conjunto actual de rutas llamandoGetMultiRegionAccessPointRoutes. Los puntos finales para estas API están disponibles en las regiones de EE. UU. Este (Norte de Virginia), EE. UU. Oeste (Oregón), Asia Pacífico (Sídney, Tokio) y Europa (Irlanda).Precios – No hay cargo adicional por esta función más allá del uso de las nuevas API, facturadas como solicitudes estándar S3 GET y PUT. Para conocer los precios de uso del punto de acceso multirregional S3, consulte la transferencia de datos pestaña del Amazon S3 Página de precios.
Regiones – Esta característica está disponible en todas las regiones de AWS donde los puntos de acceso de varias regiones están disponibles. actualmente disponible.
Nuevo para AWS Backup: proteja y restaure sus pilas de CloudFormation
Para definir la política de protección de datos de una aplicación, es fundamental observar sus componentes y encontrar cuáles almacenan datos que necesitan protección. esos son los con estado componentes de su aplicación, como bases de datos y sistemas de archivos. Otros componentes no almacenan datos, pero deben restaurarse en caso de problemas. Estos son apátrida componentes, como contenedores y sus configuraciones de red.
Cuando se administran aplicaciones que utilizan infraestructura como código (IaC), existe un único repositorio que describe todos estos componentes. Sería genial si esa información pudiera usarse para ayudar a proteger las aplicaciones. Copia de seguridad de AWS ahora admite adjuntar un Formación en la nube de AWS pila a las políticas de protección de datos.
Cuando se utiliza CloudFormation como recurso, se realiza una copia de seguridad de todos los componentes con estado admitidos por AWS Backup aproximadamente al mismo tiempo. La copia de seguridad también incluye los recursos sin estado en la pila, como Administración de acceso e identidad de AWS (IAM) roles y Nube privada virtual de Amazon (Amazon VPC) grupos de seguridad.
Ahora hay un único punto de recuperación que se puede usar para recuperar la pila de aplicaciones o los recursos individuales. En caso de recuperación, no hay necesidad de mezclar herramientas automatizadas con scripts personalizados y actividades manuales para recuperar y volver a armar toda la pila de aplicaciones. A medida que moderniza y actualiza una aplicación administrada con CloudFormation, AWS Backup realiza automáticamente un seguimiento de los cambios y actualiza las políticas de protección de datos por usted.
El soporte de CloudFormation para AWS Backup también ayuda a demostrar el cumplimiento de las políticas de protección de datos. Supervisar los recursos de la aplicación en Administrador de auditoría de copias de seguridad de AWS es una característica de AWS Backup que proporciona auditorías e informes sobre el cumplimiento de las políticas de protección de datos. Bloqueo de bóveda de copia de seguridad de AWS también se puede utilizar para gestionar la inmutabilidad de las copias de seguridad según lo exijan las obligaciones de cumplimiento de la empresa.
Disponibilidad y precio
Copia de seguridad de AWS el soporte para pilas de CloudFormation está disponible hoy usando la consola, Interfaz de línea de comandos (CLI) de AWSy SDK de AWS en todo Regiones de AWS donde se ofrece AWS Backup. No hay costo adicional por los recursos sin estado respaldados y restaurados por AWS Backup. Solo paga por recursos con estado, como bases de datos, volúmenes de almacenamiento o sistemas de archivos. Para más información, ver Precios de la copia de seguridad de AWS.
Amazon Redshift compatible con AWS Backup
Desplazamiento al rojo de Amazon permite a los clientes analizar datos en la nube a cualquier escala. Amazon Redshift ofrece capacidades nativas de protección de datos para proteger los datos mediante instantáneas automáticas y manuales. Esto funciona muy bien por sí solo, pero al usar otros servicios de AWS, es necesario configurar más de una herramienta para administrar sus políticas de protección de datos.
Para hacer esto más fácil, AWS ha agregado soporte para Amazon Redshift en Copia de seguridad de AWS. AWS Backup permite a los clientes definir una política de respaldo central para administrar la protección de datos de las aplicaciones y también proteger los clústeres de Amazon Redshift. Esto proporciona una experiencia coherente al administrar la protección de datos en todos los servicios admitidos.
En una configuración de múltiples cuentas, las políticas centralizadas en AWS Backup brindan la opción de definir políticas de protección de datos en todas las cuentas dentro del Organizaciones de AWS. Para satisfacer las necesidades de cumplimiento normativo, AWS Backup ahora incluye Amazon Redshift en su informes listos para el auditor. También existe la opción de usar Bloqueo de bóveda de copia de seguridad de AWS para tener copias de seguridad inmutables y evitar cambios maliciosos o involuntarios.
Disponibilidad y precio
Desplazamiento al rojo de Amazon apoyo en la Copia de seguridad de AWS está disponible hoy en el Regiones de AWS donde se ofrecen tanto AWS Backup como Amazon Redshift, con la excepción de las Regiones con sede en China. Utilice esta capacidad a través de la Consola de administración de AWS, Interfaz de línea de comandos (CLI) de AWSy SDK de AWS.
No hay costo adicional por usar AWS Backup en comparación con la capacidad nativa de instantáneas de Amazon Redshift. Los costos generales dependen de la cantidad de almacenamiento y retención que necesite. Para más información, ver Precios de la copia de seguridad de AWS.
Conmutación por recuperación automatizada en AWS para AWS Elastic Disaster Recovery
Cuando está habilitado, Recuperación elástica ante desastres de AWS (DRS) mantiene una postura de replicación constante para los sistemas operativos, las aplicaciones y las bases de datos. AWS ha anunciado que DRS ahora es compatible con la conmutación por recuperación en AWS, lo que se suma a la compatibilidad existente para simulacros de recuperación sin interrupciones y conmutación por recuperación en las instalaciones.
Debido a que las pruebas y los simulacros son disruptivos y consumen mucho tiempo, a menudo se pasan por alto. Agregue automatización y simplificación a la combinación, lo que fomenta simulacros frecuentes a escala para prepararse mejor para un desastre. Con la conmutación por recuperación en AWS, estas pruebas se pueden usar en las instalaciones o en AWS. La implementación de simulacros de recuperación no disruptivos brinda confianza en que se cumplirán los objetivos de tiempo de recuperación (RTO) y los objetivos de punto de recuperación (RPO) en caso de que se inicie una recuperación o conmutación por recuperación.
El soporte automatizado en este nuevo servicio brinda una experiencia simplificada y acelerada para la conmutación por recuperación Nube informática elástica de Amazon (Amazon EC2) instancias a la región original, y los procesos de conmutación por error y conmutación por recuperación (para la recuperación local o en AWS) se pueden iniciar convenientemente desde la Consola de administración de AWS.
Conmutación por error frente a conmutación por recuperación
Failover está cambiando la aplicación en ejecución a otra zona de disponibilidad o incluso a una región diferente, en caso de interrupciones o problemas que amenacen la disponibilidad de la aplicación. Failback es el proceso de devolver la aplicación a la región o ubicación local original. Para las conmutaciones por error a otra zona de disponibilidad, los clientes independientes de la zona pueden continuar ejecutando la aplicación en su nueva zona indefinidamente si así lo requieren. En este caso, revertirán la replicación de recuperación para que la instancia recuperada esté protegida para una recuperación futura. Sin embargo, suponga que la conmutación por error se realizó en una región diferente. En ese caso, es probable que los clientes deseen finalmente conmutar por recuperación y regresar a la región original cuando se hayan resuelto los problemas que causaron la conmutación por error.
Las siguientes imágenes ilustran arquitecturas para aplicaciones en AWS protegidas por DRS. La arquitectura de la siguiente imagen es para escenarios de zonas de disponibilidad cruzada.
El siguiente diagrama de arquitectura es para escenarios entre regiones.
Obtenga más información sobre la conmutación por recuperación en AWS con Elastic Disaster Recovery
Como se mencionó anteriormente, también hay tres nuevas API disponibles para los clientes que desean personalizar los pasos granulares involucrados. La documentación para estos se puede encontrar usando los enlaces a continuación.
La nueva compatibilidad con conmutación por recuperación en AWS está disponible en todas las regiones donde Recuperación elástica ante desastres de AWS está disponible. Obtenga más información sobre AWS Elastic Disaster Recovery en el Guía de usuario.
Interactuar con StorageReview
Boletín informativo | Canal de YouTube | Podcast iTunes/Spotify | @Instagram | Twitter | @TikTok | RSS Feed
