Panoramica sul networking

Il servizio di networking utilizza versioni virtuali di componenti di rete tradizionali che potrebbero già essere familiari:

Rete cloud virtuale (VCN)

Una rete virtuale privata impostata nei data center Oracle. Assomiglia molto a una rete tradizionale, con regole firewall e tipi specifici di gateway di comunicazione che puoi decidere di utilizzare. Una VCN risiede in una singola area geografica Oracle Cloud Infrastructure e copre uno o più blocchi CIDR (IPv4 e IPv6, se abilitati). Vedere Intervalli di dimensioni e indirizzi della VCN consentiti. I termini rete cloud virtuale, VCN e rete cloud vengono utilizzati in modo intercambiabile nella presente documentazione. Per ulteriori informazioni, vedere VCN e subnet.

SUBNET

Suddivisioni definite in una VCN, ad esempio 10.0.0.0/24, 10.0.1.0/24 o 2001:DB8::/64. Le subnet contengono schede VNIC (Virtual Network Interface Card) che si collegano alle istanze. Ogni subnet è costituita da un intervallo contiguo di indirizzi IP (per IPv4 e IPv6, se abilitati) che non si sovrappongono ad altre subnet nella VCN. È possibile impostare una subnet affinché esista in un singolo dominio di disponibilità o in un'intera area (si consiglia di utilizzare le subnet regionali). Le subnet fungono da unità di configurazione all'interno della VCN: tutte le VNIC di una determinata subnet utilizzano la stessa tabella di instradamento, le stesse liste di sicurezza e le stesse opzioni DHCP (vedere le definizioni riportate di seguito). Puoi definire una subnet come pubblica o privata quando la crei. Privato indica che le VNIC nella subnet non possono avere indirizzi IPv4 pubblici e che la comunicazione Internet con gli endpoint IPv6 è vietata. Pubblico indica che le VNIC nella subnet possono avere indirizzi IPv4 pubblici e la comunicazione Internet è consentita con gli endpoint IPv6. Vedere Accesso a Internet.

VNIC

Una scheda VNIC (Virtual Network Interface Card) che si collega a un'istanza e risiede in una subnet per abilitare una connessione alla VCN della subnet. Una VNIC è il componente che l'istanza utilizza per connettersi agli endpoint all'interno e all'esterno della VCN. Ogni istanza dispone di una VNIC primaria creata durante la creazione dell'istanza e che non può essere rimossa. Puoi aggiungere VNIC secondarie a un'istanza esistente (nello stesso dominio di disponibilità della VNIC primaria) e rimuoverle in base alle esigenze. Ogni VNIC secondaria può trovarsi in una subnet nella stessa VCN della VNIC primaria o in una subnet diversa nella stessa VCN o in un'altra. Tuttavia, tutte le VNIC devono trovarsi nello stesso dominio di disponibilità dell'istanza. Per ulteriori informazioni, consulta Schede di interfaccia di rete virtuali (VNIC). Una VNIC collegata a un'istanza di computazione e residente in una subnet con etichetta IPv6 può facoltativamente essere assegnata a un indirizzo IPv6.

IP PRIVATO

Un indirizzo IPv4 privato e le informazioni correlate per indirizzare un'istanza (ad esempio, un nome host per DNS). Ogni VNIC dispone di un IP privato primario e puoi aggiungere e rimuovere gli IP privati secondari. L'indirizzo IP privato primario di un'istanza non cambia durante la durata dell'istanza e non può essere rimosso dall'istanza. Per ulteriori informazioni, vedere Indirizzi IP privati.

IP PUBBLICO

Un indirizzo pubblico IPv4 e informazioni correlate. Facoltativamente, puoi assegnare un IP pubblico alle istanze o ad altre risorse che dispongono di un IP privato. Gli IP pubblici possono essere effimeri o riservati. Per ulteriori informazioni, vedere Indirizzi IP pubblici.

IPV6

Un indirizzo IPv6 e informazioni correlate. L'indirizzamento IPv6 è supportato per tutte le aree commerciali e governative. Per maggiori informazioni, vedere IPv6 Indirizzi.

