+34 902.727.350  info@cloudaws.es  Intranet clientes

Novedades: Amazon AWS noviembre

 

La opción de implementación Multi-AZ de Amazon Relational Database Service (Amazon RDS) con una instancia de base de datos (DB) primaria y dos de reserva que se pueden leer en tres zonas de disponibilidad (AZ) ya se encuentra disponible en doce regiones adicionales. Esta opción de implementación le permite obtener una latencia de confirmación de transacciones el doble de rápida, conmutaciones por error automáticas que normalmente estén por debajo de 35 segundos e instancias en espera legibles.

Las implementaciones de Amazon RDS Multi-AZ ofrecen una mayor disponibilidad y durabilidad para las instancias de base de datos de Amazon RDS, lo que las convierte en una opción ideal para las cargas de trabajo de bases de datos de producción. Aunque todavía se utiliza el almacenamiento en red para lograr durabilidad, esta nueva opción de implementación optimiza el rendimiento de la confirmación de transacciones mediante el almacenamiento de instancias locales en las instancias de base de datos de AWS Graviton2 y x86. Esta configuración admite confirmaciones de transacciones hasta el doble de rápidas que una implementación de instancias de base de datos Multi-AZ con una instancia en espera, sin afectar la durabilidad de los datos. En esta configuración, las conmutaciones por error automatizadas suelen tardar menos de 35 segundos. Además, las instancias de base de datos en espera también tienen la capacidad de procesar el tráfico de lectura sin necesidad de adjuntar instancias de base de datos de réplica de lectura adicionales. Se puede conectar a las instancias de base de datos de reserva que se pueden leer mediante un punto de conexión administrado de solo lectura o los puntos de enlace individuales de cada una de estas. Esta opción de implementación es ideal cuando las cargas de trabajo requieren una menor latencia de escritura, conmutaciones por error automatizadas y más capacidad de lectura.

Las doce regiones que se admitirán son: África (Ciudad del Cabo), Asia-Pacífico (Hong Kong), Asia-Pacífico (Yakarta), Asia-Pacífico (Bombay), Asia-Pacífico (Osaka), Asia-Pacífico (Seúl), Canadá (centro), Europa (Londres), Europa (Milán), Europa (París), Oriente Medio (Baréin), América del Sur (São Paulo). Además de las 12 regiones nuevas, la opción de implementación multi-AZ también está disponible en las regiones Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Europa (Fráncfort), Europa (Irlanda), Europa (Estocolmo). La base de datos Amazon RDS Multi-AZ con dos instancias en espera legibles es compatible con las versiones 8.0.28 de RDS para MySQL y posteriores, y con las versiones 13.4 y 13.7 de RDS para PostgreSQL. Consulte la Guía de usuario de Amazon RDS para obtener una lista completa de la disponibilidad regional y las versiones de motores compatibles.

Obtenga más información acerca de las implementaciones de Amazon RDS Multi-AZ en la Guía del usuario de Amazon RDS y en el blog de noticias de AWS. Cree o actualice una base de datos completamente administrada de Amazon RDS Multi-AZ con dos instancias en espera legibles en la consola de administración de Amazon RDS.

La detección y el procesamiento de información confidencial en AWS Glue ahora pueden detectar PII y otros datos confidenciales específicos en el Reino Unido (RU) y Japón.

La detección de información confidencial en AWS Glue identifica una variedad de información de identificación personal (PII) y otros datos confidenciales, como números de tarjetas de crédito. Ayuda a los clientes a tomar medidas, tales como realizar un seguimiento con fines de auditoría o redactar la información confidencial antes de registrarla en un lago de datos. La interfaz visual y sin código de AWS Glue Studio permite a los usuarios incluir la detección de información confidencial como un paso en un trabajo de integración de datos. Además, los clientes pueden definir sus propios patrones de detección personalizados para necesidades únicas.

Con esta característica, los clientes ahora pueden detectar números de cuentas bancarias, de licencia de conducir, de pasaporte y de otras entidades que trabajan con información confidencial del Reino Unido y Japón. Esta característica está disponible en 21 regiones de AWS: Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Norte de California), Oeste de EE. UU. (Oregón), África (Ciudad del Cabo), Asia-Pacífico (Hong Kong), Asia-Pacífico (Mumbai), Asia-Pacífico (Osaka), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Canadá (central), Europa (Fráncfort), Europa (Irlanda), Europa (Londres), Europa (Milán), Europa (París), Europa (Estocolmo), Oriente Medio (Baréin) y América del Sur (São Paulo).

A partir de hoy, puede eliminar su cuenta de AWS de los permisos de lanzamiento para una imagen de máquina de Amazon (AMI) que se haya compartido directamente con su cuenta de AWS. Puede aprovechar esta capacidad, por ejemplo, para reducir la probabilidad de lanzar una instancia de EC2 con una AMI obsoleta o no utilizada que se haya compartido con usted anteriormente.

Cuando elimine su cuenta de AWS de los permisos de lanzamiento de una AMI, esta ya no aparecerá en cualquier lista de AMI que se venda a su cuenta de AWS. Solo puede optar por no recibir AMI que se hayan compartido directamente con su cuenta de AWS. No puede optar por no recibir AMI que se hayan compartido con su organización o unidad organizativa (OU) de AWS, ni eliminar el acceso a AMI públicas.

Esta capacidad ahora está disponible en todas las regiones comerciales de AWS. Para obtener más información, consulte la documentación aquí.

Ahora puede utilizar los niveles de datos para Amazon MemoryDB para Redis como una manera más asequible de escalar sus clústeres hasta cientos de terabytes de capacidad. Los niveles de datos brindan una nueva opción de precio-rendimiento para MemoryDB al utilizar discos de estado sólido (SSD) de menor costo en cada nodo de clúster, además de almacenar datos en memoria. Los niveles de datos son ideales para cargas de trabajo que acceden a hasta un 20 % de sus conjuntos de datos generales de manera habitual, y para aplicaciones que puedan tolerar una latencia adicional al acceder a datos ubicados en el SSD.

Cuando se utilizan clústeres con niveles de datos, MemoryDB está diseñado para mover, de forma transparente y automática, los elementos utilizados hace más tiempo de la memoria a las SSD basadas en NVMe adjuntas localmente una vez que la capacidad de memoria disponible se haya agotado. Cuando se accede posteriormente a un elemento que se ha movido al SSD, MemoryDB lo devuelve a la memoria de manera asíncrona antes de servir la solicitud. Al asumir valores de cadena de 500 bytes, normalmente puede esperar una latencia adicional de 450 µs para solicitudes de lectura de datos almacenados en el SSD, en comparación con solicitudes de lectura de datos almacenados en la memoria.

Los niveles de datos de MemoryDB están disponibles al utilizar la versión 6.2.6 y superior de Redis en nodos R6gd basados en Graviton2. Los nodos R6gd tienen casi cinco veces más de capacidad total (memoria + SSD) y pueden ayudarlo a lograr ahorros de costo de almacenamiento en alrededor del 60 % cuando se ejecutan con un uso máximo en comparación con los nodos R6g (solo memoria).

Para comenzar a utilizar los niveles de datos de MemoryDB, cree un nuevo clúster con los tipos de nodos R6gd con la consola de administración de AWS para MemoryDB, la AWS CLI o uno de los SDK. Los niveles de datos en los nodos R6gd están disponible en las regiones de Asia-Pacífico (Bombay), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Canadá (centro), Europa (Fráncfort), Europa (Irlanda), Europa (París), Sudamérica (São Paulo), Este de EE. UU. (Norte de Virginia), Este de EE. UU. (Ohio), Oeste de EE. UU. (Norte de California) y Oeste de EE. UU. (Oregón). Para obtener información sobre precios, consulte precios de Amazon MemoryDB; para información general, eche un vistazo a la documentación de niveles de datos de MemoryDB. Si tiene alguna pregunta o solicitudes de características, puede enviarnos un correo electrónico a Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo..

