Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Gestione dell'infrastruttura perimetrale
AWS fornisce servizi completamente gestiti che estendono AWS l'infrastruttura APIs, i servizi e gli strumenti più vicini agli utenti finali e ai data center. I servizi disponibili in Outposts e Local Zones sono gli stessi disponibili in Regioni AWS, quindi puoi gestirli utilizzando la stessa AWS console AWS CLI, oppure. AWS APIs Per i servizi supportati, consulta la tabella di [confronto delle AWS Outposts funzionalità](https://aws.amazon.com/outposts/) e [Zone locali AWS le funzionalità](https://aws.amazon.com/about-aws/global-infrastructure/localzones/features/).
## Implementazione di servizi all'edge
Puoi configurare i servizi disponibili in Local Zones e Outposts nello stesso modo in cui li configuri in Regioni AWS: utilizzando la AWS console, AWS CLI, o. AWS APIs La differenza principale tra le implementazioni regionali e periferiche è rappresentata dalle sottoreti in cui verranno fornite le risorse. La sezione [Networking at the edge](networking.md) descrive come vengono distribuite le sottoreti in Outposts e Local Zones. Dopo aver identificato le sottoreti perimetrali, si utilizza l'ID della sottorete perimetrale come parametro per distribuire il servizio in Outposts o Local Zones. Le sezioni seguenti forniscono esempi di implementazione di servizi edge.
### Amazon EC2 all'avanguardia
L'`run-instances`esempio seguente avvia una singola istanza di tipo `m5.2xlarge` nella sottorete edge per la regione corrente. La key pair è facoltativa se non prevedi di connetterti alla tua istanza utilizzando SSH su Linux o il protocollo RDP (Remote Desktop Protocol) su Windows.
```
aws ec2 run-instances \
--image-id ami-id \
--instance-type m5.2xlarge \
--subnet-id \
--key-name MyKeyPair
```
### Application Load Balancer a livello perimetrale
L'`create-load-balancer`esempio seguente crea un Application Load Balancer interno e abilita le Local Zones o Outposts per le sottoreti specificate.
```
aws elbv2 create-load-balancer \
--name my-internal-load-balancer \
--scheme internal \
--subnets
```
Per distribuire un Application Load Balancer con accesso a Internet in una sottorete di un Outpost, impostate il `internet-facing` flag nell'`--scheme`opzione e fornite un ID pool [CoIP](https://docs.aws.amazon.com/outposts/latest/userguide/local-rack.html#local-gateway-subnet), come mostrato in questo esempio:
```
aws elbv2 create-load-balancer \
--name my-internal-load-balancer \
--scheme internet-facing \
--customer-owned-ipv4-pool
--subnets
```
Per informazioni sulla distribuzione di altri servizi all'edge, segui questi link:
| **Servizio** | **AWS Outposts** | **Zone locali AWS** |
| --- | --- | --- |
| Amazon EKS | [Implementa Amazon EKS in locale con AWS Outposts](https://docs.aws.amazon.com/eks/latest/userguide/eks-outposts.html) | [Avvia cluster EKS a bassa latenza con Zone locali AWS](https://docs.aws.amazon.com/eks/latest/userguide/local-zones.html) |
| Amazon ECS | [Amazon ECS su AWS Outposts](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-on-outposts.html) | [Applicazioni Amazon ECS in sottoreti condivise, Local Zones e Wavelength Zones](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/cluster-regions-zones.html) |
| Amazon RDS | [Amazon RDS su AWS Outposts](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-on-outposts.html) | Seleziona la sottorete Local Zone |
| Amazon S3 | [Guida introduttiva ad Amazon S3 on Outposts](https://docs.aws.amazon.com/AmazonS3/latest/s3-outposts/S3OutpostsGS.html) | Non disponibile |
| Amazon ElastiCache | [Usare Outposts con ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/ElastiCache-Outposts.html) | [Utilizzo di Local Zones con ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/Local_zones.html) |
| Amazon EMR | [Cluster EMR attivi AWS Outposts](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-outposts.html) | [Cluster EMR attivi Zone locali AWS](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-localzones.html) |
| Amazon FSx | Non disponibile | Seleziona la sottorete Local Zone |
| AWS Elastic Disaster Recovery | [Lavorare con e AWS Elastic Disaster RecoveryAWS Outposts](https://docs.aws.amazon.com/drs/latest/userguide/outposts.html) | Non disponibile |
| AWS Application Migration Service | Non disponibile | Seleziona la sottorete Local Zone come sottorete di staging |
## CLI e SDK specifici per Outposts
AWS Outposts dispone di due gruppi di comandi, uno APIs per creare un ordine di servizio o manipolare le tabelle di routing tra il gateway locale e la rete locale.
### Processo di ordinazione Outposts
Puoi usare [AWS CLI](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/outposts/index.html)o Outposts per creare un sito [Outposts](https://docs.aws.amazon.com/outposts/latest/APIReference/API_Operations.html), APIs per creare un Outpost e per creare un ordine Outposts. Ti consigliamo di rivolgerti a uno specialista del cloud ibrido durante il processo di AWS Outposts ordinazione per garantire una corretta selezione delle risorse IDs e una configurazione ottimale per le tue esigenze di implementazione. Per un elenco completo degli ID delle risorse, consulta la pagina [dei prezzi dei AWS Outposts rack](https://aws.amazon.com/outposts/rack/pricing/).
### Gestione del gateway locale
La gestione e il funzionamento del gateway locale (LGW) in Outposts richiedono AWS CLI la conoscenza dei comandi SDK disponibili per questa attività. È possibile utilizzare AWS CLI and AWS SDKs per creare e modificare percorsi LGW, tra le altre attività. Per ulteriori informazioni sulla gestione del LGW, consulta queste risorse:
+ [AWS CLI per Amazon EC2](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/index.html)
+ EC2.Client in [AWS SDK per Python (Boto)](https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/ec2.html)
+ Ec2Client in [AWS SDK per Java](https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/services/ec2/Ec2Client.html)
### CloudWatch metriche e registri
Per Servizi AWS questo sono disponibili sia in Outposts che in Local Zones, le metriche e i log vengono gestiti allo stesso modo delle Regioni. Amazon CloudWatch fornisce metriche dedicate al monitoraggio degli Outposts nelle seguenti dimensioni:
| **Dimensione** | **Descrizione** |
| --- | --- |
| `Account` | L'account o il servizio che utilizza la capacità |
| `InstanceFamily` | La famiglia di istanze |
| `InstanceType` | il tipo di istanza |
| `OutpostId` | L'ID dell'avamposto |
| `VolumeType` | Il tipo di volume EBS |
| `VirtualInterfaceId` | L'ID del gateway locale o dell'interfaccia virtuale di service link (VIF) |
| `VirtualInterfaceGroupId` | L'ID del gruppo VIF per il gateway locale VIF |
Per ulteriori informazioni, consulta le [CloudWatch metriche per i rack Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/outposts-cloudwatch-metrics.html) nella documentazione di Outposts.