Visão Geral do Serviço Networking

O serviço Networking utiliza versões virtuais de componentes de rede tradicionais com os quais você já pode estar familiarizado:

REDE VIRTUAL NA NUVEM (VCN)

Uma rede virtual privada configurada nos data centers da Oracle. Ela se parece muito com uma rede tradicional, com regras de firewall e tipos específicos de gateways de comunicação que você pode optar por usar. Uma VCN reside em uma única região do Oracle Cloud Infrastructure e abrange um ou mais blocos CIDR (IPv4 e IPv6, se ativados). Consulte Tamanho da VCN e Intervalos de Endereços Permitidos. Os termos rede virtual na nuvem, VCN e rede na nuvem são usados sem distinção nesta documentação. Para obter mais informações, consulte VCNs e Sub-redes.

SUB-REDES

Subdivisões que você define em uma VCN (por exemplo, 10.0.0.0/24, 10.0.1.0/24 ou 2001:DB8::/64). As sub-redes contêm VNICs (virtual network interface cards), que são anexadas às instâncias. Cada sub-rede consiste em uma faixa contígua de endereços IP (para IPv4 e IPv6, se ativados) que não se sobrepõem a outras sub-redes da VCN. Você pode designar que uma sub-rede exista em um único domínio de disponibilidade ou em uma região inteira (recomendamos as sub-redes regionais). As sub-redes atuam como uma unidade de configuração na VCN: todas as VNICs em determinada sub-rede usam a mesma tabela de roteamento, as mesmas listas de segurança e mesmas opções de DHCP (consulte as definições a seguir). Você pode designar uma sub-rede como pública ou privada quando a cria. Privado significa que as VNICs na sub-rede não podem ter endereços IPv4 públicos e a comunicação pela internet com pontos finais IPv6 será proibida. Público significa que as VNICs na sub-rede podem ter endereços IPv4 públicos e a comunicação pela internet é permitida com pontos finais IPv6. Consulte Acesso à Internet.

VNIC

Uma VNIC (Virtual Network Interface Card), que é anexada a uma instância e reside em uma sub-rede para permitir uma conexão com a VCN da sub-rede. A VNIC determina como a instância se conecta com pontos finais dentro e fora da VCN. Cada instância tem uma VNIC principal que é criada durante a inicialização da instância e não pode ser removida. Você pode adicionar VNICs secundárias a uma instância existente (no mesmo domínio de disponibilidade da VNIC principal) e removê-las como desejar. Cada VNIC secundária pode estar em uma sub-rede na mesma VCN que a VNIC principal ou em outra uma sub-rede que esteja na mesma VCN ou em outra VCN. No entanto, todas as VNICs devem estar no mesmo domínio de disponibilidade que a instância. Para obter mais informações, consulte VNICs (Virtual Network Interface Cards). Uma VNIC anexada a uma instância de computação e residente em uma sub-rede ativada para IPv6 pode, opcionalmente, receber um endereço IPv6.

IP PRIVADO

Um endereço IPv4 privado e informações relacionadas para acessar uma instância (por exemplo, um nome de host para DNS). Cada VNIC tem um IP privado principal, e você pode adicionar e remover IPs privados secundários. O endereço IP privado principal de uma instância não muda durante o tempo de vida da instância e não pode ser removido da instância. Para obter mais informações, consulte Endereços IP Privados.

IP PÚBLICO

Um endereço IPv4 público e informações relacionadas. Opcionalmente, você pode designar um IP público para as suas instâncias ou para outros recursos que tenham um IP privado. Os IPs públicos podem ser efêmeros ou reservados. Para obter mais informações, consulte Endereços IP Públicos.

IPV6

Um endereço IPv6 e informações relacionadas. Há suporte para o endereçamento IPv6 em todas as regiões comerciais e do setor governamental. Para obter mais informações, consulte Endereços IPv6.

GATEWAY DE ROTEAMENTO DINÂMICO (DRG)

Um roteador virtual opcional que você pode adicionar à sua VCN. Ele fornece um caminho para tráfego de rede privada entre a sua VCN e a rede local. Você pode usá-la com outros componentes do serviço Networking e um roteador na sua rede on-premises para estabelecer uma conexão por meio da VPN Site a Site ou do FastConnect do Oracle Cloud Infrastructure. Ele também pode fornecer um caminho para tráfego de rede privada entre a sua VCN e uma VCN em outra região. Para obter mais informações, consulte Access to Your On-Premises Network, Dynamic Routing Gateways e Remote VCN Peering usando um DRG Legado.

GATEWAY DE INTERNET

Outro roteador virtual opcional que você pode adicionar à sua VCN para acesso direto à internet. Para obter mais informações, consulte Acesso à Internet e também Cenário A: Sub-rede Pública.

GATEWAY NAT (CONVERSÃO DE ENDEREÇO DE REDE)

Outro roteador virtual opcional que você pode adicionar à sua VCN. Ele permite que recursos de nuvem sem endereços IP públicos acessem a internet sem expor esses recursos a conexões de entrada na internet. Para obter mais informações, consulte Sub-redes Públicas versus Privadas e também Gateway NAT.