Gateway di instradamento dinamico (DRG)

Router virtuale facoltativo che è possibile aggiungere a una VCN. Fornisce un percorso per il traffico di rete privato tra una VCN e una rete on premise. Puoi utilizzarlo con altri componenti di networking e un router in una rete on premise per stabilire una connessione tramite VPN da sito a sito o Oracle Cloud Infrastructure FastConnect. Inoltre, può fornire un percorso per il traffico di rete privato tra una VCN e un'altra VCN in un'area diversa. Per ulteriori informazioni, consulta la sezione relativa all'accesso alla rete in locale, ai gateway di instradamento dinamico e al peering VCN remoto mediante un DRG legacy.

GATEWAY INTERNET

Un altro router virtuale facoltativo che è possibile aggiungere a una VCN per l'accesso diretto a Internet. Per ulteriori informazioni, vedere Accesso a Internet e anche Scenario A: Subnet pubblica.

GATEWAY DI CONVERSIONE INDIRIZZI DI RETE (NAT)

Un altro router virtuale facoltativo che è possibile aggiungere a una VCN. Consente alle risorse cloud senza indirizzi IP pubblici di accedere a Internet senza esporre tali risorse alle connessioni Internet in entrata. Per ulteriori informazioni, vedere Subnet pubbliche e private e anche Gateway NAT.

GATEWAY DEL SERVIZIO

Un altro router virtuale facoltativo che è possibile aggiungere a una VCN. Fornisce un percorso per il traffico di rete privato tra una VCN e i servizi supportati in Oracle Services Network (esempi: Oracle Cloud Infrastructure Object Storage e Autonomous Database). Ad esempio, i sistemi DB in una subnet privata in una VCN possono eseguire il backup dei dati nello storage degli oggetti senza la necessità di indirizzi IP pubblici o di accedere a Internet. Per ulteriori informazioni, vedere Accesso ai servizi Oracle: gateway di servizi.

LOCAL PEERING GATEWAY (LPG)

Un altro router virtuale facoltativo che è possibile aggiungere a una VCN. Ti consente di eseguire il peer di una VCN con un'altra VCN nella stessa area. Peering: le reti VCN comunicano utilizzando indirizzi IP privati, senza il traffico che attraversa Internet o instrada attraverso una rete on premise. Una VCN deve disporre di un GPL separato per ogni peering stabilito. Per ulteriori informazioni, vedere Peering VCN locale mediante Local Peering Gateway.

CONNESSIONE PEERING REMOTO (RPC)

Componente che è possibile aggiungere a un DRG. Ti consente di eseguire il peer di una VCN con un'altra VCN in un'area diversa. Per ulteriori informazioni, consulta la sezione relativa al peering VCN remoto mediante un DRG legacy.

TABELLE DI INSTRADAMENTO

Tabelle di instradamento virtuale per una VCN. Dispongono di regole per instradare il traffico dalle subnet alle destinazioni esterne alla VCN tramite gateway o istanze configurate in modo speciale. Una VCN include una tabella di instradamento predefinita vuota ed è possibile aggiungere tabelle di instradamento personalizzate. Per ulteriori informazioni, vedere Tabelle di instradamento VCN.

REGOLE DI SICUREZZA

Regole del firewall virtuale per una VCN. Le regole di entrata e uscita specificano i tipi di traffico (protocollo e porta) consentiti all'interno e all'esterno delle istanze. È possibile decidere se una determinata regola è con conservazione dello stato o senza conservazione dello stato. Ad esempio, puoi consentire il traffico SSH in entrata da qualsiasi luogo a un set di istanze impostando una regola di entrata con conservazione dello stato con CIDR di origine 0.0.0.0/0 e porta TCP di destinazione 22. Per implementare le regole di sicurezza, è possibile utilizzare gruppi di sicurezza di rete o elenchi di sicurezza. Un gruppo di sicurezza di rete è costituito da un set di regole di sicurezza che si applicano solo alle risorse in tale gruppo. È il contrario di una lista di sicurezza in cui le regole si applicano a tutte le risorse di qualsiasi subnet che utilizza la lista. Una VCN viene fornita con un elenco di sicurezza predefinito con regole di sicurezza predefinite. Per ulteriori informazioni, vedere Regole di sicurezza.

