+34 902.727.350  info@cloudaws.es  Intranet clientes

Items filtered by date: Abril 2019 - Partner Especialista Nube AWS: Amazon Web Services

Novedades: Amazon AWS abril

Amazon Web Services (AWS) anuncia la disponibilidad de las instancias M5ad y R5ad de Amazon EC2. Estas nuevas instancias son variantes de las M5 y R5 y cuentan con procesadores AMD EPYC con una velocidad de reloj turbo en todos los núcleos de hasta 2,5 GHz, así como un almacenamiento de instancias a nivel de bloque SSD basado en NVMe físicamente conectado al servidor host. Las instancias M5ad y R5ad ofrecen opciones adicionales a aquellos clientes que desean lograr un ahorro de costos del 10 % en su entorno informático de Amazon EC2 para diferentes cargas de trabajo.  

Las instancias M5ad son ideales para cargas de trabajo que requieren un equilibrio entre los recursos de cómputo y de memoria, junto con almacenamiento local en bloque de alta velocidad y baja latencia, incluso el registro de datos y el procesamiento de medios. Las instancias R5ad son ideales para las cargas de trabajo de uso intensivo de la memoria, como las bases de datos de alto rendimiento, los cachés en memoria distribuidos, las bases de datos en memoria y los análisis de big data. Tanto la instancia M5ad como la R5ad también serán beneficiosas para las aplicaciones que requieren el almacenamiento temporal de datos para espacio temporal, archivos temporales y memoria caché.

Las instancias M5ad y R5ad están disponibles en los mismos tamaños y ofrecen compatibilidad de aplicaciones con las instancias M5 y R5, por lo que puede comenzar a usarlas al igual que sus otras instancias EC2. Las instancias M5ad y R5ad se encuentran disponibles actualmente en las regiones de AWS: EE.UU. Este (Norte de Virginia, Ohio), EE.UU. Oeste (Oregón) y Asia Pacífico (Singapur). Se dispone de instancias en 6 tamaños, con 2, 4, 8, 16, 48 y 96 CPU virtuales. Las instancias M5ad y R5ad pueden adquirirse como instancias bajo demanda, reservadas o de spot.

Para comenzar, utilice 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, visite las páginas de las instancias M5 y R5.

Hoy anunciamos la posibilidad de elegir el momento en el cual se implementará un evento programado de Amazon EC2 en su cuenta, lo que le ofrece mayor flexibilidad al momento de administrar sus instancias EC2.

Después de que se le notifique acerca de un evento programado, puede elegir el momento en el que este ocurrirá a través de la CLI, la API o la consola de administración de AWS. Esta característica ya se encuentra disponible en las regiones EE.UU. Este (Norte de Virginia), EE.UU. Este (Ohio), EE.UU. Oeste (Norte de California), EE.UU. Oeste (Oregón), Asia Pacífico (Mumbai), Asia Pacífico (Seúl), Asia Pacífico (Singapur), Asia Pacífico (Sídney), Asia Pacífico (Tokio), Canadá (Central), UE (Fráncfort), UE (Irlanda), UE (Londres), UE (París), UE (Estocolmo), América del Sur (São Paulo), China (Pekín) y China (Ningxia).

Si desea obtener más información sobre los eventos programados y cómo elegir el momento en el que estos ocurrirán, consulte la guía del usuario para eventos programados de EC2.

Publicado en: Mar 19, 2019

A partir de hoy, las instancias de Amazon EC2 z1d están disponibles en las regiones de Europa (Fráncfort) y Asia Pacífico (Sídney).

Las instancias de Amazon EC2 z1d ofrecen un alto rendimiento de subprocesos únicos gracias a un procesador personalizado escalable Intel® Xeon® con una frecuencia de núcleo estable de hasta 4,0 GHz, la más rápida de todas las instancias de la nube. z1d proporciona un alto rendimiento de cómputo y memoria elevada, lo que es ideal para la automatización del diseño electrónico (EDA), juegos y ciertas cargas de trabajo de bases de datos relacionales con altos costos de licencias por núcleo.