GATEWAY DE SERVIÇO

Outro roteador virtual opcional que você pode adicionar à sua VCN. Ele fornece um caminho para tráfego de rede privada entre a sua VCN e serviços suportados na Oracle Services Network (exemplos: Oracle Cloud Infrastructure Object Storage e Autonomous Database). Por exemplo, Sistemas de Banco de Dados em uma sub-rede privada na sua VCN podem fazer backup de dados no Object Storage sem precisar de endereços IP públicos ou de acesso à internet. Para obter mais informações, consulte Acesso a Serviços Oracle: Gateway de Serviço.

GATEWAY DE PAREAMENTO LOCAL (LPG)

Outro roteador virtual opcional que você pode adicionar à sua VCN. Ele permite parear uma VCN com outra VCN na mesma região. Pareamento significa que as VCNs se comunicam usando endereços IP privados, ou seja, sem o tráfego que passa pela internet ou que é roteado pela sua rede local. Uma VCN deve ter um LPG separado para cada pareamento estabelecido por ela. Para obter mais informações, consulte Pareamento de VCN Local usando Gateways de Pareamento Locais.

CONEXÃO DE PAREAMENTO REMOTO (RPC)

Um componente que você pode adicionar a um DRG. Ele permite parear uma VCN com outra VCN em outra região. Para obter mais informações, consulte Pareamento Remoto de VCN usando um DRG Legado.

TABELAS DE ROTEAMENTO

Tabelas de roteamento virtual para a sua VCN. Elas têm regras para rotear tráfego de sub-redes para destinos fora da VCN por meio de gateways ou de instâncias especialmente configuradas. A sua VCN vem com uma tabela de roteamento padrão vazia, e você pode adicionar as suas próprias tabelas de roteamento personalizadas. Para obter mais informações, consulte Tabelas de Roteamento de VCN.

REGRAS DE SEGURANÇA

Regras de firewall virtual para a sua VCN. Trata-se de regras de entrada e saída que especificam os tipos de tráfego (protocolo e porta) permitidos dentro e fora das instâncias. Você pode escolher se determinada regra terá ou não monitoramento de estado. Por exemplo, você pode permitir tráfego SSH de entrada, proveniente de qualquer lugar, para um conjunto de instâncias. Para isso, configure uma regra de entrada com monitoramento de estado usando o CIDR de origem 0.0.0.0/0 e a porta TCP 22 de destino. Para implementar regras de segurança, você pode usar grupos de segurança de rede ou listas de segurança. Um grupo de segurança de rede consiste em um conjunto de regras de segurança que se aplicam somente aos recursos desse grupo. Compare um grupo de segurança com uma lista de segurança, no qual as regras se aplicam a todos os recursos de qualquer sub-rede que use a lista. A sua VCN vem com uma lista de segurança padrão com regras de segurança padrão. Para obter mais informações, consulte Regras de Segurança.

OPÇÕES DE DHCP

Informações de configuração fornecidas automaticamente para as instâncias quando elas são inicializadas. Para obter mais informações, consulte as Opções de DHCP.

Uma VCN abrange um ou mais blocos IPv4 CIDR ou prefixos IPv6 à sua escolha. O intervalo de tamanho de VCN permitido é de /16 a /30. Exemplo: 10.0.0.0/16. O serviço Networking reserva os dois primeiros endereços IP e o último no CIDR de cada sub-rede. Você poderá ativar o IPv6 para as suas VCNs ao criá-las ou pode ativá-lo nas VCNs somente IPv4 existentes. Se você decidir usar um prefixo IPv6 alocado pela Oracle, sempre receberá um /56. Se preferir, você poderá importar seu próprio prefixo IPv6 BYOIP do qual poderá designar qualquer prefixo de /64 ou maior a uma VCN ou designar um prefixo ULA de /64 ou maior. As faixas de GUA podem ir até 2000::/3 e as faixas de ULA podem ir até fc00::/7. O tamanho das sub-redes IPv6 é sempre /64.

Para a sua VCN, a Oracle recomenda o uso das faixas de endereços IP privados especificados na RFC 1918 (a RFC recomenda 10.0/8 ou 172.16/12, mas a Oracle não suporta esses tamanhos; portanto, use 16/10.0, 172.16/16 e 192.168/16). No entanto, você pode usar um intervalo roteável de forma pública. Independentemente, essa documentação usa o termo endereço IP privado ao fazer referência a endereços IP no CIDR da sua VCN. As faixas de endereços que não são permitidas são descritas em Endereços IP Reservados para Uso do Sistema Oracle. Nas VCNs ativadas para IPv6, a Oracle pode alocar um prefixo /56 de endereço unicast global ou criar uma VCN com um prefixo BYOIPv6.

Os blocos CIDR da VCN não devem se sobrepor aos CIDRs na sua rede on-premises ou aos CIDRs de outra VCN com a qual há pareamento. Não deve haver sobreposição entre as sub-redes de determinada VCN. Para referência, verifique a calculadora de CIDR.