OPZIONI DHCP

Le informazioni di configurazione vengono fornite automaticamente alle istanze durante l'avvio. Per ulteriori informazioni, consulta le opzioni DHCP.

NOTAZIONE CIDR

Metodo compatto per specificare indirizzi IP o intervalli di indirizzi e maschere di rete. Ad esempio, l'utilizzo di IPv4 come intervallo di indirizzi IP privati 10.0.0.0/24 rappresenta tutti gli indirizzi compresi tra 10.0.0.0 e 10.0.0.255. /24 rappresenta una maschera di sottorete di 255.255.255.0 perché i primi 24 bit sono mascherati. IPv6 utilizza una notazione simile a per i blocchi di indirizzi. Per ulteriori informazioni, vedere RFC1817 e RFC1519.

Una VCN copre uno o più blocchi CIDRIPv4 CIDR IPv4 o prefissi IPv6. L'intervallo di dimensioni consentito per la VCN è compreso tra /16 e /30. Ad esempio 10.0.0.0/16. Il servizio di networking riserva i primi due indirizzi IP e l'ultimo nel CIDR di ogni subnet. È possibile abilitare IPv6 per le reti VCN quando vengono create oppure è possibile abilitare IPv6 sulle reti VCN solo IPv4 esistenti. Se si decide di utilizzare un prefisso IPv6 allocato da Oracle, si riceve sempre un prefisso /56. In alternativa, è possibile importare il proprio prefisso IPv6 BYOIP da cui è possibile assegnare qualsiasi prefisso /64 o superiore a una VCN oppure assegnare un prefisso ULA di /64 o superiore. Gli intervalli GUA possono essere fino a 2000::/3 e gli intervalli ULA possono essere fino a fc00::/7. Le subnet IPv6 hanno sempre una dimensione pari a /64.