Las instancias de Amazon EC2 z1d se ofrecen en 7 tamaños, incluidas las instancias sin sistema operativo que brindan a las aplicaciones acceso directo a los recursos del procesador escalable Intel® Xeon® y de la memoria del servidor subyacente. Estas instancias son ideales para cargas de trabajo que requieren acceso al conjunto de características del hardware (como Intel® VT-x), aplicaciones que deben ejecutarse en entornos no virtualizados debido a requisitos relacionados con licencias o la compatibilidad o para los clientes que desean utilizar su propio hipervisor.

Con esta expansión, las instancias z1d de EC2 ya se encuentran disponibles en las siguientes regiones de AWS: EE.UU. Este (Norte de Virginia), EE.UU. Oeste (Oregón y Norte de California), Europa (Fráncfort e Irlanda) y Asia Pacífico (Singapur, Sídney y Tokio).

Para obtener más información sobre las instancias z1d de EC2, visite https://aws.amazon.com/ec2/instance-types/z1d/.

AWS Fargate y Amazon Elastic Container Service (ECS) ahora admiten controladores de implementación externa para los servicios de ECS con el lanzamiento de las API de administración de conjuntos de tareas. Los conjuntos de tareas son un nuevo concepto que permite la administración controlada de la revisión de aplicaciones dentro de un solo servicio de ECS. Ahora tiene nuevas API para administrar varias revisiones de su aplicación y la transición de una revisión a otra.

Por lo general, las nuevas versiones de sus servicios se implementan en una secuencia por etapas para garantizar que todo funcione sin problemas antes de realizar la transición completa de su carga de trabajo de producción actual de una versión a otra. Anteriormente, para administrar completamente una nueva revisión de su aplicación en ECS, se le pedía que lanzara un nuevo servicio de ECS y que cambiara el tráfico de un servicio a otro.

Ahora, puede aprovechar los conjuntos de tareas para configurar varias revisiones de su aplicación, todas dentro de un solo servicio. Cuando desee implementar una nueva versión de su aplicación, puede crear un nuevo conjunto de tareas dentro de un servicio existente que tenga su propia definición de la tarea. Los conjuntos de tareas individuales también proporcionan un parámetro de escalado que asegurará que se ejecute un porcentaje específico de todas las tareas deseadas de su servicio.

Para comenzar con los conjuntos de tareas que ayudan a administrar implementaciones en Amazon ECS o AWS Fargate, lea la documentación

Los clientes de AWS ahora pueden configurar y usar AWS Transfer for SFTP (AWS SFTP) dentro de su Amazon Private Private Cloud(Amazon VPC) con los puntos de enlace de las VPC, sin usar direcciones IP públicas ni Internet. Los puntos de enlace de las VPC para AWS SFTP cuentan con la tecnología de AWS PrivateLink, la cual ofrece conectividad segura y privada entre las VPC y los servicios de AWS.  

AWS SFTP le permite trasladar cargas de trabajo de transferencia de archivos SFTP a AWS sin necesidad de modificar las aplicaciones ni administrar ningún servidor. La compatibilidad con PrivateLink ayuda a mejorar la seguridad de las aplicaciones internas que necesitan acceso SFTP a Amazon S3. Cuando crea o actualiza un servidor SFTP de AWS, puede especificar si el punto de enlace de su servidor debe ser público o solo podrán acceder los clientes SFTP en su VPC. También puede acceder al punto de enlace de la VPC desde entornos locales o desde otras VPC mediante la VPN de AWS, AWS Direct Connect o las interconexiones de las VPC.  

Además, ahora puede implementar un balanceador de carga de red (NLB) que utiliza el punto de enlace de la VPC de su servidor SFTP para asociar las direcciones IP elásticas. Esto permite a los usuarios finales incluir en la lista blanca las direcciones IP de su servidor SFTP.

Esta característica está disponible en las mismas regiones que AWS SFTP. Para obtener más información, visite el sitio web de AWS SFTP o comience en la consola de AWS.

