Amazon EC2 High Memory U7i instances with 24TB of memory (u7in-24tb.224xlarge) are now available in AWS Europe (Frankfurt), U7i instances with 16TB of memory (u7in-16tb.224xlarge) are now available in AWS Asia Pacific (Mumbai), and U7i instances with 6TB of memory (u7i-6tb.112xlarge) are now available in the AWS Europe (Paris) region. U7i instances are part of AWS 7th generation and are powered by custom fourth generation Intel Xeon Scalable Processors (Sapphire Rapids). U7in-24tb instances offer 24TiB of DDR5 memory, U7in-16tb instances offer 16TiB of DDR5 memory, and U7i-6tb instances offer 6TiB of DDR5 memory, enabling customers to scale transaction processing throughput in a fast-growing data environment.

U7i-6tb instances offer 448 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) for faster data loading and backups, deliver up to 100Gbps of network bandwidth, and support ENA Express. U7in-16tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) for faster data loading and backups, deliver up to 200Gbps of network bandwidth, and support ENA Express. U7in-24tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) for faster data loading and backups, deliver up to 200Gbps of network bandwidth, and support ENA Express. U7i instances are ideal for customers using mission-critical in-memory databases like SAP HANA, Oracle, and SQL Server.

To learn more about U7i instances, visit the High Memory instances page.

​Amazon EC2 High Memory U7i instances with 24TB of memory (u7in-24tb.224xlarge) are now available in AWS Europe (Frankfurt), U7i instances with 16TB of memory (u7in-16tb.224xlarge) are now available in AWS Asia Pacific (Mumbai), and U7i instances with 6TB of memory (u7i-6tb.112xlarge) are now available in the AWS Europe (Paris) region. U7i instances are part of AWS 7th generation and are powered by custom fourth generation Intel Xeon Scalable Processors (Sapphire Rapids). U7in-24tb instances offer 24TiB of DDR5 memory, U7in-16tb instances offer 16TiB of DDR5 memory, and U7i-6tb instances offer 6TiB of DDR5 memory, enabling customers to scale transaction processing throughput in a fast-growing data environment.
U7i-6tb instances offer 448 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) for faster data loading and backups, deliver up to 100Gbps of network bandwidth, and support ENA Express. U7in-16tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) for faster data loading and backups, deliver up to 200Gbps of network bandwidth, and support ENA Express. U7in-24tb instances offer 896 vCPUs, support up to 100Gbps Elastic Block Storage (EBS) for faster data loading and backups, deliver up to 200Gbps of network bandwidth, and support ENA Express. U7i instances are ideal for customers using mission-critical in-memory databases like SAP HANA, Oracle, and SQL Server.
To learn more about U7i instances, visit the High Memory instances page.  

Amazon Web Services (AWS) announces the availability of high performance Storage Optimized Amazon EC2 I7i instances in AWS Asia Pacific (Singapore, Jakarta), Europe (Stockholm) regions. Powered by 5th generation Intel Xeon Scalable processors with an all-core turbo frequency of 3.2 GHz, these instances deliver up to 23% better compute performance and more than 10% better price performance over previous generation I4i instances. Powered by 3rd generation AWS Nitro SSDs, I7i instances offer up to 45TB of NVMe storage with up to 50% better real-time storage performance, up to 50% lower storage I/O latency, and up to 60% lower storage I/O latency variability compared to I4i instances.

I7i instances are ideal for I/O intensive and latency-sensitive workloads that demand very high random IOPS performance with real-time latency to access small to medium size datasets (multi-TBs). I7i instances support torn write prevention feature with up to 16KB block sizes, enabling customers to eliminate database performance bottlenecks.

I7i instances are available in eleven sizes – nine virtual sizes up to 48xlarge and two bare metal sizes – delivering up to 100Gbps of network bandwidth and 60Gbps of Amazon Elastic Block Store (EBS) bandwidth.
To learn more, visit the I7i instances page.