Há suporte para o endereçamento IPv6 em todas as regiões comerciais e do setor governamental. Para obter mais informações, consulte Endereços IPv6.

A sua VCN reside em uma única região do Oracle Cloud Infrastructure. Uma região pode ter vários domínios de disponibilidade para fornecer isolamento e redundância. Para obter mais informações, consulte Regiões e Domínios de Disponibilidade.

Originalmente, as sub-redes foram projetadas para abranger somente um domínio de disponibilidade (AD) em uma região. Elas eram todas específicas do AD. Isso significa que os recursos da sub-rede precisavam residir em determinado domínio de disponibilidade. Agora as sub-redes podem ser específicas ou regionais do AD. Você escolhe o tipo ao criar a sub-rede. Ambos os tipos de sub-redes podem coexistir na mesma VCN. No diagrama a seguir, as sub-redes 1-3 são específicas do AD, e a sub-rede 4 é regional.

As sub-redes regionais se comportam da mesma forma que as sub-redes específicas do AD. A diferença é a remoção da restrição do AD. A Oracle recomenda o uso de sub-redes regionais porque elas são mais flexíveis. Elas facilitam a divisão eficiente da sua VCN em sub-redes, prevendo falhas no domínio de disponibilidade.

Ao criar um recurso, como uma instância de computação, você escolhe em qual domínio de disponibilidade o recurso estará. De um ponto de vista de rede virtual, você também deve escolher em qual VCN e em qual sub-rede a instância deverá ficar. Você pode escolher uma sub-rede regional ou uma sub-rede específica do AD que corresponda ao AD selecionado para a instância.

Cada sub-rede sempre tem estes componentes associados a ela:

• Uma tabela de roteamento
• Uma ou mais listas de segurança (para obter o número máximo, consulte Limites de Serviço)
• Um conjunto de opções de DHCP

Durante a criação da sub-rede, você pode escolher qual tabela de roteamento, lista de segurança e conjunto de opções de DHCP a sub-rede utilizará. Se você não especificar um componente específico, a sub-rede usará automaticamente o componente padrão da VCN. A qualquer momento, é possível alterar quais componentes a sub-rede utilizará.

Você pode controlar se as sub-redes serão públicas ou privadas e se as instâncias terão endereços IP públicos. Você pode configurar a sua VCN para ter acesso à internet se desejar. Você também pode conectar de forma privada a sua VCN com os serviços públicos do Oracle Cloud Infrastructure, como o Object Storage, com a sua rede local ou com outra VCN.

Esta documentação inclui alguns cenários de rede básicos para ajudá-lo a entender o serviço Networking e a saber como geralmente os componentes trabalham juntos. Consulte estes tópicos:

• Cenário A: Sub-rede Pública
• Cenário B: Sub-rede Privada com uma VPN
• Cenário C: Sub-redes Públicas e Privadas com uma VPN

A sua VCN reside em uma única região do Oracle Cloud Infrastructure. Cada sub-rede reside em um único domínio de disponibilidade (AD). Os Dimensões de disponibilidade são projetados para fornecer isolamento e redundância na sua VCN, conforme ilustrado nos Cenário B e Cenário C mencionados anteriormente. Por exemplo, você pode configurar o seu principal conjunto de sub-redes em um único AD e configurar um conjunto duplicado de sub-redes em um AD secundário. Os dois ADs são isolados um do outro nos data centers da Oracle. Dessa forma, se houver uma falha, você poderá alternar facilmente para o outro AD. Para obter mais informações, consulte Regiões e Domínios de Disponibilidade.

Para obter uma lista de intervalos de IPs públicos do Oracle Cloud Infrastructure, consulte Intervalos de Endereços IP.

Você pode criar a automação com base nas alterações de estado dos seus recursos do Oracle Cloud Infrastructure usando tipos de evento, regras e ações. Para obter mais informações, consulte Visão Geral de Eventos.

A maioria dos tipos de recursos do Oracle Cloud Infrastructure tem um identificador exclusivo designado pelo sistema Oracle chamado OCID (Oracle Cloud ID). Para obter informações sobre o formato OCID e outras maneiras de identificar os seus recursos, consulte Identificadores de Recursos.

Para obter informações gerais sobre o uso da API, consulte APIs REST.

A abordagem mais simples para conceder acesso a uma Rede é a política listada em Permitir que os administradores da rede gerenciem uma rede na nuvem. Essa abordagem inclui a rede na nuvem e todos os outros componentes da Rede (sub-redes, listas de segurança, tabelas de roteamento, gateways etc.). Para também oferecer aos administradores de rede a capacidade de iniciar instâncias (para testar a conectividade da rede), consulte Permitir que os usuários iniciem instâncias de computação.

Caso tenha pouca experiência com políticas, consulte Introdução a Políticas e Políticas Comuns.

Para obter material de referência ao escrever políticas mais detalhadas para Redes, consulte Detalhes dos Serviços Principais.

Consulte Limites de Serviço para obter uma lista de limites e instruções aplicáveis a uma solicitação de aumento de limite.