A partir de hoy, las instrucciones de coincidencia geográfica de AWS WAF agrega etiquetas a cada solicitud para indicar los códigos de país y región de ISO 3166. Los clientes han pedido más control de las regiones geográficas dentro de un país, como la especificación de un estado en los Estados Unidos. Con las instrucciones de reglas de coincidencia geográfica actualizadas, los clientes pueden controlar el acceso a nivel de región. La instrucción de regla de coincidencia geográfica ahora anota automáticamente una solicitud de Texas, EE. UU. con la etiqueta awswaf:clientip:geo:region:US-TX, y una solicitud de Queensland, Australia con la etiqueta awswaf:clientip:geo:region:AU-QLD . Los clientes pueden agregar reglas de coincidencia de etiquetas para capturar etiquetas de regiones y bloquear regiones específicas, sin bloquear todo el país.

Es fácil comenzar con las instrucciones actualizadas de reglas de coincidencia geográfica. La regla de coincidencia geográfica agrega etiquetas de región geográfica y país a cada solicitud que evalúa. Esto les permite a los clientes escribir instrucciones de coincidencia de etiquetas según las regiones que quieren bloquear o permitir. Las instrucciones de reglas de coincidencia geográfica se pueden combinar con otras reglas de AWS WAF para crear políticas de filtros sofisticadas. Los clientes que quieran bloquear ciertas geografías y al mismo tiempo permitir ciertas direcciones IP de desarrolladores de esas ubicaciones pueden combinar las condiciones de coincidencia geográfica e IP para permitir el acceso solo a los usuarios autorizados. Otros clientes que quieran priorizar a los usuarios en su geografía principal para optimizar el consumo de recursos pueden combinar las condiciones de coincidencia geográfica con las reglas basadas en tarifas de AWS WAF. Estos clientes pueden establecer un límite de tarifa más alto para los usuarios finales en los países o regiones preferidos y fijar un límite de tarifa más bajo para los demás.

No se aplican cargos adicionales por su uso. Está disponible en todas las regiones de AWS donde se ofrece AWS WAF y para cada servicio compatible, incluidos Amazon CloudFront, el equilibrador de carga de aplicación, Amazon API Gateway, AWS AppSync y Amazon Cognito. Para obtener más información, consulte la Guía para desarrolladores de AWS WAF.

Hoy Amazon Simple Email Service (Amazon SES) lanzó una nueva característica, Virtual Deliverability Manager (Administrador de entrega virtual), que ayuda a los clientes a monitorear y aumentar sus tasas de éxito en la entrega de correos electrónicos. Los clientes pueden usar esta función para optimizar sus campañas de envío de correos electrónicos y la configuración de envío a fin de reducir la probabilidad de que los proveedores de buzones (como Gmail o Yahoo) marquen sus mensajes de correo electrónico como no deseados.

Virtual Deliverability Manager ofrece informes rápidos sobre el envío y la entrega de datos en una sola interfaz en la consola de SES, como la tasa de rebote, las aperturas de los mensajes y los clics. Los clientes reciben recomendaciones de optimización y pasos prácticos para mejorar las tasas de éxito de entrega de los correos electrónicos. Virtual Deliverability Manager también implementa automáticamente algunas mejoras en el envío, como la optimización de la selección de la dirección IP de envío, sin necesidad de supervisión o ajuste manual.

Virtual Deliverability Manager está disponible en todas las regiones donde está disponible Amazon SES.

Para obtener más información, consulte la documentación de Virtual Deliverability Manager en la Guía para desarrolladores de Amazon SES. Para comenzar a utilizar Virtual Deliverability Manager, visite la consola de Amazon SES.

Hoy presentamos la transferencia de IP elásticas, una nueva característica de Amazon VPC que le permite transferir sus direcciones IP elásticas de una cuenta de AWS a otra. Esto facilita el movimiento de direcciones IP elásticas durante la reestructuración de la cuenta de AWS. 

Antes, al mover aplicaciones a una nueva cuenta de AWS, les tenía que asignar nuevas direcciones IP elásticas. Esto requería que incluyera en la lista blanca las nuevas direcciones IP elásticas en sus recursos de conectividad, como enrutadores y firewalls, lo que ralentizaba las migraciones. Con la transferencia de IP elásticas, ahora puede reutilizar las mismas direcciones IP elásticas para sus aplicaciones, incluso después de moverlas a una nueva cuenta de AWS. De esta manera, se elimina la necesidad de incluir recursos de conectividad en la lista de permitidos y acelera sus migraciones.

Además, si está utilizando el Administrador de direcciones IP de Amazon VPC (IPAM), ahora puede realizar un seguimiento de sus transferencias de IP elásticas mediante este servicio.

La transferencia de IP elásticas está disponible en todas las regiones comerciales de AWS y AWS GovCloud (EE. UU.) sin costo adicional. Para obtener más información, visite la guía del usuario de la VPC.

 

En CLOUDAWS somos Sysops y Partner AWS especializados en Amazon Web Services; contáctenos para facilitarle la migración de su proyecto a la nube.

 

Read more...

Novedades: Amazon AWS octubre

 

Amazon File Cache es una memoria caché de alta velocidad, escalable y completamente administrada en AWS para procesar datos de archivos almacenados en ubicaciones dispares, incluso localmente. Amazon File Cache acelera y simplifica los flujos de trabajo híbridos y de ampliación en la nube, incluidos los de multimedia y entretenimiento, servicios financieros, ciencias biológicas y de la salud, diseño de microprocesadores, fabricación, pronóstico del tiempo y energía.

Puede crear una memoria caché de archivos en AWS en solo unos minutos y vincularla a varios sistemas de archivos en la red (NFS) local, en sistemas de archivos en la nube (Amazon FSx para OpenZFS, Amazon FSx para NetApp ONTAP) y en los buckets de Amazon Simple Storage Service (Amazon S3). Los conjuntos de datos de estas diversas ubicaciones se muestran a los clientes en un único espacio de nombres unificado. Amazon File Cache está diseñado para cargar automáticamente en la memoria caché los datos que almacena localmente o en la nube cuando sus cargas de trabajo acceden a los datos por primera vez. Con Amazon File Cache, no necesita administrar el movimiento de datos ni saber de antemano qué archivos se necesitan para ejecutar su carga de trabajo. File Cache le permite comenzar a ejecutar sus cargas de trabajo sin necesidad de copiar un conjunto de datos completo. Amazon File Cache está diseñado para ofrecer una latencia consistente de submilisegundos, hasta cientos de GB/s de rendimiento y hasta millones de operaciones por segundo. Esto lo ayuda a acelerar los tiempos de finalización de la carga de trabajo y optimizar la utilización de la computación.

Amazon File Cache está disponible en las siguientes regiones de AWS: Este de EE. UU. (Ohio), Oeste de EE. UU. (Oregón), Este de EE. UU. (Norte de Virginia), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Canadá (centro), Europa (Fráncfort), Europa (Irlanda), Europa (Londres).

Para obtener más información acerca de Amazon File Cache, consulte la página de detalles de productos, el tutorial de introducción y la publicación en el blog de novedades de AWS.

Todos los nuevos AWS Directory Service para los directorios Microsoft AD (AWS Managed Microsoft AD) se ejecutan en Windows Server 2019. Para los clientes actuales con directorios existentes puede realizar la actualización con tan solo unos clics o mediante la programación a través de la API. Con esta características, puede iniciar las actualizaciones para los directorios existentes cuando sea más conveniente, evitando los horarios comerciales pico, por ejemplo. También, a partir de marzo de 2023, AWS comenzará con la actualización automática de los directorios AWS Managed Microsoft AD a Windows Server 2019.