​Amazon Web Services (AWS) announces the availability of high performance Storage Optimized Amazon EC2 I7i instances in AWS Asia Pacific (Singapore, Jakarta), Europe (Stockholm) regions. Powered by 5th generation Intel Xeon Scalable processors with an all-core turbo frequency of 3.2 GHz, these instances deliver up to 23% better compute performance and more than 10% better price performance over previous generation I4i instances. Powered by 3rd generation AWS Nitro SSDs, I7i instances offer up to 45TB of NVMe storage with up to 50% better real-time storage performance, up to 50% lower storage I/O latency, and up to 60% lower storage I/O latency variability compared to I4i instances. I7i instances are ideal for I/O intensive and latency-sensitive workloads that demand very high random IOPS performance with real-time latency to access small to medium size datasets (multi-TBs). I7i instances support torn write prevention feature with up to 16KB block sizes, enabling customers to eliminate database performance bottlenecks. I7i instances are available in eleven sizes – nine virtual sizes up to 48xlarge and two bare metal sizes – delivering up to 100Gbps of network bandwidth and 60Gbps of Amazon Elastic Block Store (EBS) bandwidth. To learn more, visit the I7i instances page.  

Amazon WorkSpaces Secure Browser now includes Web Content Filtering, a comprehensive security and compliance feature that enables organizations to control and monitor web content access. This new capability allows administrators to define granular access policies, block specific URLs or entire domain categories using 25+ predefined categories, and seamlessly integrate with Session Logger for enhanced monitoring and compliance reporting.

While existing Chrome policies for domain control remain supported, Web Content Filtering provides a more comprehensive way to control web access through category-based filtering and improved logging capabilities. Organizations can better manage their remote work security and compliance requirements through centralized policy management that scales across the enterprise. IT security teams can implement default-deny policies for high-security environments, while compliance officers benefit from detailed logging and monitoring capabilities. The feature maintains flexibility by allowing customized policies and exceptions based on specific business needs.

This feature is available at no additional cost in 10 AWS Regions, including US East (N. Virginia), US West (Oregon), Canada (Central), Europe (Frankfurt, London, Ireland), and Asia Pacific (Tokyo, Mumbai, Sydney, Singapore). WorkSpaces Secure Browser offers pay-as-you go pricing.

To get started with WorkSpaces Secure Browser, see Getting Started with Amazon WorkSpaces Secure Browser. You can enable this feature in your AWS console and automatically migrate any browser policies for URL Blocklists or URL Allowlists. To learn more about the feature, please refer to the feature documentation.

​Amazon WorkSpaces Secure Browser now includes Web Content Filtering, a comprehensive security and compliance feature that enables organizations to control and monitor web content access. This new capability allows administrators to define granular access policies, block specific URLs or entire domain categories using 25+ predefined categories, and seamlessly integrate with Session Logger for enhanced monitoring and compliance reporting. While existing Chrome policies for domain control remain supported, Web Content Filtering provides a more comprehensive way to control web access through category-based filtering and improved logging capabilities. Organizations can better manage their remote work security and compliance requirements through centralized policy management that scales across the enterprise. IT security teams can implement default-deny policies for high-security environments, while compliance officers benefit from detailed logging and monitoring capabilities. The feature maintains flexibility by allowing customized policies and exceptions based on specific business needs. This feature is available at no additional cost in 10 AWS Regions, including US East (N. Virginia), US West (Oregon), Canada (Central), Europe (Frankfurt, London, Ireland), and Asia Pacific (Tokyo, Mumbai, Sydney, Singapore). WorkSpaces Secure Browser offers pay-as-you go pricing. To get started with WorkSpaces Secure Browser, see Getting Started with Amazon WorkSpaces Secure Browser. You can enable this feature in your AWS console and automatically migrate any browser policies for URL Blocklists or URL Allowlists. To learn more about the feature, please refer to the feature documentation.  

AWS Application Migration Service (MGN) now supports Internet Protocol version 6 (IPv6) for both service communication and application migrations. Organizations can migrate applications that use IPv6 addressing, enabling transitions to modern network infrastructures.

You can connect to AWS MGN using new dual-stack service endpoints that support both IPv4 and IPv6 communications. When migrating applications, you can transfer replication data using IPv4 or IPv6 while maintaining network connections and security. Then, during testing and cutover phases, you can use your chosen network configuration (IPv4, IPv6, or dual-stack) to launch servers in your target environment.