Amazon Web Services anuncia la disponibilidad general de Amazon S3 Glacier Deep Archive, un nuevo tipo de almacenamiento de Amazon S3 que brinda almacenamiento seguro y duradero de objetos para la retención a largo plazo de datos a los que raramente se accede durante el año. A partir de tan solo 0,00099 USD por GB al mes (menos de la décima parte de un centavo o aproximadamente 1 USD por TB al mes), S3 Glacier Deep Archive ofrece el almacenamiento en la nube de menor costo, a precios más bajos que el almacenamiento y mantenimiento de datos en bibliotecas de cintas magnéticas locales o el archivado de datos fuera de las instalaciones. Para empezar a trabajar con S3 Glacier Deep Archive, visite: https://aws.amazon.com/s3/storage-classes/.

Todos los objetos almacenados en el tipo de almacenamiento S3 Glacier Deep Archive se replican y almacenan en al menos tres zonas de disponibilidad geográficamente dispersas, protegidas por un 99,999999999 % de durabilidad, y se pueden restaurar en 12 horas o menos. S3 Glacier Deep Archive también ofrece una opción de recuperación masiva, con la que puede recuperar petabytes de datos en un plazo de 48 horas. Con siete opciones diferentes de tipo de almacenamiento, Amazon S3 brinda la más amplia gama de opciones para la optimización de costos disponibles actualmente en la nube. S3 Glacier Deep Archive amplía nuestra oferta de archivado de datos, lo que le permite seleccionar un tipo de almacenamiento óptimo en función de los costos de almacenamiento y recuperación y de los tiempos de recuperación. Elija S3 Glacier cuando quiera opciones de recuperación en minutos para los datos archivados. Elija S3 Glacier Deep Archive cuando quiera el costo de almacenamiento más bajo para los datos archivados a los que se accede una o dos veces al año, como máximo, y cuando esté dispuesto a aceptar demoras de 12 o 48 horas para el primer byte. S3 Glacier Deep Archive es muy fácil de usar y requiere pocos cambios de configuración si ya usa y está familiarizado con el tipo de almacenamiento S3 Glacier. S3 Glacier Deep Archive está completamente integrado con las características de S3, entre ellas, el análisis del tipo de almacenamiento de S3, el etiquetado de objetos de S3, las políticas de ciclo de vida de S3, el bloqueo de objetos de S3, la replicación entre regiones y el cifrado del lado del servidor, incluidas las claves administradas por el cliente.

Para recuperar los datos almacenados en S3 Glacier Deep Archive, inicie una solicitud “Restaurar” usando las API o la consola de administración de Amazon S3. La solicitud de restauración crea una copia temporal de sus datos en el tipo de almacenamiento S3 RRS al mismo tiempo que deja los datos archivados intactos en S3 Glacier Deep Archive. Puede especificar durante cuánto tiempo en días se almacenará la copia temporal en S3. A continuación, puede obtener acceso a su copia temporal desde S3 a través de una solicitud GET de Amazon S3 en el objeto archivado.

La forma más fácil de almacenar datos en S3 Glacier Deep Archive consiste en usar la API de S3 PUT para cargar los datos directamente. También puede cargar datos en S3 Glacier Deep Archive a través de Internet o mediante el uso de AWS Direct Connect y la consola de administración de AWS, AWS Storage Gateway, la interfaz de línea de comandos de AWS o el kit de desarrollo de software de AWS. S3 Glacier Deep Archive está integrado con Tape Gateway, una característica de AWS Storage Gateway para las bibliotecas de cintas virtuales basadas en la nube. Con esta capacidad, ahora puede administrar sus copias de seguridad locales basadas en cintas y reducir los costos mensuales de almacenamiento al optar por archivar sus nuevas cintas virtuales en el tipo de almacenamiento S3 Glacier o S3 Glacier Deep Archive.

El tipo de almacenamiento Amazon S3 Glacier Deep Archive ahora está disponible en todas las regiones comerciales de AWS y en AWS GovCloud (EE.UU.). Para obtener más información acerca de S3 Glacier Deep Archive, visite el blog de noticias de Jeff Barr y la Guía para desarrolladores de Amazon S3, Tipos de almacenamiento.  