Cuando inicia la actualización, AWS Managed Microsoft AD actualiza todos los controladores de dominio en forma automática y uno a la vez; incluye todas las regiones en donde se implementó el directorio. Durante la actualización el directorio está activo y disponible para sus cargas de trabajo. Puede supervisar el progreso de los directorios desde la consola de AWS y la API. En el artículo Actualización del sistema operativo de su directorio podrá consultar las instrucciones paso a paso como así también las recomendaciones para planificar la actualización del SO de su directorio.

Esta nueva característica se encuentra disponible en las mismas regiones de AWS que AWS Managed Microsoft AD. Para obtener más información, consulte la Guía de administración de AWS Directory Service.

Hoy presentamos una nueva característica que ofrece una opción para definir el comportamiento de la gestión de flujos en el equilibrador de carga de puerta de enlace de AWS. Por medio de esta opción, los clientes ahora pueden reequilibrar los flujos existentes hacia un destino en buen estado cuando falla el destino o se anula el registro. Esto contribuye a reducir el tiempo de conmutación por error cuando un destino no se encuentra en buen estado y, además, permite que los clientes implementen parches o actualicen sin problemas los dispositivos durante las ventanas de mantenimiento.

Esta característica utiliza la consola/API existente del Elastic Load Balancing (ELB) y brinda nuevos atributos para especificar el comportamiento de la gestión de flujos. Consulte la documentación sobre cómo utilizar esta función. Ya que esta característica cambia el comportamiento de los flujos, los clientes deben evaluar el efecto que implica habilitarla y deben revisar la documentación de su proveedor de dispositivos de terceros.

Los socios de dispositivos de AWS deben considerar lo siguiente: (a) los socios deben validar si el reequilibrio de los flujos existentes hacia un destino en buen estado tiene implicaciones en su dispositivo, ya que comenzará a recibir un flujo intermedio, es decir, sin recibir TCP SYN; (b) se debe actualizar la documentación pública sobre cómo esta característica afectará a su dispositivo; (c) el socio puede utilizar esta función para mejorar la gestión de flujos con estado en sus dispositivos.

Para comenzar a utilizar el equilibrador de carga de puerta de enlace de AWS, consulte la página del producto y la documentación del servicio.

Los clientes que utilizan los registros de Amazon CloudWatch ahora pueden ejecutar hasta 20 consultas simultáneas de información de registros para satisfacer sus necesidades de análisis. Al aumentar de 10 a 20 la cantidad de consultas simultáneas, los clientes pueden crear paneles con un mayor número de consultas de información de registros. Además, varios usuarios de la misma cuenta pueden ejecutar hasta 20 consultas simultáneas en la agregación.  

La información de registros de Amazon CloudWatch es un servicio de análisis de registros interactivo, completamente integrado y de pago por uso para CloudWatch. La información de registros le permite explorar, analizar y visualizar los registros para que pueda resolver problemas operativos con facilidad. La información de registros admite consultas con agregaciones, filtros y expresiones regulares para analizar los registros. Con este lanzamiento, la información de registros ahora admite una mayor simultaneidad de consultas para que los clientes puedan obtener mayor valor de las consultas de información de registros.

Con tan solo unos clics en la consola de administración de AWS, puede comenzar a utilizar la información de registros de CloudWatch para realizar consultas sobre los registros enviados a CloudWatch. Como alternativa, puede utilizar la API de información de registros de CloudWatch para la ejecución de consultas. Haga clic aquí para obtener más información sobre los precios de la información de registros de CloudWatch. Para comenzar, consulte nuestra Guía de introducción.

El controlador JDBC de AWS para PostgreSQL ya está disponible de forma general para su uso con las ediciones compatibles con Amazon RDS o Amazon Aurora PostgreSQL de los clústeres de base de datos. Este controlador de contenedores está diseñado para funcionar con el controlador de la comunidad de PostgreSQL y ofrecer un mejor manejo de conmutación por error para bases de datos en clústeres, como Aurora PostgreSQL. El controlador JDBC de AWS para PostgreSQL es compatible con sus aplicaciones existentes porque agrega funcionalidad de conmutación por error junto con el controlador de la comunidad, lo que reduce la necesidad de realizar cambios en las aplicaciones. Esta versión reemplaza el controlador JDBC de AWS independiente para PostgreSQL, que se lanzó anteriormente como versión preliminar.

Este controlador de contenedores minimiza el tiempo de conmutación por error al supervisar el estado del clúster de la base de datos y almacenar en caché la topología del clúster. La memoria caché se utiliza para mejorar la velocidad de resolución de nombres de DNS si falla un nodo, y reducir el tiempo de conmutación por error de minutos a segundos. Es un proyecto de código abierto que usa la licencia de Apache v2 y se puede instalar usando Maven, Gradle o mediante un archivo .jar.

El controlador JDBC de AWS para PostgreSQL admite la autenticación de bases de datos de IAM. Visite el proyecto en GitHub para descargar el controlador y abrir solicitudes de características.

Amazon Elastic Container Service (Amazon ECS) anuncia la disponibilidad de atributos adicionales de metadatos para tareas que se ejecutan en la capacidad de Amazon EC2. Ahora puede usar el punto de conexión de metadatos de tareas de Amazon ECS para recuperar el nombre de servicio de una tarea, así como el ID de Amazon VPC de la instancia de Amazon EC2 en la que se ejecuta la tarea. Estos atributos adicionales de metadatos de tareas le ofrecen una visibilidad mejorada de las cargas de trabajo de los contenedores de ECS que se ejecutan en Amazon EC2.

Los atributos adicionales de metadatos de tareas están disponibles para todos los clientes de Amazon ECS de todas las regiones de AWS en las que está disponible Amazon ECS. Para obtener más información, consulte la documentación sobre los puntos de conexión de metadatos de tareas de Amazon ECS.

AWS Backup ofrece una nueva experiencia de la consola de bloqueo de almacenes de copias de seguridad ofreciéndole una manera más intuitiva de configurar los detalles del bloqueo de almacenes. El bloqueo de almacenes de AWS Backup le permite implementar y administrar las políticas de inmutabilidad de sus almacenes, protegiendo así sus copias de seguridad para que sean eliminadas de manera accidental o intencional. Según sean sus necesidades de retención de datos, el bloqueo de almacenes de AWS Backup, puede determinar el modo Governance (Control) o el modo Compliance (Conformidad) para configurar las políticas de inmutabilidad del almacén con más flexibilidad y varios niveles de seguridad. En el modo Control, los usuarios con los correspondientes permisos basados en funciones pueden probar y cambiar las políticas de retención e incluso eliminar por completo el bloqueo. En el modo Conformidad, el usuario puede especificar una fecha de bloqueo después de la cual se bloquea el almacén de forma inmutable. Una vez bloqueado, no se pueden cambiar los períodos de retención aceptables y ni siquiera el usuario raíz puede desactivar el bloqueo. Con esta función, la consola también le ofrece visibilidad para el estado de bloqueo de los almacenes y facilita los informes de todos los almacenes bloqueados. 

Para comenzar con el bloqueo de almacenes de AWS Backup, puede seleccionar el almacén de copias de seguridad que desea bloquear. Luego, puede seleccionar el período de retención que desea y especificar los períodos de retención aceptables para la configuración del bloqueo de almacenes. Con AWS Backup, puede configurar varias capas de protección de datos, incluyendo copias independientes de las copias de seguridad en varias regiones y cuentas de AWS, políticas de acceso a recursos independientes y retención de datos a largo plazo. 