This feature is available in every AWS Region that supports AWS MGN and Amazon Elastic Compute Cloud (Amazon EC2) dual-stack endpoints. For supported regions, see the AWS MGN Supported AWS Regions and Amazon EC2 Endpoints documentation.

To learn more about AWS MGN, visit our product page or documentation. To get started, sign in to the AWS Application Migration Service Console.

​AWS Application Migration Service (MGN) now supports Internet Protocol version 6 (IPv6) for both service communication and application migrations. Organizations can migrate applications that use IPv6 addressing, enabling transitions to modern network infrastructures.
You can connect to AWS MGN using new dual-stack service endpoints that support both IPv4 and IPv6 communications. When migrating applications, you can transfer replication data using IPv4 or IPv6 while maintaining network connections and security. Then, during testing and cutover phases, you can use your chosen network configuration (IPv4, IPv6, or dual-stack) to launch servers in your target environment. This feature is available in every AWS Region that supports AWS MGN and Amazon Elastic Compute Cloud (Amazon EC2) dual-stack endpoints. For supported regions, see the AWS MGN Supported AWS Regions and Amazon EC2 Endpoints documentation. To learn more about AWS MGN, visit our product page or documentation. To get started, sign in to the AWS Application Migration Service Console.  

• Categoría: Noticias de Microsoft

diciembre 11, 2025

Una nueva investigación de IDC destaca un importante cambio en la seguridad de la nube

Por: Equipo de Microsoft Security.

La seguridad en la nube está en un punto de inflexión. Aunque migrar a la nube impulsa tanto el crecimiento como la velocidad de las organizaciones, también puede traer nuevos riesgos. Según la más reciente investigación de IDC, las organizaciones experimentaron una media de nueve incidentes de seguridad en la nube en 2024, con un 89% que reportó un aumento interanual. Eso no es un error tipográfico. Y no es solo una estadística, es una llamada de atención. A medida que las ciberamenazas se vuelven más sofisticadas y los entornos en la nube más complejos, los líderes de seguridad deben replantear sus estrategias para mantenerse por delante de los actores amenazantes.

Pero, ¿qué es lo que en verdad necesita cambiar? ¿Y qué deberían hacer al respecto? Lean la última investigación de IDC, La próxima era de la seguridad en la nube: Plataforma de Protección de Aplicaciones Nativa en la Nube y Más Allá, para profundizar en el futuro de la seguridad en la nube y lo que significa para los directores de seguridad de la información (CISOs, por sus siglas en inglés), arquitectos de seguridad y líderes de producto.

Empiecen con Microsoft Defender para la Nube

Cinco perspectivas de IDC sobre el cambiante panorama de la seguridad en la nube

1. Una plataforma se ha comenzado a convertir con discreción en una inversión principal

La investigación de IDC reveló que las plataformas de protección de aplicaciones nativas en la nube (CNAPPs, por sus siglas en inglés) son ahora una de las tres principales inversiones en seguridad para 2025. ¿Por qué? Porque resuelven problemas que las herramientas heredadas no pueden, al proteger aplicaciones nativas en la nube a lo largo de su ciclo de vida, lo que refuerza aún más la importancia de los ecosistemas, la consolidación y más.

2. El papel del CISO evoluciona para alinear la seguridad con las prioridades empresariales

En el 37% de las organizaciones, los CISOs tienen ahora la propiedad de la gestión de la seguridad en la nube. IDC los llama «CISOs 3D». No solo gestionan el riesgo: impulsan los resultados empresariales y la innovación digital. Estos líderes remodelan cómo la seguridad se integra en toda la organización, desde las canalizaciones de DevOps hasta las conversaciones en las salas de juntas. El documento técnico de IDC detalla el papel ampliado y en evolución de los CISOs y su impacto en la mejora de la postura general de seguridad de las organizaciones.   

3. La expansión de herramientas aumenta costes e introduce vulnerabilidades

