Regiones y zonas
Amazon EC2 está alojado en varias ubicaciones de todo el mundo. Estas ubicaciones se componen de Regiones de AWS, zonas de disponibilidad, locales AWS Outposts y de Wavelength.
-
Cada región es un área geográfica independiente.
-
Las zonas de disponibilidad son varias ubicaciones aisladas dentro de cada región.
-
Las Local Zones le proporcionan la capacidad de colocar recursos, como por ejemplo de computación y de almacenamiento, en varias ubicaciones más cercanas a los usuarios finales.
-
AWS Outposts brinda servicios, infraestructura y modelos operativos nativos de AWS a prácticamente cualquier centro de datos, espacio de coubicación o instalación en las instalaciones.
-
Las zonas de Wavelength permiten a los desarrolladores crear aplicaciones que ofrecen latencia extremadamente baja para dispositivos 5G y usuarios finales. Wavelength implementa servicios de computación y almacenamiento de AWS estándar al borde de redes 5G de operadores de telecomunicaciones.
AWS opera centros de datos con tecnología de vanguardia y alta disponibilidad. Aunque es infrecuente, puede suceder que se produzcan errores que afecten a la disponibilidad de las instancias que están en la misma ubicación. Si aloja todas las instancias en una misma ubicación y se produce un error en ella, ninguna de las instancias estaría disponible.
Regiones
Cada región se ha diseñado para que esté totalmente aislada de las demás regiones. Con ello se consigue la mejor tolerancia a errores y estabilidad posibles.
Cuando se consultan los recursos, solo se ven los recursos vinculados a la región especificada. Esto se debe a que las regiones están aisladas entre sí y no replicamos automáticamente los recursos en distintas regiones.
Cuando inicia una instancia, debe seleccionar una AMI que esté en la misma región. Si la AMI está en otra región, puede copiar la AMI a la región que está usando. Para obtener más información, consulte Copia de una AMI de Amazon EC2.
Tenga en cuenta que existe un cargo por transferencia de datos entre regiones. Para obtener más información, consulte Precios de Amazon EC2: transferencia de datos
Regiones disponibles
Su cuenta determina las regiones que están disponibles para usted.
-
Una Cuenta de AWS proporciona varias regiones de manera que se puedan iniciar instancias de Amazon EC2 en ubicaciones que cumplan sus requisitos. Por ejemplo, podría desear iniciar instancias en Europa, para estar más cerca de sus clientes europeos o para cumplir requisitos legales.
-
Una cuenta de AWS GovCloud (Oeste de EE. UU.) proporciona acceso a la región de AWS GovCloud (Oeste de EE. UU.) y la región de AWS GovCloud (Este de EE. UU.). Para obtener más información, consulte AWS GovCloud (US)
. -
Una cuenta de Amazon AWS (China) proporciona acceso solo a las regiones de Pekín y Ningxia. Para obtener más información, consulte Amazon Web Services en China
.
En la siguiente tabla se muestran las regiones proporcionadas por una Cuenta de AWS. No puede describir ni obtener acceso a regiones adicionales desde una Cuenta de AWS, como las AWS GovCloud (US) Regions o las regiones de China. Para utilizar una región introducida después del 20 de marzo de 2019, debe habilitar la región. Para obtener más información, consulte Especificar qué regiones de AWS puede utilizar su cuenta en la Guía de referencia de AWS Account Management.
| Code | Nombre | Estado de inscripción |
|---|---|---|
| us-east-1 | Este de EE. UU. (Norte de Virginia) | No obligatorio |
| us-east-2 | Este de EE. UU. (Ohio) | No se necesita |
| us-west-1 | Oeste de EE. UU. (Norte de California) | No obligatorio |
| us-west-2 | EE. UU. Oeste (Oregón) | No obligatorio |
| af-south-1 | África (Ciudad del Cabo) | Obligatoria |
| ap-east-1 | Asia-Pacífico (Hong Kong) | Obligatoria |
| ap-south-2 | Asia-Pacífico (Hyderabad) | Obligatoria |
| ap-southeast-3 | Asia-Pacífico (Yakarta) | Obligatoria |
| ap-southeast-5 | Asia-Pacífico (Malasia) | Obligatoria |
| ap-southeast-4 | Asia-Pacífico (Melbourne) | Obligatoria |
| ap-south-1 | Asia Pacific (Bombay) | No obligatorio |
| ap-northeast-3 | Asia-Pacífico (Osaka) | No obligatorio |
| ap-northeast-2 | Asia-Pacífico (Seúl) | No obligatorio |
| ap-southeast-1 | Asia-Pacífico (Singapur) | No obligatorio |
| ap-southeast-2 | Asia-Pacífico (Sídney) | No obligatorio |
| ap-northeast-1 | Asia-Pacífico (Tokio) | No obligatorio |
| ca-central-1 | Canadá (centro) | No obligatorio |
| ca-west-1 | Oeste de Canadá (Calgary) | Obligatoria |
| cn-north-1 | China (Pekín) | No obligatorio |
| cn-northwest-1 | China (Ningxia) | No obligatorio |
| eu-central-1 | Europa (Fráncfort) | No obligatorio |
| eu-west-1 | Europa (Irlanda) | No obligatorio |
| eu-west-2 | Europa (Londres) | No obligatorio |
| eu-south-1 | Europa (Milán) | Obligatoria |
| eu-west-3 | Europa (París) | No obligatorio |
| eu-south-2 | Europa (España) | Obligatoria |
| eu-north-1 | Europa (Estocolmo) | No obligatorio |
| eu-central-2 | Europa (Zúrich) | Obligatoria |
| il-central-1 | Israel (Tel Aviv) | Obligatoria |
| me-south-1 | Medio Oriente (Baréin) | Obligatoria |
| me-central-1 | Medio Oriente (EAU) | Obligatoria |
| sa-east-1 | América del Sur (São Paulo) | No se necesita |
Para obtener más información, consulte Infraestructura global de AWS
Puntos de conexión regionales
Cuando trabaja con una instancia usando la interfaz de línea de comandos o las acciones de API, debe especificar el punto de conexión regional. Para obtener más información acerca de las regiones y los puntos de conexión disponibles para Amazon EC2, consulte Amazon EC2 service endpoints en la Guía para desarrolladores de Amazon EC2.
Para obtener más información sobre los puntos de conexión y los protocolos en AWS GovCloud (Oeste de EE. UU.), consulte Puntos de conexión en la Guía de usuario de AWS GovCloud (US).
Zonas de disponibilidad
Cada región tiene varias ubicaciones aisladas conocidas como zonas de disponibilidad. El código de la zona de disponibilidad es el código de la región seguido de un identificador de letra. Por ejemplo, us-east-1a.
Cuando inicia una instancia, debe seleccionar una región y una nube virtual privada (VPC) y, a continuación, puede seleccionar una subred de una de las zonas de disponibilidad o dejarnos elegir una por usted. Si distribuye las instancias entre varias zonas de disponibilidad y una de las instancias genera un error, puede diseñar la aplicación de forma que una instancia en otra zona de disponibilidad pueda gestionar las solicitudes. También puede usar direcciones IP elásticas para enmascarar los errores de una instancia en una zona de disponibilidad volviendo a mapear rápidamente la dirección hacia una instancia en otra zona de disponibilidad.
El siguiente diagrama ilustra varias zonas de disponibilidad en una región de AWS. La zona de disponibilidad A y la zona de disponibilidad B tienen una subred cada una y cada subred tiene instancias. La zona de disponibilidad C no tiene subredes, por lo que no se pueden iniciar instancias en esta zona de disponibilidad.
A medida que las zonas de disponibilidad crecen a lo largo del tiempo, nuestra capacidad de ampliarlas podría verse limitada. Si esto sucediera, podríamos restringir la inicialización de instancias en una zona de disponibilidad limitada, a menos que ya tuviera una instancia en dicha zona de disponibilidad. Con el tiempo, también podríamos quitar la zona de disponibilidad limitada de la lista de zonas de disponibilidad de las nuevas cuentas. Por consiguiente, una cuenta podría tener un número diferente de zonas de disponibilidad disponibles en una región que otra cuenta.
ID de AZ
Para garantizar que los recursos se distribuyan por todas las zonas de disponibilidad de una región, asignamos zonas de disponibilidad de manera independiente a códigos de cada Cuenta de AWS en nuestras regiones más antiguas. Por ejemplo, es posible que us-east-1a de su Cuenta de AWS no se encuentre en la misma ubicación física que us-east-1a para otra Cuenta de AWS.
Para coordinar las zonas de disponibilidad entre cuentas de todas las regiones, incluso las que asignan zonas de disponibilidad, debe usar los ID de AZ (Zonas de disponibilidad), que son identificadores únicos y constantes de una zona de disponibilidad. Por ejemplo, use1-az1 es un ID de zona de disponibilidad de la región us-east-1 y tiene la misma ubicación física en cada Cuenta de AWS. Puede consultar los ID de las zonas de disponibilidad de su cuenta para determinar la ubicación física de sus recursos en relación con los recursos de otra cuenta. Por ejemplo, si comparte una subred en la zona de disponibilidad con el ID de AZ use1-az2 con otra cuenta, esta subred está disponible para dicha cuenta de la zona de disponibilidad cuyo ID de zona de disponibilidad es también use1-az2.
Para ver los ID de AZ de su cuenta, consulte el panel de estado de los servicios en el panel de control de EC2
En el siguiente diagrama, se ilustran dos cuentas con asignaciones diferentes del código de zona de disponibilidad para el ID de zona de disponibilidad.
Zonas de disponibilidad disponibles
Cada región tiene varias zonas de disponibilidad, tal como se muestra en la siguiente lista.
-
Este de EE. UU. (Norte de Virginia):
use1-az1|use1-az2|use1-az3|use1-az4|use1-az5|use1-az6 -
Este de EE. UU. (Ohio):
use2-az1|use2-az2|use2-az3 -
Oeste de EE. UU. (Norte de California):
usw1-az1|usw1-az2|usw1-az3† -
Oeste de EE. UU. (Oregón)
usw2-az1|usw2-az2|usw2-az3|usw2-az4 -
África (Ciudad del Cabo):
afs1-az1|afs1-az2|afs1-az3 -
Asia-Pacífico (Hong Kong):
ape1-az1|ape1-az2|ape1-az3 -
Asia-Pacífico (Hyderabad):
aps2-az1|aps2-az2|aps2-az3 -
Asia-Pacífico (Yakarta):
apse3-az1|apse3-az2|apse3-az3 -
Asia-Pacífico (Malasia):
apse5-az1|apse5-az2|apse5-az3 -
Asia-Pacífico (Melbourne):
apse4-az1|apse4-az2|apse4-az3 -
Asia-Pacífico (Bombay):
aps1-az1|aps1-az2|aps1-az3 -
Asia-Pacífico (Osaka):
apne3-az1|apne3-az2|apne3-az3 -
Asia-Pacífico (Seúl):
apne2-az1|apne2-az2|apne2-az3|apne2-az4 -
Asia Pacífico (Singapur):
apse1-az1|apse1-az2|apse1-az3 -
Asia-Pacífico (Sídney):
apse2-az1|apse2-az2|apse2-az3 -
Asia-Pacífico (Tokio):
apne1-az1|apne1-az2|apne1-az3|apne1-az4 -
Canadá (Centro):
cac1-az1|cac1-az2|cac1-az4 -
Oeste de Canadá (Calgary):
caw1-az1|caw1-az2|caw1-az3 -
Europa (Fráncfort):
euc1-az1|euc1-az2|euc1-az3 -
Europa (Irlanda):
euw1-az1|euw1-az2|euw1-az3 -
Europa (Londres):
euw2-az1|euw2-az2|euw2-az3 -
Europa (Milán):
eus1-az1|eus1-az2|eus1-az3 -
Europa (París):
euw3-az1|euw3-az2|euw3-az3 -
Europa (España):
eus2-az1|eus2-az2|eus2-az3 -
Europa (Estocolmo):
eun1-az1|eun1-az2|eun1-az3 -
Europa (Zúrich):
euc2-az1|euc2-az2|euc2-az3 -
Israel (Tel Aviv):
ilc1-az1|ilc1-az2|ilc1-az3 -
Medio Oriente (Baréin):
mes1-az1|mes1-az2|mes1-az3 -
Medio Oriente (EAU):
mec1-az1|mec1-az2|mec1-az3 -
América del Sur (São Paulo):
sae1-az1|sae1-az2|sae1-az3 -
AWS GovCloud (Este de EE. UU.):
usge1-az1|usge1-az2|usge1-az3 -
AWS GovCloud (Oeste de EE. UU.):
usgw1-az1|usgw1-az2|usgw1-az3
† Las cuentas más nuevas pueden acceder a dos zonas de disponibilidad en la región Oeste de EE. UU. (Norte de California).
Instancias en zonas de disponibilidad
Cuando lance una instancia, seleccione una región que coloque sus instancias cerca de determinados clientes, o que cumpla los requisitos legales o de otra índole que tenga. Al inicializar instancias en distintas zonas de disponibilidad, puede proteger sus aplicaciones de los errores que se produzcan en una única ubicación en la región.
Cuando inicia una instancia, opcionalmente puede especificar una zona de disponibilidad en la región que está usando. Si no especifica una zona de disponibilidad, seleccionamos una zona de disponibilidad por usted. Cuando inicie sus instancias iniciales, le recomendamos que acepte la zona de disponibilidad predeterminada, porque esto nos permite seleccionar la mejor zona de disponibilidad para usted en función del estado del sistema y de la capacidad disponible. Si inicia instancias adicionales, especifique una zona de disponibilidad únicamente si las nuevas instancias deben estar cerca o separadas de las instancias en ejecución.
Zonas locales
Una zona local es una extensión de una región de AWS que se encuentra geográficamente cerca de los usuarios. Las zonas locales tienen sus propias conexiones a Internet y son compatibles con AWS Direct Connect, por lo que los recursos creados en una zona local pueden brindar a los usuarios locales comunicaciones de baja latencia. Para obtener más información, consulte la sección ¿Qué son las zonas locales de AWS? en la Guía del usuario de zonas locales de AWS.
El código de una zona local es el código de su región seguido de un identificador que indica su ubicación física. Por ejemplo, us-west-2-lax-1 en Los Ángeles.
En el siguiente diagrama, se ilustran la región us-west-2 de AWS, dos de sus zonas de disponibilidad y dos de sus zonas locales. La VPC abarca las zonas de disponibilidad y una de las zonas locales. Cada zona de la VPC tiene una subred y cada subred tiene una instancia.
Local Zones disponibles
Para ver la lista de zonas locales disponibles, consulte Available Local Zones en la Guía del usuario de Zonas locales de AWS. Para ver la lista de zonas locales anunciadas, consulte las Ubicaciones de zonas locales de AWS
Instancias en zonas locales
Para utilizar una Local Zone, primero debe habilitarla. A continuación, cree una subred en la zona local. Puede especificar la subred de la zona local al iniciar las instancias, lo que la coloca en la subred de la zona local en la zona local.
Cuando inicializa una instancia en una zona local, también puede asignar una dirección IP desde un grupo periférico de red. Un grupo de bordes de red es un conjunto único de zonas de disponibilidad, Local Zones o zonas de Wavelength desde las que AWS anuncia direcciones IP, como, por ejemplo, us-west-2-lax-1a. Puede asignar las siguientes direcciones IP desde un grupo de perímetros de red:
-
Direcciones IPv4 elásticas proporcionadas por Amazon
-
Direcciones IPv6 de VPC proporcionadas por Amazon (disponibles solo en las zonas de Los Ángeles)
Para obtener más información sobre cómo iniciar una instancia en una Zona local, consulte Introducción a Zonas locales de AWS en la Guía del usuario de Zonas locales de AWS.
Zonas de Wavelength
AWS Wavelength permite a los desarrolladores crear aplicaciones que ofrecen una latencia extremadamente baja para dispositivos móviles y usuarios finales. Wavelength implementa servicios de computación y almacenamiento de AWS estándar al borde de redes 5G de operadores de telecomunicaciones. Los desarrolladores pueden ampliar una nube privada virtual (VPC) a una o varias zonas de Wavelength y, a continuación, utilizar recursos de AWS como instancias de Amazon EC2 para ejecutar aplicaciones que requieren una latencia extremadamente baja y una conexión a los servicios de AWS en la región.
Una zona de Wavelength es una zona aislada en la ubicación del operador donde se implementa la infraestructura de Wavelength. Las zonas de Wavelength están vinculadas a una región. Una zona de Wavelength es una extensión lógica de una región y está administrada por el plano de control de la región.
El código de una zona Wavelength es el código de su región seguido de un identificador que indica la ubicación física. Por ejemplo, us-east-1-wl1-bos-wlz-1 en Boston.
En el siguiente diagrama, se ilustran la región us-west-2 de AWS, dos de sus zonas de disponibilidad y una zona Wavelength. La VPC abarca las zonas de disponibilidad y la zona Wavelength. Cada zona de la VPC tiene una subred y cada subred tiene una instancia.
Las zonas de Wavelength no están disponibles en todas las regiones. Para obtener información sobre las regiones que admiten zonas de Wavelength, consulte Zonas de Wavelength disponibles en la Guía para desarrolladores de AWS Wavelength.
Zonas de Wavelength disponibles
Para obtener una lista de las zonas de Wavelength disponibles, consulte Available Wavelength Zones en la Guía de AWS Wavelength.
Instancias en zonas de Wavelength
Para utilizar una zona de Wavelength, primero debe darse de alta en la zona. A continuación, cree una subred en la zona de Wavelength. Puede especificar la subred de Wavelength al inicializar instancias. También asigna una dirección IP de operador de un grupo de perímetros de red, que es un conjunto único de zonas de disponibilidad, Local Zones o zonas de Wavelength desde las que AWS anuncia direcciones IP, por ejemplo, us-east-1-wl1-bos-wlz-1.
Para obtener instrucciones paso a paso para iniciar una instancia en una zona de Wavelength, consulte Get started with AWS Wavelength en la Guía para desarrolladores de AWS Wavelength.
AWS Outposts
AWS Outposts es un servicio completamente administrado que extiende la infraestructura, los servicios, las API y las herramientas de AWS a las instalaciones del cliente. Al proporcionar acceso local a la infraestructura administrada de AWS, AWS Outposts habilita a los clientes a crear y ejecutar aplicaciones en las instalaciones mediante el uso de las mismas interfaces de programación que en las regiones de AWS, al mismo tiempo que utilizan recursos informáticos y de almacenamiento locales para reducir la latencia y las necesidades de procesamiento de datos locales.
Un Outpost es un grupo de capacidad informática y de almacenamiento de AWS implementada en un sitio del cliente. AWS opera, supervisa y administra esta capacidad como parte de una región de AWS. Puede crear subredes en el Outpost y especificarlas cuando cree recursos de AWS. Las instancias en las subredes de Outpost se comunican con otras instancias en la región de AWS mediante el uso de direcciones IP privadas, todo dentro de la misma VPC.
En el siguiente diagrama, se ilustran la región us-west-2 de AWS, dos de sus zonas de disponibilidad y un Outpost. La VPC abarca las zonas de disponibilidad y el Outpost. El Outpost se encuentra en las instalaciones de un centro de datos del cliente. Cada zona de la VPC tiene una subred y cada subred tiene una instancia.
Instancias en un Outpost
Para empezar a usar AWS Outposts, debe crear un Outpost y solicitar capacidad de Outpost. AWS Outposts ofrece dos formatos: los bastidores de Outposts y los servidores de Outposts. Para obtener más información acerca de las configuraciones de Outposts, consulte AWS Outposts Family
Para inicializar instancias de EC2, debe crear una subred de Outpost. Los grupos de seguridad controlan el tráfico entrante y saliente de las instancias en una subred de Outpost, al igual que lo hacen para las instancias de una subred de una zona de disponibilidad. Para conectarse a una instancia de EC2 en una subred de Outpost, puede especificar un par de claves al inicializar la instancia, tal como lo hace para las instancias de una subred de una zona de disponibilidad para permitir conexiones con SSH.
Para obtener más información, consulte Get started with Outposts racks o Get started with Outposts servers.
Volúmenes en un bastidor de Outposts
Si la capacidad de computación de Outposts está en un bastidor de Outposts, puede crear volúmenes de EBS en la subred de Outposts que haya creado. Al crear el volumen, especifique el nombre de recurso de Amazon (ARN) del Outpost.
El siguiente comando create-volume crea un volumen vacío de 50 GB en el Outpost especificado.
aws ec2 create-volume --availability-zoneus-east-2a--outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138--size50
Puede modificar dinámicamente el tamaño de los Amazon EBS volúmenes de gp2 sin desvincularlos. Para obtener más información acerca de cómo modificar un volumen sin desasociarlo, consulte Solicitar modificaciones a los volúmenes de EBS en la Guía del usuario de Amazon EBS.
Se recomienda limitar el volumen raíz de una instancia de un bastidor de Outpost a 30 GiB o menos. Puede especificar volúmenes de datos en la asignación de dispositivos de bloques de la AMI o la instancia para proporcionar almacenamiento adicional. Para recortar los bloques no utilizados del volumen raíz, consulte Cómo crear volúmenes de EBS dispersos
Se recomienda aumentar el tiempo de espera de NVMe para el volumen raíz. Para obtener más información, consulte Tiempo de espera de las operaciones de E/S en la Guía del usuario de Amazon EBS.
Volúmenes en un servidor de Outposts
Las instancias en servidores Outposts proporcionan volúmenes de almacén de instancias pero no son compatibles con volúmenes de EBS. Elija una AMI basada en Amazon EBS con una sola instantánea de EBS. Elija un tamaño de instancia con suficiente almacenamiento de instancias para cumplir con las necesidades de la aplicación. Para obtener más información, consulte Límites del almacén de instancias.
