Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Administración de infraestructura perimetral
AWS proporciona servicios totalmente gestionados que extienden la AWS infraestructura APIs, los servicios y las herramientas más cerca de los usuarios finales y los centros de datos. Los servicios que están disponibles en Outposts y Zonas Locales son los mismos que los disponibles en Regiones de AWS, por lo que puedes gestionarlos con la misma AWS consola AWS CLI, o. AWS APIs Para ver los servicios compatibles, consulta la AWS Outposts tabla comparativa
Implementación de servicios en la periferia
Puede configurar los servicios disponibles en las Zonas Locales y en los Outposts de la misma forma en que los Regiones de AWS configuró: mediante la AWS consola AWS CLI, o. AWS APIs La principal diferencia entre las implementaciones regionales y periféricas son las subredes en las que se aprovisionarán los recursos. La sección Redes en el borde describe cómo se despliegan las subredes en Outposts y Zonas Locales. Tras identificar las subredes perimetrales, utiliza el ID de subred perimetral como parámetro para implementar el servicio en Outposts o Local Zones. En las siguientes secciones se proporcionan ejemplos de implementación de servicios perimetrales.
Amazon EC2 al límite
En el siguiente run-instances
ejemplo, se lanza una única instancia de este tipo m5.2xlarge
en la subred perimetral de la región actual. El par de claves es opcional si no tienes pensado conectarte a la instancia mediante SSH en Linux o el protocolo de escritorio remoto (RDP) en Windows.
aws ec2 run-instances \ --image-id ami-id \ --instance-type m5.2xlarge \ --subnet-id <subnet-edge-id> \ --key-name MyKeyPair
Equilibradores de carga de aplicaciones en la periferia
El siguiente create-load-balancer
ejemplo crea un Application Load Balancer interno y habilita las Zonas Locales o Outposts para las subredes especificadas.
aws elbv2 create-load-balancer \ --name my-internal-load-balancer \ --scheme internal \ --subnets <subnet-edge-id>
Para implementar un Application Load Balancer con acceso a Internet en una subred de un Outpost, debe establecer internet-facing
el indicador en --scheme
la opción y proporcionar un ID de grupo de CoIP, como se muestra en este ejemplo:
aws elbv2 create-load-balancer \ --name my-internal-load-balancer \ --scheme internet-facing \ --customer-owned-ipv4-pool <coip-pool-id> --subnets <subnet-edge-id>
Para obtener información sobre la implementación de otros servicios en la periferia, siga estos enlaces:
Servicio |
AWS Outposts |
Zonas locales de AWS |
---|---|---|
Amazon EKS |
Lance clústeres EKS de baja latencia con Zonas locales de AWS |
|
Amazon ECS |
Aplicaciones de Amazon ECS en subredes compartidas, Zonas Locales y Zonas de Longitud de onda |
|
Amazon RDS |
Seleccione la subred de la zona local |
|
Amazon S3 |
No disponible |
|
Amazon ElastiCache |
||
Amazon EMR |
||
Amazon FSx |
No disponible |
Seleccione la subred de la zona local |
AWS Elastic Disaster Recovery |
No disponible |
|
AWS Application Migration Service |
No disponible |
Seleccione la subred de zona local como subred provisional |
CLI y SDK específicos para Outposts
AWS Outposts tiene dos grupos de comandos y sirve APIs para crear una orden de servicio o manipular las tablas de enrutamiento entre la puerta de enlace local y la red local.
Proceso de pedido de Outposts
Puedes usar Outposts AWS CLI
Administración de puertas de enlace locales
La administración y el funcionamiento de la puerta de enlace local (LGW) en Outposts requieren conocer los comandos AWS CLI del SDK disponibles para esta tarea. Puedes usar AWS CLI y AWS SDKs para crear y modificar las rutas de la LGW, entre otras tareas. Para obtener más información sobre la administración de la LGW, consulte estos recursos:
-
EC2.Cliente en el AWS SDK for Python (Boto)
-
Ec2Client en el AWS SDK para Java
CloudWatch métricas y registros
Dado Servicios de AWS que están disponibles tanto en Outposts como en las Zonas Locales, las métricas y los registros se administran de la misma manera que en las Regiones. Amazon CloudWatch proporciona métricas dedicadas a monitorear Outposts en las siguientes dimensiones:
Dimensión |
Descripción |
---|---|
|
La cuenta o el servicio que utiliza la capacidad |
|
La familia de instancias |
|
El tipo de instancia |
|
El ID del puesto de avanzada |
|
El tipo de volumen de EBS |
|
El ID de la pasarela local o de la interfaz virtual de enlace de servicio (VIF) |
|
El ID del grupo de VIF para la puerta de enlace local VIF |
Para obtener más información, consulta CloudWatch las métricas de los racks de Outposts en la documentación de Outposts.