El bloqueo de almacenes de AWS Backup ya está disponible en las regiones Este de EE. UU. (Ohio, Norte de Virginia), Oeste de EE. UU. (Norte de California, Oregón), Canadá (centro), Europa (Fráncfort, Irlanda, Londres, París, Estocolmo), América del Sur (São Paulo), Asia-Pacífico (Hong Kong, Mumbai, Seúl, Singapur, Sídney, Tokio), Oriente Medio (Baréin) y AWS GovCloud (EE. UU.). Para obtener más información sobre el bloqueo de almacenes de AWS Backup, visite la página del producto y la documentaciónde AWS Backup. Comience con el bloqueo de almacenes de AWS Backup utilizando la Consola de administración de AWS, SDK o CLI.

Ahora puede establecer una imagen de máquina de Amazon EC2 para que utilice el servicio de metadatos de instancias versión 2 en forma predeterminada. El IMDS versión 2 constituye una mejora en el acceso a los metadatos de instancias que requiere de solicitudes orientadas a la sesión para incorporar una mayor protección contra el acceso no autorizado a los metadatos. El IMDS versión 2 requiere de una solicitud PUT para iniciar una sesión en el servicio de metadatos de instancias y recuperar un token. Para establecer sus instancias solamente en el IMDS versión 2, debe configurar previamente las opciones de metadatos de instancias durante el inicio de las instancias, o bien debe actualizar su instancia después del inicio mediante la API de ModifyInstanceMetadataOptions.

Ahora, mediante la propiedad de Amazon Machine Images (AMI, imágenes de máquina de Amazon) del Instance Metadata Service (IMDS, servicio de metadatos de instancias), puede establecer que todas las nuevas instancias iniciadas desde las AMI correspondan al IMDS versión 2 en forma predeterminada. Cuando establece esta propiedad para ser compatible con el IMDS versión 2, cualquier instancia iniciada con la AMI utilizará solamente el IMDS versión 2 y su límite de saltos predeterminado se establecerá en 2 para permitir la compatibilidad de las cargas de trabajo en contenedores.

Para comenzar, registre su AMI y establezca esta propiedad en el IMDS versión 2. Aún podrá anular manualmente esta configuración y habilitar el IMDS versión 1 mediante las propiedades de inicio de las opciones de metadatos de instancias. Además, aún puede utilizar los controles de IAM para aplicar diferentes opciones de configuración del IMDS.

La nueva propiedad de AMI del IMDS ahora está disponible en todas las regiones de AWS y en AWS GovCloud (EE. UU.).

Para obtener más información sobre la nueva propiedad de AMI del IMDS, consulte la guía del usuario del IMDS versión 2.

 

En CLOUDAWS somos Sysops y Partner AWS especializados en Amazon Web Services; contáctenos para facilitarle la migración de su proyecto a la nube.

 

Read more...

Novedades: Amazon AWS septiembre

 

Ahora puede usar AWS Resilience Hub con Elastic Load Balancing (ELB) y las comprobaciones de preparación del controlador de recuperación de aplicaciones de Amazon Route 53 para ayudar a cumplir los objetivos de recuperación de su aplicación. Resilience Hub le brinda un único lugar para definir, validar y hacer un seguimiento de la resiliencia de sus aplicaciones a fin de que pueda evitar tiempos de inactividad innecesarios debido a interrupciones operativas, de infraestructura o de software.

Con Resilience Hub, ahora puede evaluar la configuración de Elastic Load Balancing (ELB) de su aplicación, incluidos el equilibrador de carga de aplicación, el equilibrador de carga de puerta de enlace, el equilibrador de carga de red y el equilibrador de carga clásico. ELB automatiza la distribución del tráfico entrante de aplicaciones entre varios destinos y dispositivos virtuales en una o varias zonas de disponibilidad. Además de las evaluaciones, Resilience Hub proporciona recomendaciones de configuración de ELB para ayudar a cumplir el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO) de su aplicación.

Resilience Hub también se integra con las comprobaciones de preparación del controlador de recuperación de aplicaciones de Route 53. El controlador de recuperación de aplicaciones de Route 53 le brinda información sobre si sus aplicaciones y recursos están listos para la recuperación, y lo ayuda a administrar y coordinar la conmutación por error. Con esta integración, Resilience Hub ahora puede evaluar la configuración del controlador de recuperación de aplicaciones de Route 53 y recomendar mejoras para ayudar a lograr el RTO y el RPO de su aplicación.

Los nuevos servicios admitidos están disponibles en todas las regiones de AWS donde se admite Resilience Hub. Consulte el Listado de servicios de las regiones de AWS para obtener la información más actualizada sobre disponibilidad.

Para obtener más información acerca de AWS Resilience Hub, visite la página del producto o la documentación técnica.

Gracias a Amazon Elastic Kubernetes Service (Amazon EKS), ahora es más fácil para los clientes comprender cómo los clústeres individuales de EKS impulsan sus costos de Amazon EC2. Los clientes que optan por utilizar varios clústeres de EKS para segmentar sus cargas de trabajo con el fin de mejorar su resiliencia o posición de seguridad ahora obtienen un desglose de sus costos de EC2 por cada clúster de EKS mediante los informes de costo y uso de AWS con un esfuerzo adicional mínimo.

Con este lanzamiento, todas las instancias de EC2 que se unen en un clúster de EKS se etiquetan automáticamente con una etiqueta de asignación de costos generada por AWS. Toda instancia de EC2 que se use en un clúster de EKS se etiquetará automáticamente sin que se requiera ninguna acción adicional, independientemente de si se aprovisionó con grupos de nodos administrados por EKS, Karpenter o directamente a través de EC2. Esta etiqueta puede utilizarse para asignar los costos de EC2 a clústeres individuales de EKS a través de la administración de facturación y costos de AWS, de modo que puedan incorporarse con facilidad en los flujos de trabajo financieros existentes que aprovechan estas herramientas de AWS comunes.

Para obtener más información, consulte la página Etiquetas para sus recursos de Amazon EKS en la documentación de Amazon EKS. Para obtener más información sobre Amazon EKS, visite la página del producto.

Amazon CloudFront ahora admite solicitudes HTTP versión 3 (HTTP/3) a través de QUIC para conexiones de usuarios finales. HTTP/3 utiliza QUIC, un protocolo de transporte seguro, multiplexado por flujo y basado en el protocolo de datagramas de usuario (UDP) que combina y mejora las capacidades del protocolo de control de transmisión (TCP), TLS y HTTP/2 existentes. HTTP/3 ofrece varios beneficios sobre las versiones anteriores de HTTP, incluidos tiempos de respuesta más rápidos y mayor seguridad.

Los clientes buscan constantemente ofrecer aplicaciones más rápidas y seguras a sus usuarios. A medida que aumenta la penetración de Internet en el mundo y más usuarios se conectan a través de dispositivos móviles y desde redes remotas, la necesidad de mejorar el rendimiento y la fiabilidad es mayor que nunca. HTTP/3 es una mejora con respecto a las versiones anteriores del protocolo y ayuda a los clientes a mejorar el rendimiento y la experiencia del espectador al reducir los tiempos de conexión y eliminar el bloqueo de encabezado de línea. La compatibilidad con HTTP/3 de CloudFront se basa en s2n-quic, una nueva implementación del protocolo QUIC de código abierto en Rust, con un fuerte énfasis en la eficiencia y el rendimiento. La implementación HTTP/3 de CloudFront admite migraciones de conexión del lado del cliente, lo que permite que las aplicaciones cliente recuperen conexiones que están experimentando eventos problemáticos, como la migración de Wi-Fi a celular o la pérdida persistente de paquetes, con una interrupción mínima o nula. Además, HTTP/3 proporciona mayor seguridad, ya que utiliza QUIC, que cifra los paquetes de protocolo de enlace TLS de forma predeterminada. Los clientes de CloudFront que han habilitado HTTP/3 en sus distribuciones han visto una mejora de hasta un 10 % en el tiempo hasta el primer byte y una mejora de hasta un 15 % en los tiempos de carga de la página. Los clientes también observaron mejoras en la fiabilidad a medida que se redujeron los errores del protocolo de enlace cuando habilitaron HTTP/3 en sus distribuciones.