Las organizaciones lidian con la proliferación de herramientas, al utilizar una media de 10 herramientas de seguridad en la nube y a menudo añaden más cada año. Esta complejidad —impulsada por plataformas fragmentadas, requisitos regulatorios y desafíos de integración— crea puntos ciegos y ralentiza los tiempos de respuesta. Pero detener la expansión no es fácil. Requiere un enfoque deliberado, anclado en una plataforma de seguridad unificada que simplifique las operaciones y refuerza la protección. La investigación de IDC subraya esto, lo que destaca cómo una mayor visibilidad y consolidación de herramientas impulsan avances medibles en eficiencia y gestión de costes.

4. La IA generativa ya ha comenzado a cambiar las reglas del juego

Olviden la emoción. La IA generativa aporta un valor real para la seguridad en la nube: desde la detección automática de amenazas hasta una respuesta más rápida a incidentes, y mucho más. Los datos de IDC muestran cómo los equipos de seguridad utilizan IA generativa, incluido cómo puede mejorar las capacidades de los analistas de seguridad y permitirles centrarse en tareas más complejas.

5. El futuro es integrado y autónomo

Los líderes de seguridad se han comenzado a orientar hacia plataformas de operaciones unificadas de seguridad (SecOps, por sus siglas en inglés) que combinan protección nativa en la nube, inteligencia de amenazas y automatización impulsada por IA. Algunos exploran la nueva frontera de la IA agéntica: sistemas autónomos que pueden detectar, aislar y remediar amenazas cibernéticas conocidas sin intervención humana. El documento técnico de IDC explora cómo es este futuro y lo cerca que estamos en realidad.

Por qué mitigar el riesgo de seguridad es más importante ahora que nunca

La seguridad en la nube es un imperativo empresarial fundamental. Como dice IDC, «El riesgo de seguridad es un riesgo empresarial.» Las decisiones que tomen hoy moldearán la resiliencia, agilidad y capacidad de innovación de su organización mañana. Tanto si son un CISO como si son un arquitecto de nubes, esta investigación ofrece una hoja de ruta para navegar lo que viene. No se trata solo de comprar herramientas nuevas. Se trata de construir un enfoque más inteligente y unificado para la seguridad en la nube.

¿Listos para ver qué hay dentro?

El 71% de las organizaciones encuestadas cree que en los próximos dos años sería beneficioso para su organización invertir en una plataforma SecOps unificada que incluya tecnologías como detección y respuesta extendida (XDR, por sus siglas en inglés), detección y respuesta de endpoints (EDR, por sus siglas en inglés), gestión de información y eventos de seguridad (SIEM, por sus siglas en inglés), CNAPP y seguridad en la nube, IA generativa e inteligencia de amenazas. Pero eso es más fácil decirlo que hacerlo. Y en esta publicación, solo hemos arañado la superficie. El estudio completo de IDC cubre:

• El papel cambiante de CNAPP en la seguridad en la nube.
• Cómo los CISO alinean la seguridad con los objetivos empresariales.
• El impacto de la IA generativa y la IA agéntica en las operaciones de los centros de operaciones de seguridad (SOC, por sus siglas en inglés).
• Estrategias para reducir la expansión de herramientas y mejorar la visibilidad.
• Orientación para integrar CNAPP con XDR, SIEM y servicios gestionados.

Innovar más rápido con Microsoft

El CNAPP integrado de Microsoft, impulsado por IA generativa líder en la industria e inteligencia de amenazas, unifica la seguridad a lo largo de todo el ciclo de vida de la aplicación. Con visibilidad completa, detección y respuesta en la nube en tiempo real y priorización proactiva del riesgo, protege sus aplicaciones modernas en la nube y IA desde el código hasta la ejecución.

Microsoft capacita a sus equipos de seguridad para identificar, priorizar y mitigar riesgos desde el principio, cumplir con los requisitos normativos y de cumplimiento, prevenir brechas de la nube y adelantarse a las nuevas amenazas cibernéticas en la nube y la IA. Innoven de forma segura, rápida y segura, tanto en entornos híbridos como multinube.

Conozcan más

Lean el documento técnico completo de IDC, La próxima era de la seguridad en la nube: Plataforma de Protección de Aplicaciones Cloud-Native y Más Allá.

Descubran nuestro nuevo libro electrónico: Las 5 amenazas de seguridad generativas de IA que necesitas conocer.