Per una VCN, si consiglia di utilizzare gli intervalli di indirizzi IP privati specificati in RFC 1918 (l'RFC consiglia la versione 10.0/8 o la versione 172.16/12, ma Oracle non supporta tali dimensioni, pertanto utilizzare la versione 10.0/16, la versione 172.16/16 e la versione 192.168/16). Tuttavia, è possibile utilizzare un intervallo instradabile pubblicamente. Indipendentemente da ciò, questa documentazione utilizza il termine indirizzo IP privato quando si fa riferimento agli indirizzi IP nel CIDR di una VCN. Gli intervalli di indirizzi non consentiti sono descritti nella sezione Indirizzi IP riservati a Oracle. Per le VCN abilitate per IPv6, Oracle può allocare un prefisso indirizzo unicast globale /56 oppure è possibile creare una VCN con un prefisso BYOIPv6.

I blocchi CIDR della VCN non devono sovrapporsi tra loro, con i CIDR in una rete on premise connessa o con i CIDR di un'altra VCN di cui si esegue il peer. Le subnet di una determinata VCN non devono sovrapporsi tra loro. Per riferimento, ecco un calcolatore CIDR.

L'indirizzamento IPv6 è supportato per tutte le aree commerciali e governative. Per maggiori informazioni, vedere IPv6 Indirizzi.

Una VCN risiede in una singola area geografica Oracle Cloud Infrastructure. Un'area può disporre di diversi domini di disponibilità per fornire isolamento e ridondanza. Per ulteriori informazioni, vedere Aree e domini di disponibilità.

In origine, le subnet erano progettate per coprire un solo dominio di disponibilità (AD, Availability Domain) in un'area geografica. Erano tutte specifiche di AD, il che significa che le risorse della subnet dovevano risiedere in un determinato dominio di disponibilità. Ora le subnet possono essere specifiche di AD o regionali. Si seleziona il tipo quando si crea la subnet. Entrambi i tipi di subnet possono coesistere nella stessa VCN. Nel diagramma riportato di seguito, le subnet da 1 a 3 sono specifiche di AD e la subnet 4 è regionale.

Oltre alla rimozione del vincolo AD, le subnet regionali funzionano allo stesso modo delle subnet specifiche di AD. Si consiglia di utilizzare le subnet regionali perché sono più flessibili. Semplifica la suddivisione efficiente di una VCN in subnet e, al contempo, la progettazione per un errore del dominio di disponibilità.

Quando crei una risorsa, ad esempio un'istanza di computazione, decidi in quale dominio di disponibilità si trova la risorsa. Dal punto di vista della rete virtuale, devi anche decidere in quale VCN e subnet si trova l'istanza. Puoi selezionare una subnet regionale o una subnet specifica di AD che corrisponda al dominio di disponibilità scelto per l'istanza.

A ogni subnet sono sempre associati i seguenti componenti:

• Una tabella di instradamento
• Una o più liste di sicurezza (per il numero massimo, vedere Limiti del servizio)
• Un set di opzioni DHCP

Durante la creazione della subnet, puoi decidere quale tabella di instradamento, lista di sicurezza e set di opzioni DHCP usare dalla subnet. Se non si specifica un determinato componente, la subnet utilizza automaticamente il componente predefinito della VCN. È possibile modificare i componenti utilizzati dalla sottorete in qualsiasi momento.

Puoi controllare se le subnet sono pubbliche o private e se le istanze ottengono indirizzi IP pubblici. Se necessario, puoi impostare una VCN per accedere a Internet. Puoi anche connettere in privato una VCN ai servizi pubblici di Oracle Cloud Infrastructure come lo storage degli oggetti, a una rete on premise o a un'altra VCN.

La presente documentazione include alcuni scenari di rete di base che consentono di comprendere il servizio di networking e il modo in cui i componenti interagiscono in generale. Fare riferimento agli argomenti seguenti:

• Scenario A: subnet pubblica
• Scenario B: subnet privata con una VPN
• Scenario C: Subnet pubbliche e private con una VPN

Una VCN risiede in una singola area geografica Oracle Cloud Infrastructure. Ogni subnet risiede in un singolo dominio di disponibilità (AD, Availability Domain). I domini di disponibilità sono progettati per fornire isolamento e ridondanza nella VCN, come illustrato in Scenario B e Scenario C menzionati in precedenza. AD esempio, è possibile impostare un set primario di subnet in un singolo dominio di disponibilità e quindi impostare un set duplicato di subnet in un dominio di disponibilità secondario. I due domini di disponibilità sono isolati l'uno dall'altro nei data center Oracle. In caso di errore, è possibile passare facilmente all'altro dominio di disponibilità. Per ulteriori informazioni, vedere Aree e domini di disponibilità.

Per un elenco degli intervalli IP pubblici di Oracle Cloud Infrastructure, vedere Intervalli di indirizzi IP.

Puoi creare l'automazione in base alle modifiche di stato per le risorse Oracle Cloud Infrastructure utilizzando tipi di evento, regole e azioni. Per ulteriori informazioni, vedere Panoramica degli eventi.

La maggior parte dei tipi di risorse Oracle Cloud Infrastructure ha un identificativo univoco assegnato da Oracle chiamato OCID (Oracle Cloud ID). Per informazioni sul formato OCID e su altri modi per identificare le risorse, vedere Identificativi risorsa.

Per informazioni generali sull'uso dell'interfaccia API, vedere API REST.

L'approccio più semplice per concedere l'accesso alla rete è il criterio elencato in Consenti agli amministratori di rete di gestire una rete cloud. Copre la rete cloud e tutti gli altri componenti di networking (subnet, liste di sicurezza, tabelle di instradamento, gateway e così via). Per offrire inoltre agli amministratori di rete la possibilità di creare istanze (per eseguire il test della connettività di rete), vedere Consenti agli utenti di avviare le istanze di computazione.

Se non si ha familiarità con i criteri, vedere Gestione dei domini di Identity e Criteri comuni.

Per informazioni sui materiali di riferimento per la scrittura di criteri più dettagliati per il networking, vedere Dettagli per i servizi di base.

Per esaminare un elenco dei limiti applicabili e le istruzioni per richiedere un incremento del limite, consulta i limiti del servizio.