Para habilitar HTTP/3 en sus distribuciones, puede editar la configuración de distribución a través de la consola de CloudFront, la acción de la API UpdateDistribution o mediante una plantilla de CloudFormation. Los clientes que no admiten HTTP/3 aún pueden comunicarse con distribuciones de Amazon CloudFront habilitadas para HTTP/3 con las versiones anteriores del protocolo.

HTTP/3 ahora está disponible en las más de 410 ubicaciones periféricas de CloudFront en todo el mundo y no hay cargo adicional por usar esta característica. Para obtener más información sobre el protocolo HTTP/3 de Amazon CloudFront, consulte la guía para desarrolladores de Amazon CloudFront. Para obtener más información sobre Amazon CloudFront, visite la página del producto.

Las instancias C6g y C6gd de Amazon EC2 se encuentran disponibles en la región de Asia-Pacífico (Osaka). Además, las instancias M6gd ahora se encuentran disponibles en la región de Europa (Estocolmo). Las instancias C6g y C6gd son ideales para cargas de trabajo que requieran un uso informático intensivo, como de computación de alto rendimiento (HPC), procesamiento por lotes, entrega de anuncios, codificación de video, videojuegos, creación de modelos científicos, análisis distribuido e inferencia de machine learning basado en CPU. Las instancias M6gd son ideales para aplicaciones de uso general, como los servidores de aplicaciones, los microservicios, los almacenes de datos medianos y las flotas de almacenamiento en caché. Las instancias C6gd y M6gd ofrecen hasta un 50 % más de almacenamiento NVMe GB/vCPU en comparación con las instancias comparables basadas en x86 y son ideales para las aplicaciones que necesitan almacenamiento local de alta velocidad y baja latencia.

Estas instancias funcionan con los procesadores AWS Graviton2. Los procesadores AWS Graviton están diseñados a medida por AWS para brindar el mejor rendimiento de precios en Amazon EC2. Los procesadores Graviton2 de AWS son los procesadores Graviton de segunda generación y ofrecen un gran avance en cuanto a rendimiento y capacidades con respecto a los procesadores Graviton de AWS de primera generación, gracias a un rendimiento 7 veces mayor, un número de núcleos informáticos 4 veces mayor, cachés 2 veces más grandes y una memoria 5 veces más rápida. Los procesadores AWS Graviton2 cuentan con cifrado DRAM de 256 bits siempre activo y con un rendimiento de cifrado por núcleo un 50 % más rápido en comparación con los procesadores AWS Graviton de primera generación. Estas instancias están diseñadas a partir de AWS Nitro System, un conjunto de innovaciones de software y hardware diseñado por AWS que permite ofrecer servicios de nube eficientes, flexibles y seguros, con multitenencia aislada, redes privadas y almacenamiento local de gran velocidad. Estas instancias tienen un ancho de banda de la red de hasta 25 Gbps y hasta 19 Gbps de ancho de banda para Amazon Elastic Block Store (Amazon EBS). Las instancias C6gd y M6gd también brindan hasta 3,8 TB de almacenamiento SSD basado en NVMe.

Los procesadores AWS Graviton son compatibles con varios sistemas operativos de Linux, como Amazon Linux 2, Red Hat Enterprise Linux, SUSE y Ubuntu. Muchas aplicaciones y servicios populares de seguridad, monitoreo y administración, los contenedores, la integración continua y la entrega continua (CI/CD) de AWS y los socios de software también son compatibles con las instancias basadas en Graviton de AWS. El programa AWS Graviton Ready brinda a los clientes soluciones certificadas de proveedores de software de socios que pueden utilizarse en instancias basadas en Graviton de AWS. Muchos servicios de AWS también son compatibles con instancias basadas en Graviton, lo que hace que sea fácil y rápido descubrir las ventajas en precio y rendimiento. Entre los servicios de AWS compatibles con las instancias basadas en Graviton se incluyen Amazon Elastic Kubernetes Service (Amazon EKS), Amazon Elastic Container Service (Amazon ECS), AWS Lambda, AWS Fargate, Amazon Aurora, Amazon Relational Database Service (Amazon RDS), Amazon EMR y Amazon ElastiCache.

Tras esta expansión regional, la instancia C6g de Amazon EC2 ahora se encuentra disponible en el Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Norte de California), Oeste de EE. UU. (Oregón), Europa (Irlanda), Europa (Fráncfort), Europa (Londres), Europa (Estocolmo), Europa (Milán), Europa (París), América del Sur (São Paulo), regiones de AWS GovCloud (EE. UU.), Canadá (centro), Asia-Pacífico (Bombay), Asia-Pacífico (Osaka), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Asia-Pacífico (Seúl), Asia-Pacífico (Hong Kong), Oriente Medio (Baréin), China (Pekín, a cargo de Sinnet) y China (Ningxia, a cargo de NWCD) . La instancia C6gd de Amazon EC2 ahora se encuentra disponible en las regiones de AWS del Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Oeste de EE. UU. (San Francisco), Asia-Pacífico (Bombay), Asia-Pacífico (Osaka), Asia-Pacífico (Tokio), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Canadá (centro), Europa (Fráncfort), Europa (Irlanda) y Europa (Londres). La instancia M6gd de Amazon EC2 ahora se encuentra disponible en las regiones de AWS del Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Oeste de EE. UU. (San Francisco), Asia-Pacífico (Bombay), Asia-Pacífico (Tokio), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Europa (Fráncfort), Europa (Irlanda), Europa (Londres) y Europa (Estocolmo). Todas las instancias están disponibles en 8 tamaños, con 1, 2, 4, 8, 16, 32, 48 y 64 vCPU, además de la opción bare metal. Estas instancias pueden adquirirse bajo demanda, como instancias reservadas, como instancias de spot o como parte de Savings Plans.

Para comenzar a utilizar las instancias basadas en AWS Graviton2, visite la consola de administración de AWS, la interfaz de línea de comandos (CLI) de AWS y los SDK de AWS. También puede comenzar con instancias basadas en Graviton sin cargo con la prueba gratuita de T4g, que brinda hasta 750 horas por mes con las instancias t4g.small hasta el 31 de diciembre de 2022. Para obtener más información, consulte la página de AWS Graviton o la página de introducción a Github.

 

En CLOUDAWS somos Sysops y Partner AWS especializados en Amazon Web Services; contáctenos para facilitarle la migración de su proyecto a la nube.

 

Read more...

Novedades: Amazon AWS junio

AWS Elastic Disaster Recovery (DRS) ha agregado soporte para múltiples cuentas provisionales y de destino. Ahora puede replicar y proteger hasta 300 servidores de origen por cada región de AWS. Al utilizar varias cuentas provisionales y de destino, ahora también puede recuperar hasta 3000 servidores de origen replicados en cualquier cuenta de AWS de destino. Esta función facilita y hace más eficiente la recuperación de desastres, la implementación y la supervisión, especialmente en proyectos con gran magnitud.

Puede usar múltiples cuentas provisionales y de destino para separar tus cuentas provisionales (en las que se gestiona la replicación) de tus cuentas de destino (en las que puede recuperar sus servidores de origen). Con esta nueva característica, puede recuperar servidores de origen de varias cuentas provisionales en una sola cuenta de destino de AWS. Esto ofrece una separación que puede ser útil para muchos propósitos, entre los que se incluyen seguridad, facturación y gestión de proyectos. También puede recuperar cada servidor de origen en múltiples cuentas de destino para diferentes propósitos, entre los que se incluyen pruebas, entorno aislado, desarrollo y producción.