Regístrense para leer el libro electrónico de inicio rápido para ejecutar la estrategia de plataforma de protección de aplicaciones nativa en la nube (CNAPP).

Descubran más sobre Microsoft Defender for Cloud.

Para saber más sobre las soluciones de seguridad de Microsoft, visiten nuestra página web. Agreguen a Favoritos el blog de Seguridad para estar al día con nuestra cobertura experta sobre temas de seguridad. Además, síguenos en LinkedIn (Microsoft Security) y X (@MSFTSecurity) para las últimas noticias y actualizaciones sobre ciberseguridad.

Etiquetas:

• Nube
• Seguridad

The post Una nueva investigación de IDC destaca un importante cambio en la seguridad de la nube appeared first on Source LATAM.

​The post Una nueva investigación de IDC destaca un importante cambio en la seguridad de la nube appeared first on Source LATAM.  

Amazon Elastic Container Service (Amazon ECS) now supports custom container stop signals for Linux tasks running on AWS Fargate, honoring the stop signal configured in Open Container Initiative (OCI) images when tasks are stopped. The enhancement improves graceful shutdown behavior by aligning Fargate task termination with each container’s preferred termination signal.

Previously, when an Amazon ECS task running on AWS Fargate was stopped, each Linux container always received SIGTERM followed by SIGKILL after the configured timeout. With the new behavior, the Amazon ECS container agent reads the stop signal from the container image configuration and sends that signal when stopping the task. Containers that rely on signals such as SIGQUIT or SIGINT for graceful shutdown can now run on Fargate with their intended termination semantics. If no STOPSIGNAL is configured, Amazon ECS continues to send SIGTERM by default.

Customers can use custom stop signals on Amazon ECS with AWS Fargate by adding a STOPSIGNAL instruction (for example, STOPSIGNAL SIGQUIT) to their OCI‑compliant container images. Support for container‑defined stop signals is available in all AWS Regions. To learn more, refer to the ECS Developer Guide.

​Amazon Elastic Container Service (Amazon ECS) now supports custom container stop signals for Linux tasks running on AWS Fargate, honoring the stop signal configured in Open Container Initiative (OCI) images when tasks are stopped. The enhancement improves graceful shutdown behavior by aligning Fargate task termination with each container’s preferred termination signal. Previously, when an Amazon ECS task running on AWS Fargate was stopped, each Linux container always received SIGTERM followed by SIGKILL after the configured timeout. With the new behavior, the Amazon ECS container agent reads the stop signal from the container image configuration and sends that signal when stopping the task. Containers that rely on signals such as SIGQUIT or SIGINT for graceful shutdown can now run on Fargate with their intended termination semantics. If no STOPSIGNAL is configured, Amazon ECS continues to send SIGTERM by default. Customers can use custom stop signals on Amazon ECS with AWS Fargate by adding a STOPSIGNAL instruction (for example, STOPSIGNAL SIGQUIT) to their OCI‑compliant container images. Support for container‑defined stop signals is available in all AWS Regions. To learn more, refer to the ECS Developer Guide.  

Starting today, Amazon Elastic Compute Cloud (Amazon EC2) X8g instances are available in Asia Pacific (Sydney) region. These instances are powered by AWS Graviton4 processors and deliver up to 60% better performance than AWS Graviton2-based Amazon EC2 X2gd instances. X8g instances offer up to 3 TiB of total memory and increased memory per vCPU compared to other Graviton4-based instance. They have the best price performance among EC2 X-series instances, and are ideal for memory-intensive workloads such as electronic design automation (EDA) workloads, in-memory databases (Redis, Memcached), relational databases (MySQL, PostgreSQL), real-time big data analytics, real-time caching servers, and memory-intensive containerized applications.

X8g instances offer larger instance sizes with up to 3x more vCPU (up to 48xlarge) and memory (up to 3TiB) than Graviton2-based X2gd instances. They offer up to 50 Gbps enhanced networking bandwidth and up to 40 Gbps of bandwidth to the Amazon Elastic Block Store (Amazon EBS). Elastic Fabric Adapter (EFA) networking support is offered on 24xlarge, 48xlarge, and bare metal sizes, and Elastic Network Adapter (ENA) Express support is available on instance sizes larger than 12xlarge.

