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à e Zone locali AWS le funzionalità.

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 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-instancesesempio 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 <subnet-edge-id> \
    --key-name MyKeyPair

Application Load Balancer a livello perimetrale

L'create-load-balanceresempio 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 <subnet-edge-id>

Per distribuire un Application Load Balancer con accesso a Internet in una sottorete di un Outpost, impostate il internet-facing flag nell'--schemeopzione e fornite un ID pool CoIP, come mostrato in questo esempio:

aws elbv2 create-load-balancer \
    --name my-internal-load-balancer \
    --scheme internet-facing \
    --customer-owned-ipv4-pool <coip-pool-id>
    --subnets <subnet-edge-id>

Per informazioni sulla distribuzione di altri servizi all'edge, segui questi link:

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 CLIo Outposts per creare un sito Outposts, 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.

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:

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:

Per ulteriori informazioni, consulta le CloudWatch metriche per i rack Outposts nella documentazione di Outposts.