AWS Elastic Disaster Recovery es el servicio recomendado para la recuperación de desastres en AWS. Minimiza el tiempo de inactividad y la pérdida de datos con una recuperación rápida y fiable de aplicaciones locales y basadas en la nube mediante un almacenamiento asequible, una computación mínima y una recuperación puntual. Con Elastic Disaster Recovery, puede recuperar sus aplicaciones en AWS desde la infraestructura física, VMware vSphere, Microsoft Hyper-V y la infraestructura de la nube. Además, puede utilizar Elastic Disaster Recovery para recuperar instancias de Amazon EC2 en una región de AWS diferente.

Múltiples cuentas provisionales ahora disponibles en todas las regiones en las que Elastic Disaster Recovery esté disponible.

Obtenga más información sobre las múltiples cuentas provisionales en la guía de usuario de Elastic Disaster Recovery. Para una visión general de Elastic Disaster Recovery, visite nuestra página de productos. Para comenzar, inicie sesión en la consola de Elastic Disaster Recovery.

Hoy, AWS anunció el lanzamiento del enrutamiento basado en IP para Amazon Route 53, el servicio en la nube de sistema de nombres de dominio (DNS) de AWS. Route 53 ofrece a los clientes múltiples opciones de enrutamiento, como el enrutamiento por geolocalización, el enrutamiento por geoproximidad, el enrutamiento basado en la latencia y el enrutamiento ponderado para dirigir a los usuarios finales a los puntos de conexión óptimos. Con la incorporación del enrutamiento basado en IP, los clientes ahora cuentan con la posibilidad adicional de ajustar su enfoque de enrutamiento de DNS basado en el bloque de enrutamiento entre dominios sin clases (CIDR) al que pertenece la dirección IP de origen de la consulta, con lo que se puede aprovechar el conocimiento de la base de usuarios finales para optimizar el rendimiento o los costos de tránsito de la red.

Por ejemplo, ahora puede dirigir a los usuarios finales de ciertas redes de proveedores de servicios de Internet (ISP) a puntos de conexión específicos, como las redes de entrega de contenidos (CDN). Estas asignaciones de ISP a CDN pueden ser únicas para cada cliente y estar basadas en factores como los contratos comerciales con las CDN o la topología de la red de un ISP asociado. Los clientes que han desarrollado mapas de decisión de enrutamiento basados en sus propios análisis y desean aplicarlos de forma integral a Route 53 ahora pueden cargar prefijos de direcciones IP (bloques CIDR) en Route 53, agruparlos en entidades que se pueden volver a utilizar, denominadas colecciones de CIDR, y asociar estas colecciones a uno o varios conjuntos de registros de recursos (RRSets). En el caso de los clientes que deseen aprovechar selectivamente el enrutamiento basado en IP para anulaciones específicas, el enrutamiento basado en IP también se puede utilizar en combinación con los tipos de enrutamiento existentes, como el enrutamiento por geolocalización.

El enrutamiento basado en IP de Route 53 ya se encuentra disponible de forma general en todas las regiones comerciales de AWS y en AWS China. Para obtener información sobre cómo utilizar esta característica, visite Elegir una política de enrutamiento en la documentación de Route 53 y el anuncio de enrutamiento basado en IP en el blog de Redes y entrega de contenido de AWS. Para obtener más información sobre los precios, visite la página de precios de Route 53.

La compatibilidad de AWS Proton con la definición de infraestructura en el lenguaje de configuración HashiCorp (HCL) y el aprovisionamiento de infraestructura con Terraform de código abierto ya está disponible de forma general en todas las regiones en las que Proton está disponible. Los equipos de plataformas ahora pueden definir plantillas de AWS Proton con módulos de Terraform, que se suman a CloudFormation. AWS Proton aprovecha la automatización administrada por el cliente de Terraform para aprovisionar o actualizar la infraestructura. Los clientes pueden utilizar Terraform como su herramienta de definición y aprovisionamiento de infraestructura. AWS Proton mantiene al día los módulos que se utilizan de manera consistente. Este lanzamiento de disponibilidad general incluye compatibilidad con repositorios de BitBucket para la administración de infraestructura y un sistema de mensajería mejorado en el servicio para que el estado de aprovisionamiento quede más claro.

AWS Proton es el primer servicio de implementación de aplicaciones completamente administrado para las aplicaciones de contenedores y sin servidores. Los equipos de plataformas pueden utilizar AWS Proton para conectar y coordinar las diversas herramientas que se necesitan para el aprovisionamiento de la infraestructura, las implementaciones de código, el monitoreo y las actualizaciones en una interfaz de autoservicio seleccionada para desarrolladores. La interfaz de autoservicio brinda a los desarrolladores acceso a la infraestructura aprobada para crear e implementar sus aplicaciones.

Para utilizar AWS Proton con Terraform de código abierto, comience por crear plantillas de AWS Proton para entornos y servicios con módulos de Terraform. A continuación, seleccione un repositorio de configuración. Cuando los equipos de desarrollo creen o actualicen un servicio que utilice Terraform, AWS Proton renderizará los módulos que componen el servicio y realizará una solicitud de extracción al repositorio correspondiente. Cuando el flujo de trabajo se desencadene, aprovisionará la infraestructura. Una vez hecho esto, el flujo de trabajo indicará el estado a AWS Proton. Los desarrolladores pueden conseguir un aprovisionamiento de infraestructuras consistente para sus servicios sin tener que montar y configurar sus módulos de Terraform. Los equipos de plataformas pueden supervisar y actualizar la infraestructura en varios entornos sin tener que revisar el código en diferentes repositorios y carpetas.

Para obtener más información acerca de cómo utilizar AWS Proton con Terraform, lea esto.

Ahora puede utilizar volúmenes elásticos para aumentar la capacidad y ajustar el rendimiento de los volúmenes io2 Block Express de forma dinámica, sin que se produzcan tiempos de inactividad ni impactos en el rendimiento, de la misma forma que con otros volúmenes de EBS. Además, ahora puede crear un volumen io2 Block Express completamente inicializado a partir de una instantánea habilitada para la restauración rápida de instantáneas (FSR). Los volúmenes que se crean a partir de instantáneas habilitadas para FSR entregan instantáneamente su rendimiento aprovisionado. Estas características se agregan a las capacidades del tipo de volumen con mayor rendimiento de EBS: io2 Block Express.

Lanzados en julio de 2021, los volúmenes io2 Block Express ofrecen rendimiento, IOPS y capacidad hasta cuatro veces mayores que los volúmenes io2, además de estar diseñados para entregar una latencia inferior a un milisegundo y una durabilidad del 99,999 %. io2 Block Express se aplica a los volúmenes io2 que se ejecutan en la arquitectura Block Express de EBS. Puede aprovisionar un único volumen io2 que entregue hasta 256 000 IOPS, 4000 MB/s de rendimiento y capacidad de almacenamiento de hasta 64 TiB para ejecutar implementaciones esenciales de Oracle, SAP HANA, Microsoft SQL Server y SAS Analytics. Con soporte para los volúmenes elásticos, puede aumentar de forma dinámica el tamaño del volumen y cambiar el rendimiento (IOPS), lo que proporciona una mayor flexibilidad para establecer el tamaño adecuado del volumen para su carga de trabajo. Además, con FSR puede obtener el rendimiento predecible de un volumen io2 Block Express creado a partir de una instantánea sin tener que inicializar los volúmenes usted mismo. Este rendimiento mejorado y predecible ayuda con diversos casos de uso, como el desarrollo de entornos de VDI; la realización de copias de seguridad y la restauración de archivos; y la creación, la prueba y el desarrollo de copias del volumen.