El servicio AWS Storage Gateway ahora integra la gateway de cintas con el tipo de almacenamiento de Amazon S3 Glacier Deep Archive, lo que le permite almacenar cintas virtuales en el tipo de almacenamiento de Amazon S3 de menor costo, reduciendo así hasta en un 75 % el costo mensual de almacenar los datos a largo plazo en la nube. S3 Glacier Deep Archive es un nuevo tipo de almacenamiento de S3 que permite guardar objetos de manera segura y duradera para retener y preservar digitalmente datos a largo plazo. Con esta función, la gateway de cintas admite el archivo de sus nuevas cintas virtuales directamente en S3 Glacier y en S3 Glacier Deep Archive, lo que lo ayuda a cumplir con sus requisitos de copia de seguridad, archivo y recuperación. 

La gateway de cintas lo ayuda a trasladar las copias de seguridad basadas en cintas a AWS sin realizar cambios en los flujos de trabajo de las copias de seguridad existentes. Usted conecta su aplicación de copia de seguridad existente con una biblioteca de cintas virtuales en la gateway de cintas (implementado como un dispositivo virtual o de hardware). La gateway de cintas comprime, cifra y traslada sus cintas a una biblioteca de cintas virtuales en Amazon S3. Puede archivarlas en la biblioteca de cintas virtuales en S3 Glacier y en S3 Glacier Deep Archive. El caché en la gateway de cintas asegura que las copias de seguridad recientes permanezcan guardadas a nivel local, lo que reduce los tiempos de restauración. Puede recuperar sus cintas archivadas en S3 Glacier y en S3 Glacier Deep Archive para trasladarlas a S3. Este proceso puede demorar de tres a cinco horas, o doce horas, respectivamente. 

Para comenzar, cree una nueva cinta virtual con la consola o la API de AWS Storage Gateway y configure el grupo de almacenamiento de archivo en el grupo de Glacier o en el grupo de Deep Archive. Cuando su aplicación de copia de seguridad expulsa la cinta, esta se archivará en el grupo de almacenamiento seleccionado.

La gateway de cintas está disponible en 18 regiones de AWS, incluso en AWS GovCloud (US) y China (Pekín). Para obtener más información, consulte la documentación Comprobación de la configuración de la gateway o las instrucciones introductorias detalladasen la guía del usuario de AWS Storage Gateway. 

Amazon Aurora con compatibilidad con PostgreSQL ahora admite la replicación lógica. Esta funcionalidad permite replicar cambios en datos desde su base de datos de Aurora PostgreSQL a otras bases de datos mediante el uso de ranuras de replicación de PostgreSQL nativas o herramientas de replicación de datos, como AWS Database Migration Service (DMS). La replicación lógica se admite con las versiones 2.2.0 y 2.2.1 de Aurora PostgreSQL, compatible con PostgreSQL 10.6.

Para activar la replicación lógica con Aurora PostgreSQL, configure ranuras de replicación lógica en su instancia y transmita los cambios desde la base de datos a través de estas ranuras. Para la activación, debe configurar el parámetro rds.logical_replication en 1; puede definir este parámetro con unos pocos clics en la consola de administración de Amazon RDS. El rol rds_replication, que se asigna al usuario maestro de manera predeterminada, se puede utilizar para conceder permisos. Esta característica también permite usar Aurora PostgreSQL como origen para AWS Database Migration Service (DMS). Puede obtener más información acerca de cómo usar la replicación lógica con Aurora PostgreSQL en la documentación de Aurora.

Aurora combina el rendimiento y la disponibilidad de las bases de datos comerciales de gama alta con la sencillez y la rentabilidad de las bases de datos de código abierto. Para obtener más información, visite la página del producto Amazon Aurora y consulte la tabla de regiones de AWS para conocer la disponibilidad en las distintas regiones.