To learn more, see Amazon EC2 X8g Instances. To quickly migrate your workloads to Graviton-based instances, see AWS Graviton Fast Start program. To get started, see the AWS Management Console, AWS Command Line Interface (AWS CLI), and AWS SDKs.

​Starting today, Amazon Elastic Compute Cloud (Amazon EC2) X8g instances are available in Asia Pacific (Sydney) region. These instances are powered by AWS Graviton4 processors and deliver up to 60% better performance than AWS Graviton2-based Amazon EC2 X2gd instances. X8g instances offer up to 3 TiB of total memory and increased memory per vCPU compared to other Graviton4-based instance. They have the best price performance among EC2 X-series instances, and are ideal for memory-intensive workloads such as electronic design automation (EDA) workloads, in-memory databases (Redis, Memcached), relational databases (MySQL, PostgreSQL), real-time big data analytics, real-time caching servers, and memory-intensive containerized applications. X8g instances offer larger instance sizes with up to 3x more vCPU (up to 48xlarge) and memory (up to 3TiB) than Graviton2-based X2gd instances. They offer up to 50 Gbps enhanced networking bandwidth and up to 40 Gbps of bandwidth to the Amazon Elastic Block Store (Amazon EBS). Elastic Fabric Adapter (EFA) networking support is offered on 24xlarge, 48xlarge, and bare metal sizes, and Elastic Network Adapter (ENA) Express support is available on instance sizes larger than 12xlarge. To learn more, see Amazon EC2 X8g Instances. To quickly migrate your workloads to Graviton-based instances, see AWS Graviton Fast Start program. To get started, see the AWS Management Console, AWS Command Line Interface (AWS CLI), and AWS SDKs.  

Today, we are announcing that Amazon ElastiCache Serverless now supports the WATCH command for same-slot transactions, helping developers build more reliable applications with improved data consistency in high-concurrency scenarios. With this launch, the WATCH command makes transactions conditional, ensuring they execute only when monitored keys remain unchanged.

For ElastiCache Serverless, the WATCH command works with transactions that operate on keys within the same hash slot as the watched keys. When applications attempt to watch keys that are not in the same hash slot, they’ll receive a CROSSSLOT error. Developers can control key placement by using hash tags in their key names to ensure keys hash to the same slot. The transaction will also be aborted when ElastiCache Serverless cannot guarantee the state of watched keys.

WATCH command support is available in all AWS regions where ElastiCache Serverless is supported at no additional cost. To get started, create transactions using the WATCH command through your preferred client library. To learn more about conditional transactions and the WATCH command, see the ElastiCache Serverless documentation, and the Valkey transactions documentation.

​Today, we are announcing that Amazon ElastiCache Serverless now supports the WATCH command for same-slot transactions, helping developers build more reliable applications with improved data consistency in high-concurrency scenarios. With this launch, the WATCH command makes transactions conditional, ensuring they execute only when monitored keys remain unchanged. For ElastiCache Serverless, the WATCH command works with transactions that operate on keys within the same hash slot as the watched keys. When applications attempt to watch keys that are not in the same hash slot, they’ll receive a CROSSSLOT error. Developers can control key placement by using hash tags in their key names to ensure keys hash to the same slot. The transaction will also be aborted when ElastiCache Serverless cannot guarantee the state of watched keys. WATCH command support is available in all AWS regions where ElastiCache Serverless is supported at no additional cost. To get started, create transactions using the WATCH command through your preferred client library. To learn more about conditional transactions and the WATCH command, see the ElastiCache Serverless documentation, and the Valkey transactions documentation.  

Amazon CloudWatch announces support for both the JSON and Concise Binary Object Representation (CBOR) protocols in the CloudWatch SDK, enabling lower latency and improved performance for CloudWatch customers. The SDK will automatically use JSON or CBOR as its new default communication protocol, offering customers a lower end-to-end processing latency as well as reduced payload sizes, application client side CPU, and memory usage.

Customers use the CloudWatch SDK either directly or through Infrastructure as Code solutions to manage their monitoring resources. Reducing control plane operations latency and payload size helps customer optimize their operational maintenance and resources usage and costs. JSON and the CBOR data formats are standards designed to enable better performance over the traditional AWS Query protocol.