Cualquier volumen io2 que se adjunte a las instancias R5b, las instancias X2idn/X2iedn y las nuevas instancias C7g siempre se ejecutará en Block Express. Puede administrar los volúmenes io2 con la consola de administración de AWS, la AWS CLI o los AWS SDK. También puede utilizar Amazon Data Lifecycle Manager (Amazon DLM) para crear y administrar de forma automática las instantáneas habilitadas para FSR de los volúmenes io2 Block Express. Estos volúmenes están disponibles en las regiones Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Asia-Pacífico (Bombay), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Tokio), Europa (Fráncfort), Europa (Irlanda) y Europa (Londres). Para obtener más información, consulte la página de información general de producto de io2 Block Express.

Amazon Elastic Container Services (Amazon ECS) brinda una capacidad de autoescalado de clústeres (CAS) para administrar de manera dinámica el escalado de sus grupos de escalado automático (ASG) de Amazon Elastic Compute Cloud (EC2) en su nombre, de modo que usted pueda centrarse en ejecutar sus contenedores. Los proveedores de capacidad son la interfaz de computación que vincula su clúster de Amazon ECS con sus ASG. Con los proveedores de capacidad, puede definir reglas flexibles sobre cómo se ejecutan las cargas de trabajo en contenedores en diferentes tipos de capacidad de cómputo, y administrar la escala de la capacidad. Los proveedores de capacidad mejoran la disponibilidad, la escalabilidad y el costo de ejecutar tareas y servicios en ECS. A partir de hoy, simplificamos el mecanismo de integración entre los proveedores de capacidad y los ASG al realizar la integración de manera directa con una política de escalado de seguimiento de destino en lugar de depender del plan de escalado de AWS Auto Scaling.

Los proveedores de capacidad escalan de manera automática la capacidad de infraestructura dentro de su ASG, según la configuración de capacidad de destino. Antes, Amazon ECS creaba un plan de escalado de AWS Auto Scaling que contenía una única política de escalado de seguimiento de destino para administrar la capacidad de destino del ASG asociado. La política de escalado de seguimiento de destino garantizaba que su ASG contaba con el número requerido de instancias de Amazon EC2 para dar soporte a sus cargas de trabajo. Con el lanzamiento de hoy, hemos simplificado la integración entre los proveedores de capacidad y ASG al eliminar la capa adicional del plan de escalado, de modo que el proveedor de capacidad ahora creará directamente la misma política de seguimiento de destinos para la administración del CAS. Este cambio se aplicará de manera automática a todos los nuevos proveedores de capacidad que cree. No es necesario que realice ninguna acción para actualizar sus proveedores de capacidad existentes. Continuarán funcionando igual que antes, con un plan de escalado que contiene la política de escalado de seguimiento de destinos.

Para obtener más información acerca de cómo funciona el escalado automático de clústeres y detalles adicionales sobre esta actualización, consulte la documentación

AWS Systems Manager anuncia la compatibilidad con el reenvío de puertos a hosts remotos mediante Session Manager. AWS Systems Manager es el centro de operaciones para sus aplicaciones y recursos de AWS y proporciona un solución de administración segura de extremo a extremo para entornos de nube híbrida. Session Manager, una capacidad de Systems Manager, proporciona un acceso seguro a instancias administradas en la nube, locales o en la periferia, sin necesidad de abrir puertos de entrada, administrar claves de Secure Shell (SSH) o utilizar hosts de bastión.

El reenvío de puertos de Session Manager se utiliza para establecer un túnel de comunicaciones entre un equipo cliente y una instancia administrada de Systems Manager. A partir de hoy, Session Manager es compatible con el reenvío de conexiones desde un equipo cliente a puertos de hosts remotos. Con el reenvío de puertos remoto, ahora puede utilizar una instancia administrada como “host de salto” para conectarse de forma segura a un puerto de aplicación en servidores remotos, como bases de datos y servidores web, sin exponer esos servidores a una red externa.

Para empezar, instale el SSM Agent versión 3.1.1374.0 o posterior en las instancias administradas con las que está estableciendo una sesión de reenvío de puertos. Puede iniciar una sesión de reenvío de puertos desde la línea de comandos mediante el documento AWS-StartPortForwardingSessionToRemoteHost Session Manager. Para obtener más información sobre el reenvío de puertos de hosts remotos, consulte la página del producto y la documentación de AWS Systems Manager.

Amazon Web Services (AWS) anuncia la disponibilidad general de las nuevas instancias de uso general M6id de Amazon Elastic Compute Cloud (Amazon EC2). Las instancias M6id se basan en procesadores Intel Xeon Scalable de tercera generación (nombre en código Ice Lake) con una frecuencia turbo de 3,5 GHz para todos los núcleos, equipados con hasta 7,6 TB de almacenamiento en bloque de disco de estado sólido (SSD) local basado en NVMe, y ofrecen hasta un 15 % más de rendimiento de precio en comparación con las instancias M5d. En comparación con las instancias de la generación anterior, las instancias M6id ofrecen hasta un 58 % más de almacenamiento en TB por vCPU y un 34 % menos de costo por TB. Las instancias M6id también vienen con cifrado de memoria de funcionamiento continuo mediante el uso de Intel Total Memory Encryption (TME). Al igual que todas las instancias de EC2 modernas, las instancias M6id se basan en AWS Nitro System, una combinación de hardware dedicado e hipervisor ligero, que entrega la mayor parte de los recursos de computación y de memoria del hardware host a las instancias. Las instancias M6id son ideales para cargas de trabajo que requieren un equilibrio entre recursos informáticos y de memoria junto con almacenamiento local en bloque de alta velocidad y baja latencia, incluido el registro de datos y el procesamiento de medios. Las instancias de M6id también favorecerán a las aplicaciones que necesiten un almacenamiento temporal de datos, como el procesamiento de lotes y registros, y a las aplicaciones que necesitan memorias caché y archivos temporales.

Para satisfacer las demandas de los clientes de una mayor escalabilidad, las instancias M6id ofrecen un nuevo tamaño de instancia (32xlarge) con 128 vCPUs y 512 GiB de memoria (ambos un 33 % más que las instancias más grandes de la generación anterior) y un ancho de banda de memoria por vCPU hasta un 20 % mayor en comparación con las instancias de la generación anterior. Las instancias M6id también proporcionan a los clientes hasta 50 Gbps de velocidad de red y 40 Gbps de ancho de banda a Amazon Elastic Block Store, el doble que las instancias comparables de la generación anterior. Los clientes pueden utilizar Elastic Fabric Adapter en el tamaño 32xlarge, lo que habilita una baja latencia y una comunicación entre nodos altamente escalable. Para obtener un rendimiento óptimo de la red en estas nuevas instancias, es posible que se necesite el último controlador del adaptador de red elástico (ENA). Para obtener más información sobre el controlador del ENA óptimo para M6id, consulte ¿Qué se debe hacer antes de migrar la instancia de EC2? 

Estas instancias se encuentran disponibles de forma general actualmente en estas regiones de AWS: Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón) y Europa (Irlanda). Las instancias de M6id se encuentran disponibles en 10 tamaños, con 2, 4, 8, 16, 32, 48, 64, 96 y 128 vCPUs, incluido el tamaño de metal. Los clientes pueden adquirir las nuevas instancias a través de Savings Plans, instancias reservadas, instancias bajo demanda e instancias de spot. Para comenzar, consulte la Consola de administración de AWS, la interfaz de línea de comandos (CLI) de AWS y los SDK de AWS. Para obtener más información, instancias M6i de Amazon EC2.