Los balanceadores de carga de aplicaciones ahora admiten el direccionamiento de solicitudes según los encabezados y los métodos HTTP estándar o personalizados, los parámetros de la consulta y las direcciones IP de origen. Este lanzamiento amplía la compatibilidad existente con las reglas de direccionamiento basadas en la ruta y el encabezado del host en los balanceadores de carga de aplicaciones a más campos de mensajes de solicitudes HTTP. Este conjunto más amplio de criterios de direccionamiento le permite simplificar aún más la arquitectura de su aplicación al descargar la funcionalidad de direccionamiento en el balanceador de carga. También se puede utilizar para bloquear el tráfico no deseado en el balanceador de carga.

Con este lanzamiento, las reglas y las condiciones son más eficaces también. Ahora puede evaluar varias condiciones en una regla y cada condición puede especificar una coincidencia con varios valores. Esto le permite configurar reglas complejas para direccionar las solicitudes de los clientes a sus aplicaciones. Por ejemplo, puede reenviar una solicitud a una aplicación en particular según el encabezado del host, la ruta, el encabezado del agente de usuario y los valores de los parámetros de la consulta. También puede consolidar sus reglas para que sean menos. Por ejemplo, puede direccionar solicitudes con valores de ruta como /signin, /login, o /auth a un servicio de inicio de sesión usando solo una regla.

La compatibilidad con el direccionamiento avanzado de solicitudes está disponible para los balanceadores de carga de aplicaciones nuevos y existentes en las regiones de AWS EE.UU. Este (Norte de Virginia), EE.UU. Este (Ohio), EE.UU. Oeste (Norte de California), EE.UU. Oeste (Oregón), Asia Pacífico (Mumbai), Asia Pacífico (Seúl), Asia Pacífico (Singapur), Asia Pacífico (Sídney), Asia Pacífico (Tokio), Asia Pacífico (Osaka-Local), Canadá (Central), UE (Fráncfort), UE (Irlanda), UE (Londres), UE (París), UE (Estocolmo), Sudamérica (São Paulo), China (Pekín) y China (Ningxia).

Para obtener más información, consulte la demostración, la publicación del blog y la documentación del balanceador de carga de aplicaciones.

Los contenedores para aprendizaje profundo de AWS son imágenes de Docker preinstaladas con marcos de aprendizaje profundo que facilitan la implementación rápida de entornos de aprendizaje automático personalizados. Los contenedores de aprendizaje profundo de AWS son compatibles con TensorFlow y Apache MXNet, y próximamente lo serán con PyTorch.

Puede implementar estos contenedores en Amazon Elastic Container Service for Kubernetes (Amazon EKS), Kubernetes autoadministrado, Amazon Elastic Container Service (Amazon ECS) y Amazon EC2. Estos contenedores se encuentran disponibles mediante Amazon Elastic Container Registry (Amazon ECR) y AWS Marketplace sin costo, tan solo debe pagar por los recursos que utilice. 

Si desea obtener más información, consulte contenedores para aprendizaje profundo de AWS. Para empezar a usar los contenedores de aprendizaje profundo de AWS, consulte la documentación y el tutorial.

Amazon WorkDocs lanza un servicio de migración que ayuda a migrar los archivos de una organización a Amazon WorkDocs. Este servicio se encuentra disponible en una versión preliminar privada.

El servicio de migración de Amazon WorkDocs ayuda a trasladar los archivos de los usuarios y los archivos compartidos de departamentos a Amazon WorkDocs. Este servicio puede migrar grandes cantidades de datos, desde decenas de gigabytes hasta muchos terabytes.

Con el portal del servicio de migración de Amazon WorkDocs, se pueden configurar tareas de migración, y seleccionar el sitio y la cuenta de WorkDocs de origen y de destino para migrar los datos. Se puede programar la tarea de migración para que se ejecute durante un periodo específico como una transferencia de datos única o para tener sincronizaciones periódicas, a fin de reducir al mínimo el tiempo de inactividad para los usuarios. El portal del servicio de migración de Amazon WorkDocs ofrece información actualizada y el estado de los trabajos de migración, incluidos los informes detallados una vez que se haya realizado con éxito la migración.