The CloudWatch SDK for JSON and CBOR protocols support is available in all AWS Regions where Amazon CloudWatch is available and for all generally available AWS SDK language variants.

To leverage the performance improvements, customers can install the latest SDK version here. To learn more about the AWS SDK, see Amazon Developer tools.

​Amazon CloudWatch announces support for both the JSON and Concise Binary Object Representation (CBOR) protocols in the CloudWatch SDK, enabling lower latency and improved performance for CloudWatch customers. The SDK will automatically use JSON or CBOR as its new default communication protocol, offering customers a lower end-to-end processing latency as well as reduced payload sizes, application client side CPU, and memory usage. Customers use the CloudWatch SDK either directly or through Infrastructure as Code solutions to manage their monitoring resources. Reducing control plane operations latency and payload size helps customer optimize their operational maintenance and resources usage and costs. JSON and the CBOR data formats are standards designed to enable better performance over the traditional AWS Query protocol. The CloudWatch SDK for JSON and CBOR protocols support is available in all AWS Regions where Amazon CloudWatch is available and for all generally available AWS SDK language variants. To leverage the performance improvements, customers can install the latest SDK version here. To learn more about the AWS SDK, see Amazon Developer tools.  

Today, AWS announces the general availability of the new Amazon Elastic Block Storage (Amazon EBS) optimized Amazon Elastic Compute Cloud (Amazon EC2) C8gb instances. These instances are powered by AWS Graviton4 processors to deliver up to 30% better compute performance than AWS Graviton3 processors. At up to 150 Gbps of EBS bandwidth, these instances offer higher EBS performance compared to same-sized equivalent Graviton4-based instances. Take advantage of the higher block storage performance offered by these new EBS optimized EC2 instances to scale the performance and throughput of workloads such as high-performance file systems, while optimizing the cost of running your workloads.

For increased scalability, these instances offer instance sizes up to 24xlarge, including a metal-24xl size, up to 192 GiB of memory, up to 150 Gbps of EBS bandwidth, up to 200 Gbps of networking bandwidth. These instances support Elastic Fabric Adapter (EFA) networking on the 16xlarge, 24xlarge, metal-24xl sizes, which enables lower latency and improved cluster performance for workloads deployed on tightly coupled clusters.

The new C8gb instances are available in US East (N. Virginia) and US West (Oregon) regions. Metal sizes are only available in US East (N. Virginia) region.

To learn more, see Amazon EC2 C8gb Instances. To begin your Graviton journey, visit the Level up your compute with AWS Graviton page. To get started, see AWS Management Console, AWS Command Line Interface (AWS CLI), and AWS SDKs.

​Today, AWS announces the general availability of the new Amazon Elastic Block Storage (Amazon EBS) optimized Amazon Elastic Compute Cloud (Amazon EC2) C8gb instances. These instances are powered by AWS Graviton4 processors to deliver up to 30% better compute performance than AWS Graviton3 processors. At up to 150 Gbps of EBS bandwidth, these instances offer higher EBS performance compared to same-sized equivalent Graviton4-based instances. Take advantage of the higher block storage performance offered by these new EBS optimized EC2 instances to scale the performance and throughput of workloads such as high-performance file systems, while optimizing the cost of running your workloads.
For increased scalability, these instances offer instance sizes up to 24xlarge, including a metal-24xl size, up to 192 GiB of memory, up to 150 Gbps of EBS bandwidth, up to 200 Gbps of networking bandwidth. These instances support Elastic Fabric Adapter (EFA) networking on the 16xlarge, 24xlarge, metal-24xl sizes, which enables lower latency and improved cluster performance for workloads deployed on tightly coupled clusters.
The new C8gb instances are available in US East (N. Virginia) and US West (Oregon) regions. Metal sizes are only available in US East (N. Virginia) region.
To learn more, see Amazon EC2 C8gb Instances. To begin your Graviton journey, visit the Level up your compute with AWS Graviton page. To get started, see AWS Management Console, AWS Command Line Interface (AWS CLI), and AWS SDKs.