Amazon Managed Grafana ahora admite una nueva API para crear tokens de la API de Grafana, así como es compatible con nuevos complementos, la versión 8.4 de Grafana y etiquetas de espacio de trabajo. Mediante CreateWorkspaceApiKey, los clientes pueden crear tokens de la API de Grafana sin necesidad de iniciar sesión en la consola del espacio de trabajo de Grafana, con lo cual los usuarios pueden crear, eliminar y administrar mediante programación recursos de Grafana, como paneles, alertas y orígenes de datos. Amazon Managed Grafana agrega compatibilidad con complementos de Github, Moogsoft, Pixie y Windrose, por lo que ahora los clientes pueden conectar, consultar y visualizar datos a partir de orígenes de datos adicionales. Los espacios de trabajo existentes y nuevos de Amazon Managed Grafana ahora admiten la versión 8.4 de Grafana, para lo cual no se requiere ninguna acción por parte de los usuarios. Los clientes ahora pueden etiquetar los espacios de trabajo de Amazon Managed Grafana y de ese modo simplificar la administración de la organización y los costos de los espacios de trabajo. Las etiquetas son marcas de pares de clave y valor que se pueden asociar a los espacios de trabajo de Amazon Managed Grafana para buscar, filtrar o asignar costos.

Amazon Managed Grafana es un servicio completamente administrado que se encarga del aprovisionamiento, configuración, escalado y mantenimiento de servidores de Grafana. Se encuentra disponible de forma general en las siguientes regiones: Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Oregón), Europa (Irlanda), Europa (Fráncfort), Europa (Londres), Asia-Pacífico (Singapur), Asia-Pacífico (Tokio), Asia-Pacífico (Sídney) y Asia-Pacífico (Seúl). Para comenzar a crear un espacio de trabajo, consulte la consola de AWS o revise la Guía del usuario de Amazon Managed Grafana para obtener documentación detallada. Para obtener más información, visite la página del producto de Amazon Managed Grafana, la página de precios y la página de recetas de observabilidad de AWS para obtener plantillas de inicio.

Hoy, Amazon EC2 anunció la característica de Protección contra detenciones que permite a los clientes proteger las instancias frente a acciones de detención accidentales. Anteriormente, los clientes podían proteger las instancias contra acciones de terminación involuntarias mediante la activación de la Protección contra terminaciones. Gracias a la Protección contra detenciones, los clientes que tienen cargas de trabajo con estado pueden proteger los datos de los volúmenes del almacén de instancias contra las acciones de detención y terminación involuntarias.

Cuando está activada, la característica de Protección contra detenciones bloquea los intentos de detener o terminar la instancia a través de la consola, la API o la CLI de EC2. Esta característica brinda una medida extra de protección para las cargas de trabajo con estado, ya que las instancias se pueden detener o terminar únicamente si se desactiva la característica de Protección contra detenciones.

Para obtener más información, visite la página Detener e iniciar instancias.

La nueva generación de instancias C7g de Amazon EC2 optimizadas para computación ya está disponible de manera general. Las instancias C7g son las primeras instancias que cuentan con la tecnología de los nuevos procesadores Graviton3 de AWS, y brindan un rendimiento hasta un 25 % mejor respecto a las instancias C6g basadas en Graviton2 para una amplia variedad de aplicaciones, como servidores de aplicaciones, microservicios, procesamiento por lotes, Electronic Design Automation (EDA), videojuegos, cifrado de video, generación de modelos científicos, análisis distribuido, computación de alto rendimiento (HPC), inferencia de machine learning (ML) basado en CPU y entrega de anuncios.

Los procesadores AWS Graviton 3 son la nueva generación de procesadores AWS Graviton personalizados que brindan la mejor relación precio-rendimiento para cargas de trabajo en Amazon Elastic Compute Cloud (Amazon EC2). Ofrecen hasta el doble rendimiento de punto flotante, un rendimiento de cifrado hasta el doble de rápido y un rendimiento de ML hasta tres veces superior, con compatibilidad incluida con bfloat16, en comparación con los procesadores AWS Graviton2. Las instancias C7g basadas en Graviton3 son las primeras instancias disponibles de manera general en la nube que cuentan con la memoria DDR5 más reciente, que brinda un 50 % más de ancho de banda de memoria en comparación con DDR4, de modo que permite acceso de alto velocidad a los datos en memoria. Las instancias basadas en Graviton3 también utilizan hasta un 60 % menos de energía para el mismo nivel de rendimiento que las instancias de EC2 comparables, lo que le permite reducir su huella de carbono en la nube. Las instancias C7g de Amazon EC2 están diseñadas a partir del sistema Nitro de AWS, un conjunto de innovaciones de software y hardware diseñado por AWS que permite ofrecer servicios de nube eficientes, flexibles y seguros, con multitenencia aislada, redes privadas y almacenamiento local de gran velocidad. Ofrecen un ancho de banda de la red mejorado de hasta 30 Gbps y hasta 20 Gbps de ancho de banda a Amazon Elastic Block Store (Amazon EBS).

Desde el anuncio de la versión preliminar en re:Invent 2021, cientos de clientes, incluidos Epic Games, Formula 1, NextRoll, Snap, Sprinklr y Twitter, han probado sus cargas de trabajo en instancias C7g basadas en Graviton3 y han observado una mejora notable del rendimiento en comparación con las instancias C6g basadas en Graviton2. Twitter ejecutó varias pruebas representativas de sus cargas de trabajo y descubrió que C7g ofreció un rendimiento hasta un 80 % mejor que la generación C6g anterior. Además, informaron de una reducción de la latencia de cola de un nada despreciable 35 %. Formula 1 ejecutó sus cargas de trabajo de dinámicas de fluidos computaciones en C7g y descubrió que presentaban un rendimiento un 40 % superior al de las instancias C6g. Honeycomb.io, que adoptó Graviton desde el principio, observó una mejora del rendimiento del 35 % y una reducción del 30 % de la latencia en comparación con C6g para su carga de trabajo de incorporación de telemetría.

Las instancias de Amazon EC2 cuentan con la tecnología de la familia de procesadores Graviton de AWS, incluidas las instancias C7g, compatibles con muchos de los sistemas operativos de Linux populares, como Amazon Linux 2, Red Hat Enterprise Linux, SUSE y Ubuntu. El programa AWS Graviton Ready le brinda diferentes soluciones certificadas para seguridad, supervisión y administración, contenedores y CI/CD de proveedores externos que pueden utilizarse en instancias basadas en Graviton. Muchos servicios de AWS también son compatibles con instancias basadas en Graviton, lo que hace que sea fácil y rápido descubrir las ventajas en precio y rendimiento. Entre los servicios de AWS compatibles con las instancias basadas en Graviton se incluyen Amazon Elastic Kubernetes Service (Amazon EKS), Amazon Elastic Container Service (Amazon ECS), AWS Lambda, AWS Fargate, Amazon Aurora, Amazon Relational Database Service (Amazon RDS), Amazon EMR y Amazon ElastiCache.

Las instancias C7g de Amazon EC2 ya están disponibles en las siguientes regiones de AWS de EE. UU: Este de EE. UU. (Norte de Virginia) y Oeste de EE. UU. (Oregón). Estas instancias están disponibles en 8 tamaños, con 1, 2, 4, 8, 16, 32, 48 y 64 CPU virtuales y pueden adquirirse bajo demanda, como instancias reservadas, instancias de spot o parte de Savings Plans. Para comenzar a usar las instancias C7g de Amazon EC2 basadas en Graviton3 de AWS, vaya a la consola de administración de AWS, la interfaz de línea de comandos (CLI) de AWS o los SDK de AWS. También puede comenzar con instancias basadas en Graviton sin cargo con la prueba gratuita de T4g, que brinda hasta 750 horas por mes con las instancias t4g.small hasta el 31 de diciembre de 2022. Para obtener más información, consulte Procesador Graviton de AWSInstancias C7g de Amazon EC2 o Introducción a Graviton.

 

En CLOUDAWS somos Sysops y Partner AWS especializados en Amazon Web Services; contáctenos para facilitarle la migración de su proyecto a la nube.

 

Read more...
Subscribe to this RSS feed

CONTACTE CON CLOUDAWS: PARTNER AWS

Teléfono:

902 727 350

Web:

Formulario de contacto

Email:

javier.root@cloudaws.es