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à.
# Amazon VPC in tutte le AWS regioni in AWS Device Farm
I servizi Device Farm sono disponibili solo nella regione Stati Uniti occidentali (Oregon) (`us-west-2`). Puoi usare Amazon Virtual Private Cloud (Amazon VPC) per raggiungere un servizio nel tuo Amazon Virtual Private Cloud in un'altra AWS regione utilizzando Device Farm. Se Device Farm e il tuo servizio si trovano nella stessa regione, vedi[Utilizzo dei servizi endpoint Amazon VPC con Device Farm - Legacy (non consigliato)](amazon-vpc-endpoints.md).
Esistono due modi per accedere ai servizi privati situati in una regione diversa. Se disponi di servizi situati in un'altra regione diversa`us-west-2`, puoi utilizzare VPC Peering per peerizzare il VPC di quella regione su un altro VPC che si interfaccia con Device Farm in. `us-west-2` Tuttavia, se disponi di servizi in più regioni, un Transit Gateway ti consentirà di accedere a tali servizi con una configurazione di rete più semplice.
Per ulteriori informazioni, consulta gli [scenari di peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/peering-scenarios.html) nella Amazon *VPC* Peering Guide.
## Panoramica del peering VPC per diverse regioni VPCs in AWS Device Farm
Puoi peerizzarne due VPCs in regioni diverse purché abbiano blocchi CIDR distinti e non sovrapposti. Ciò garantisce che tutti gli indirizzi IP privati siano unici e consente a tutte le risorse presenti di VPCs indirizzarsi tra loro senza la necessità di alcuna forma di traduzione degli indirizzi di rete (NAT). Per ulteriori informazioni sulla notazione CIDR, consulta [RFC 4632](https://tools.ietf.org/html/rfc4632).
Questo argomento include uno scenario di esempio interregionale in cui Device Farm (denominata *VPC-1*) si trova nella regione Stati Uniti occidentali (Oregon) (). `us-west-2` Il secondo VPC in questo esempio (denominato *VPC-2*) si trova in un'altra regione.
**Esempio di Device Farm VPC interregionale**
| Componente VPC | VPC-1 | VPC-2 |
| --- | --- | --- |
| CIDR | 10.0.0.0/16 | 172.16.0.0/16 |
**Importante**
La creazione di una connessione peering tra due VPCs può modificare il livello di sicurezza di. VPCs Inoltre, l'aggiunta di nuove voci alle relative tabelle di routing può modificare il livello di sicurezza delle risorse all'interno di. VPCs È responsabilità dell'utente implementare queste configurazioni in modo da soddisfare i requisiti di sicurezza dell'organizzazione. Per ulteriori informazioni, consulta il [modello di responsabilità condivisa](https://aws.amazon.com/compliance/shared-responsibility-model/).
Il seguente diagramma mostra i componenti nell'esempio e le interazioni tra i componenti.
![\[Utilizzo di dispositivi privati tra regioni AWS.\]](http://docs.aws.amazon.com/it_it/devicefarm/latest/developerguide/images/device-farm-vpc-across-region-vpn.png)
**Topics**
+ [Panoramica del peering VPC per diverse regioni VPCs in AWS Device Farm](#device-farm-vpce-configuration-cross-region-vpc-overview)
+ [Prerequisiti per l'utilizzo di Amazon VPC in AWS Device Farm](#device-farm-vpce-configuration-cross-region-prerequisites)
+ [Fase 1: Configurazione di una connessione peering tra VPC-1 e VPC-2](#device-farm-vpce-configuration-cross-region-step1)
+ [Fase 2: Aggiornamento delle tabelle di routing in VPC-1 e VPC-2](#device-farm-vpce-configuration-cross-region-step2)
+ [Fase 3: Creazione di un gruppo target](#device-farm-vpce-configuration-cross-region-step3)
+ [Fase 4: Creazione di un Network Load Balancer](#device-farm-vpce-configuration-cross-region-step4)
+ [Fase 5: Creazione di un servizio endpoint VPC per connettere il VPC a Device Farm](#device-farm-vpce-configuration-cross-region-step5)
+ [Fase 6: Creare una configurazione di endpoint VPC tra il VPC e Device Farm](#device-farm-vpce-configuration-cross-region-step6)
+ [Passaggio 7: creazione di un'esecuzione di test per utilizzare la configurazione dell'endpoint VPC](#device-farm-vpce-configuration-cross-region-step7)
+ [Creazione di una rete scalabile con Transit Gateway](#device-farm-vpce-configuration-cross-region-transit-gateways)
## Prerequisiti per l'utilizzo di Amazon VPC in AWS Device Farm
Questo esempio richiede quanto segue:
+ Due VPCs configurate con sottoreti contenenti blocchi CIDR non sovrapposti.
+ *VPC-1* deve trovarsi nella `us-west-2` regione e contenere sottoreti per le zone `us-west-2a` di disponibilità e. `us-west-2b` `us-west-2c`
Per ulteriori informazioni sulla creazione VPCs e la configurazione di sottoreti, consulta [Working with VPCs and subnet](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html) nella *Amazon* VPC Peering Guide.
## Fase 1: Configurazione di una connessione peering tra VPC-1 e VPC-2
Stabilire una connessione peering tra i due blocchi CIDR VPCs contenenti blocchi CIDR non sovrapposti. A tale scopo, consulta [Creare e accettare connessioni peering VPC nella Amazon *VPC* Peering](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) Guide. Utilizzando lo scenario interregionale di questo argomento e la *Amazon VPC Peering* Guide, viene creato il seguente esempio di configurazione di connessione peering:
**Nome**
`Device-Farm-Peering-Connection-1`
**ID VPC (richiedente)**
`vpc-0987654321gfedcba (VPC-2)`
**Account**
`My account`
**Region**
`US West (Oregon) (us-west-2)`
**ID VPC (Accetta)**
`vpc-1234567890abcdefg (VPC-1)`
**Nota**
Assicurati di consultare le quote di connessione peering VPC quando stabilisci nuove connessioni peering. Per ulteriori informazioni, consulta le [quote di Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/amazon-vpc-limits.html#vpc-limits-peering) nella Amazon *VPC* Peering Guide.
## Fase 2: Aggiornamento delle tabelle di routing in VPC-1 e VPC-2
Dopo aver impostato una connessione peering, è necessario stabilire un percorso di destinazione tra i due VPCs per trasferire i dati tra di loro. Per stabilire questa route, è possibile aggiornare manualmente la tabella delle rotte di *VPC-1* in modo che punti alla sottorete di *VPC-2* e viceversa. A tale scopo, consulta [Aggiornare le tabelle di routing per una connessione peering VPC nella Amazon *VPC* Peering](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-routing.html) Guide. Utilizzando lo scenario interregionale di questo argomento e la *Amazon VPC Peering* Guide, viene creato il seguente esempio di configurazione della tabella di routing:
**Esempio di tabella di routing VPC di Device Farm**
| Componente VPC | VPC-1 | VPC-2 |
| --- | --- | --- |
| ID della tabella di routing | rtb-1234567890abcdefg | rtb-0987654321gfedcba |
| Intervallo di indirizzi locali | 10.0.0.0/16 | 172.16.0.0/16 |
| Intervallo di indirizzi di destinazione | 172.16.0.0/16 | 10.0.0.0/16 |
## Fase 3: Creazione di un gruppo target
*Dopo aver impostato i percorsi di destinazione, è possibile configurare un Network Load Balancer in *VPC-1 per indirizzare le richieste a VPC-2*.*
Il Network Load Balancer deve innanzitutto contenere un gruppo target contenente gli indirizzi IP a cui vengono inviate le richieste.
**Per creare un gruppo target**
1. Identifica gli indirizzi IP del servizio che desideri utilizzare come target in *VPC-2*.
+ Questi indirizzi IP devono essere membri della sottorete utilizzata nella connessione peering.
+ Gli indirizzi IP di destinazione devono essere statici e immutabili. Se il tuo servizio dispone di indirizzi IP dinamici, valuta la possibilità di indirizzare le richieste a una risorsa statica (ad esempio un Network Load Balancer) e di fare in modo che tale risorsa statica indirizzi le richieste verso la tua destinazione reale.
**Nota**
**Se hai come target una o più istanze Amazon Elastic Compute Cloud (Amazon EC2) autonome, apri la console Amazon EC2 all'indirizzo, quindi scegli Istanze. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2)**
Se hai come target un gruppo Amazon EC2 Auto Scaling di istanze Amazon EC2, devi associare il gruppo Amazon EC2 Auto Scaling a un Network Load Balancer. Per ulteriori informazioni, consulta [Come collegare un bilanciatore del carico al gruppo Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/attach-load-balancer-asg.html) nella *Guida per l’utente di Amazon EC2 Auto Scaling*.
Quindi, puoi aprire la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2), quindi scegliere Interfacce di **rete**. **Da lì puoi visualizzare gli indirizzi IP per ciascuna delle interfacce di rete di Network Load Balancer in ogni zona di disponibilità.**
1. Crea un gruppo target in *VPC-1*. A tale scopo, consulta [Creare un gruppo target per il Network Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-target-group.html) nella *Guida per l'utente di Network Load* Balancer.
I gruppi target per i servizi in un VPC diverso richiedono la seguente configurazione:
+ Per **Scegli un tipo di destinazione**, scegli **gli indirizzi IP**.
+ Per **VPC**, scegli il VPC che ospiterà il load balancer. Per l'esempio dell'argomento, questo sarà *VPC-1*.
+ Nella pagina **Registra destinazioni**, registra una destinazione per ogni indirizzo IP in *VPC-2*.
Per **Rete**, scegli **Altro indirizzo IP privato**.
Per **Zona di disponibilità**, scegli le zone desiderate in *VPC-1*.
Per **IPv4 l'indirizzo**, scegli l'indirizzo IP *VPC-2*.
Per **Porte**, scegli le tue porte.
+ Seleziona **Includi come in sospeso di seguito**. Quando hai finito di specificare gli indirizzi, scegli **Registra obiettivi in sospeso.**
Utilizzando lo scenario interregionale di questo argomento e la *Guida utente per Network Load Balancers*, nella configurazione del gruppo target vengono utilizzati i seguenti valori:
**Target type** (Tipo di destinazione)
`IP addresses`
**Nome del gruppo target**
`my-target-group`
**Protocollo/porta**
`TCP : 80`
**VPC**
`vpc-1234567890abcdefg (VPC-1)`
**Rete**
`Other private IP address`
**Zona di disponibilità**
`all`
**IPv4 address**
`172.16.100.60`
**Porte**
`80`
## Fase 4: Creazione di un Network Load Balancer
Creare un Network Load Balancer utilizzando il gruppo target descritto nel [passaggio](#device-farm-vpce-configuration-cross-region-step3) 3. A tale scopo, vedere [Creazione di un Network Load Balancer](amazon-vpc-endpoints.md#device-farm-create-nlb).
Utilizzando lo scenario interregionale di questo argomento, i seguenti valori vengono utilizzati in una configurazione di esempio di Network Load Balancer:
**Load balancer name (Nome del sistema di bilanciamento del carico)**
`my-nlb`
**Schema**
`Internal`
**VPC**
`vpc-1234567890abcdefg (VPC-1)`
**Mappatura**
`us-west-2a` - `subnet-4i23iuufkdiufsloi`
`us-west-2b` - `subnet-7x989pkjj78nmn23j`
`us-west-2c` - `subnet-0231ndmas12bnnsds`
**Protocollo/porta**
`TCP : 80`
**Gruppo bersaglio**
`my-target-group`
## Fase 5: Creazione di un servizio endpoint VPC per connettere il VPC a Device Farm
Puoi utilizzare Network Load Balancer per creare un servizio endpoint VPC. Tramite questo servizio endpoint VPC, Device Farm può connettersi al servizio in *VPC-2* senza alcuna infrastruttura aggiuntiva, come un gateway Internet, un'istanza NAT o una connessione VPN.
A tale scopo, consulta [Creazione di un servizio endpoint Amazon VPC](amazon-vpc-endpoints.md#device-farm-vpce-configuration-vpc-endpoint).
## Fase 6: Creare una configurazione di endpoint VPC tra il VPC e Device Farm
Ora puoi stabilire una connessione privata tra il tuo VPC e Device Farm. È possibile utilizzare Device Farm per testare servizi privati senza esporli attraverso la rete Internet pubblica. A tale scopo, consulta [Creazione di una configurazione di endpoint VPC in Device Farm](amazon-vpc-endpoints.md#device-farm-edit-devicefarm-settings-vpc-endpoint).
Utilizzando lo scenario interregionale di questo argomento, i seguenti valori vengono utilizzati in una configurazione di endpoint VPC di esempio:
**Nome**
`My VPCE Configuration`
**Nome del servizio VPCE**
`com.amazonaws.vpce.us-west-2.vpce-svc-1234567890abcdefg`
**Nome DNS del servizio**
`devicefarm.com`
## Passaggio 7: creazione di un'esecuzione di test per utilizzare la configurazione dell'endpoint VPC
[È possibile creare esecuzioni di test che utilizzano la configurazione degli endpoint VPC descritta nel passaggio 6.](#device-farm-vpce-configuration-cross-region-step6) Per ulteriori informazioni, consulta [Creazione di un'esecuzione di test in Device Farm](how-to-create-test-run.md) o [Creazione di una sessione](how-to-create-session.md).
## Creazione di una rete scalabile con Transit Gateway
Per creare una rete scalabile utilizzandone più di due VPCs, puoi utilizzare Transit Gateway per fungere da hub di transito di rete per interconnettere le tue reti VPCs e quelle locali. Per configurare un VPC nella stessa regione di Device Farm per utilizzare un Transit Gateway, puoi seguire la guida Amazon [VPC endpoint services with Device Farm](https://docs.aws.amazon.com/devicefarm/latest/developerguide/amazon-vpc-endpoints.html) per indirizzare le risorse in un'altra regione in base ai loro indirizzi IP privati.
Per ulteriori informazioni su Transit Gateway, consulta [Cos'è un gateway di transito?](https://docs.aws.amazon.com/vpc/latest/tgw/what-is-transit-gateway.html) nella *Amazon VPC Transit Gateways* Guide.