Blog de Amazon Web Services (AWS)
Visión General de Costes por Transferencia de Datos para Arquitecturas Comunes
Actualización: recientemente hemos anunciado reducción de precios para transferencias de datos:
- Reducción del precio de AWS para transferencias de datos a Internet
- AWS anuncia la reducción del precio de transferencia de datos para los servicios AWS PrivateLink, AWS Transit Gateway y AWS Client VPN
A menudo pasamos por alto los costes por transferencia de datos al momento de diseñar una solución en AWS. Considerar los cargos por transferencia de datos mientras tomamos decisiones de arquitectura nos puede ayudar a ahorrar costes. Este artículo le ayudará a identificar los posibles cargos por transferencia de datos que puede encontrar mientras opera su carga de trabajo en AWS. Los costes de los servicios utilizados están fuera del alcance de este artículo, pero deben ser considerados cuidadosamente al diseñar cualquier arquitectura.
Transferencia de datos entre AWS e Internet
No hay cargos por la transferencia de datos entrantes a AWS hacia todos los servicios en todas las regiones. La transferencia de datos salientes desde AWS hacia internet se cobra por cada servicio, con tarifas específicas para cada región de origen. Consulte las páginas de precios de cada servicio —por ejemplo, la página de precios de Amazon Elastic Compute Cloud (Amazon EC2) — para obtener información más detallada.
Transferencia de datos dentro de AWS
La transferencia de datos dentro de AWS podría ser desde su carga de trabajo hacia otros servicios de AWS, o podría ser entre diferentes componentes de su carga de trabajo.
Transferencia de datos entre su carga de trabajo y otros servicios de AWS
Cuando su carga de trabajo accede a los servicios de AWS, puede incurrir en cargos por transferencia de datos.
Accediendo servicios dentro de la misma región de AWS
Si se utiliza Internet Gateway para acceder al endpoint público de los servicios de AWS en la misma Región (Figura 1 — Patrón 1), no hay cargos por transferencia de datos. Si se utiliza NAT Gateway para acceder a los mismos servicios (Figura 1 — Patrón 2), existe un cargo de procesamiento de datos (por gigabyte (GB)) para los datos que pasan por el NAT Gateway.
Figura 1. Accediendo servicios de AWS dentro de la misma región
Accediendo servicios entre diferentes regiones de AWS
Si su carga de trabajo accede a servicios en diferentes Regiones (Figura 2), existe un cargo por la transferencia de datos entre Regiones. El cargo depende de la región de origen y destino (como se describe en la página de precios de transferencia de datos de Amazon EC2).
Figura 2. Accediendo servicios de AWS en diferentes regiones
Transferencia de datos entre diferentes componentes de su carga de trabajo
Puede haber cargos si hay transferencia de datos entre diferentes componentes de su carga de trabajo. Estos cargos varían en función de dónde se desplieguen los componentes.
Componentes de la carga de trabajo en la misma región de AWS
La transferencia de datos dentro de la misma Zona de Disponibilidad es gratuita. Sin embargo, para lograr la alta disponibilidad de una carga de trabajo, se recomienda su despliegue en múltiples Zonas de Disponibilidad.
Imagine una carga de trabajo con dos servidores de aplicaciones que se ejecutan en Amazon EC2 y una base de datos que se ejecuta en Amazon Relational Database Service (Amazon RDS) para MySQL (Figura 3). Para alta disponibilidad, cada servidor de aplicaciones se despliega en una Zona de Disponibilidad separada. Aquí, se aplican cargos por transferencia de datos para la comunicación entre Zonas de disponibilidad cruzadas, entre las instancias de EC2. También se aplican cargos por transferencia de datos entre Amazon EC2 y Amazon RDS. Consulte la guía de precios de Amazon RDS for MySQL para obtener más información.
Figura 3. Componentes de una carga de trabajo en diferentes Zonas de Disponibilidad
Para minimizar el impacto de un fallo de una instancia de base de datos, habilite la configuración de Zona de disponibilidad múltiple (Multi-AZ) dentro de Amazon RDS, con el fin de desplegar una instancia secundaria (stand-by) en una Zona de Disponibilidad diferente. La replicación entre las instancias primaria y secundaria no incurre en cargos adicionales por transferencia de datos. No obstante, los cargos por transferencia de datos se aplicarán de cualquier consumidor fuera de la zona de disponibilidad de la instancia primaria actual. Consulte la página de precios de Amazon RDS para obtener más detalles.
Un patrón común es implementar cargas de trabajo en múltiples VPCs dentro de AWS. Dos enfoques para habilitar la comunicación VPC-a-VPC son VPC peering y AWS Transit Gateway. La transferencia de datos a través de VPC peering que se mantiene dentro de una misma Zona de Disponibilidad es gratuita. La transferencia de datos a través de VPC peering que cruza diferentes Zonas de Disponibilidad, incurrirá en costes por transferencia de datos por el tráfico de entrada/salida (Figura 4).
Figura 4. Conexión de múltiples VPC, usando VPC peering
AWS Transit Gateway puede interconectar cientos o miles de VPCs (Figura 5). Las variables de costo para Transit Gateway son: un cargo por hora por cada attachment (VPC, AWS Direct Connect o AWS Site-to-Site VPN). Adicionalmente, se aplican cargos por procesamiento de datos por cada GB enviado desde una VPC, Direct Connect, o Site-to-Site VPN hacia Transit Gateway.
Figura 5. VPC peering usando Transit Gateway en la misma región.
Componentes de la carga de trabajo en diferentes regiones de AWS
Si los componentes de la carga de trabajo se comunican a través de varias regiones mediante conexiones VPC peering o Transit Gateway, se aplican cargos adicionales por transferencia de datos. (Figura 6).
Figura 6. VPC peering entre diferentes regiones.
Para los Transit Gatway interconectados en diferentes regiones, se incurrirá en cargos por transferencia de datos en un solo lado del par. Los cargos por transferencia de datos no aplican para los datos enviados desde un attachment a un Transit Gateway. La transferencia de datos para la conexión de Transit Gateway entre regiones se suma a los cargos por transferencia de datos generados por los otros attachments (Figura 7).
Figura 7. Transit Gateway conectados entre diferentes regiones.
Transferencia de datos entre AWS y centros de datos on-premises
La transferencia de datos se producirá cuando su carga de trabajo necesite acceder a recursos en su centro de datos on-premises. Existen dos opciones comunes para ayudar a lograr esta conectividad: Site-to-Site VPN y Direct Connect.
Transferencia de datos sobre AWS Site-to-Site VPN
Una opción para conectar cargas de trabajo a una red on-premises es utilizar una o más conexiones Site-to-Site VPN (Figura 8 — Patrón 1). Estos cargos incluyen un cargo por hora por la conexión y un cargo por los datos salientes desde AWS. Consulte los precios de Site-to-Site VPN para obtener más detalles. Otra opción para conectar múltiples VPCs a una red on-premises es utilizar una conexión Site-to-Site VPN hacia un Transit Gateway (Figura 8 — Patrón 2). La conexión de Site-to-Site VPN será considerada como otro attachment al Transit Gateway. Se aplicará el precio estándar de Transit Gateway.
Figura 8. Patrones con AWS Site-to-Site VPN
Transferencia de datos sobre AWS Direct Connect
Direct Connect se puede utilizar para conectar cargas de trabajo en AWS a redes on-premises. Direct Connect incurre en una tarifa por cada hora en que se utilice el puerto de conexión y cargos por transferencia por los datos salientes desde AWS. La transferencia de datos entrante hacia AWS es de 0,00 USD por GB en todas las regiones. Los cargos por transferencia de datos salientes de AWS dependen de la región de origen y de la ubicación del proveedor de Direct Connect. Direct Connect también puede conectarse a Transit Gateway si es necesario conectar varias VPCs (Figura 9). Direct Connect se considera otro attachment al Transit Gateway y se aplica el precio estándar de Transit Gateway. Consulte la página de precios de Direct Connect para obtener más detalles.
Figura 9. Patrones con AWS Direct Connect
Se puede usar Direct Connect gateway para compartir un Direct Connect a través de múltiples regiones. Al utilizar un Direct Connect gateway, habrá cargos por datos salientes de AWS dependiendo de la región de origen y la ubicación de Direct Connect (Figura 10).
Figura 10. Direct Connect gateway
Consejos generales
Se aplican cargos por transferencia de datos en base en el origen, destino, y cantidad de tráfico. Estos son algunos consejos generales para cuándo comience a planear su arquitectura:
- Evite enrutar el tráfico a través de Internet para consumir los servicios de AWS desde AWS, haga uso de los VPC endpoints:
- Los VPC endpoints de tipo gateway permiten la comunicación con Amazon S3 y Amazon DynamoDB sin incurrir en costes por transferencia de datos dentro de la misma región.
- Los VPC endpoints de tipo interface están disponibles para algunos servicios de AWS. Este tipo de endpoint incurre en costes por hora y costes por transferencia de datos.
- Utilice Direct Connect en lugar de internet para enviar datos a redes on-premises.
- El tráfico que cruza los límites de una Zona de Disponibilidad suele incurrir en costes por transferencia de datos. Utilice recursos de la misma Zona de Disponibilidad siempre que sea posible.
- El tráfico que cruza un límite regional normalmente incurrirá en un cargo por transferencia de datos. Evite la transferencia de datos entre regiones a menos que su caso de negocio lo requiera.
- Utilice la Capa gratuita de AWS. En ciertas circunstancias, es posible que pueda probar su carga de trabajo de forma gratuita.
- Utilice la Calculadora de precios de AWS para ayudar a estimar los costes de transferencia de datos de su solución.
- Utilice un tablero de control para visualizar mejor los costes por transferencia de datos — en este laboratorio práctico le enseñamos cómo hacerlo.
Conclusión
AWS proporciona la capacidad de desplegar sus cargas de trabajo en varias Zonas de Disponibilidad y Regiones. Con unos pocos clics, puede crear una carga de trabajo distribuida y altamente disponible. A medida que aumenta su presencia en AWS, es útil comprender los diversos costes por transferencia de datos que pueden aplicarse. Este artículo proporciona información para ayudarle a tomar decisiones informadas y explorar diferentes patrones de arquitectura para ahorrar en costes de transferencia de datos.
Blog post relacionados
Este blogpost es una traducción por Andrés Lindo (AWS Enterprise Solutions Architect) del original en Inglés.