El servicio de migración de Amazon WorkDocs aprovecha AWS DataSync que maneja automáticamente muchas de las tareas relacionadas con las transferencias de datos que pueden ralentizar las migraciones o atascar las operaciones informáticas.

Usted puede participar en la versión preliminar limitada si rellena el formulario de inscripción. Se les informará a los clientes que hayan sido aceptados los pasos a seguir. 

Amazon RDS for PostgreSQL ahora admite la actualización de varias versiones principales para PostgreSQL, lo que le permite realizar actualizaciones de versiones principales en varias versiones principales diferentes.

Anteriormente, las actualizaciones de versiones principales solamente se podían realizar a una versión superior a la vez. Por ejemplo, la versión PostgreSQL 9.6 solamente se podía actualizar a PostgreSQL 10, y la versión PostgreSQL 9.4 a PostgreSQL 9.5. Por lo tanto, si quería actualizar sus instancias más viejas a la versión principal más reciente, debía realizar varias actualizaciones de versiones principales hasta llegar a la deseada. Por ejemplo, actualizar PostgreSQL 9.4 a PostgreSQL 11 implicaba actualizar de la versión 9.4 a la 9.5, luego de la 9.5 a la 9.6, luego de la 9.6 a la 10 y, finalmente, de la 10 a la 11. Este proceso generaba más tiempo de inactividad en cada una de las operaciones de actualización.

Con la nueva característica de actualización de varias versiones principales puede realizar cualquiera de las siguientes actualizaciones sin problemas en un único paso, lo que permite reducir el tiempo de inactividad en gran medida.

  • Actualizar de la versión PostgreSQL 9.4 a la PostgreSQL 11
  • Actualizar de la versión PostgreSQL 9.5 a la PostgreSQL 11
  • Actualizar de la versión PostgreSQL 9.6 a la PostgreSQL 11

Además, si continúa usando la versión PostgreSQL 9.3, cuyo soporte técnico ya finalizó, puede actualizar sus instancias a las versiones 9.5 o 9.6 de manera directa.

Consulte la documentación sobre la actualización de versiones principales para leer detalles acerca de las versiones de PostgreSQL que se admiten como orígenes o destinos y sobre cualquier limitación asociada con el proceso de actualización.

Con este lanzamiento, ahora RDS for PostgreSQL también admite la actualización de PostgreSQL 10 a PostgreSQL 11.

Amazon RDS for PostgreSQL facilita las tareas de configuración, utilización y escalado de implementaciones de PostgreSQL en la nube. Obtenga más información acerca de cómo actualizar instancias de bases de datos en la Guía del usuario de Amazon RDS. Consulte la información sobre precios y la disponibilidad regional en Precios de Amazon RDS for PostgreSQL.

Enhanced Monitoring de Amazon Relational Database Service (RDS), característica que permite visualizar el estado de sus instancias de Amazon RDS, ahora informa las métricas del dispositivo de almacenamiento físico y las métricas del host secundario de la instancia.

Cuando el almacenamiento de Amazon RDS utiliza más de un dispositivo físico subyacente, Enhanced Monitoring recopila los datos de cada dispositivo. Además, cuando la instancia de la base de datos se ejecuta en una configuración Multi-AZ, los datos de cada dispositivo en el host secundario también se recopilan como métricas de este host.  

Tanto el dispositivo físico como la métrica del host secundario Multi-AZ están disponibles en RDS para Oracle, PostgreSQL y MySQL. Con los datos informados de cada dispositivo físico, puede ver cuántos dispositivos físicos conforman sus volúmenes, si la E/S está equilibrada en los dispositivos físicos y si la latencia es consistente en los dispositivos físicos.

Para obtener una lista completa de las métricas disponibles y más información sobre cómo usar esta característica, consulte la documentación de Enhanced Monitoring. Puede integrar Enhanced Monitoring sin problemas en aplicaciones de terceros a fin de supervisar sus instancias de base de datos de Amazon RDS. Una vez que habilita Enhanced Monitoring, incurrirá en los cargos estándar de CloudWatch Logs. Para obtener más detalles sobre los precios, consulte los precios de CloudWatch Logs.  

 

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