Visão Geral do Serviço Networking

O serviço Networking utiliza versões virtuais de componentes de rede tradicionais com os quais você pode já 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 decidir 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 de forma intercambiável 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ínua de endereços IP (para IPv4 e IPv6, se ativados) que não se sobrepõem a outras sub-redes da VCN. Você pode definir 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 as mesmas opções DHCP (consulte as definições a seguir). Você pode definir 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 é 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. Uma VNIC é o componente que a instância usa para estabelecer conexão com pontos finais dentro e fora da VCN. Cada instância tem uma VNIC principal que é criada durante a criaçã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 conforme necessário. Cada VNIC secundária pode estar em uma sub-rede na mesma VCN que a VNIC principal ou em outra sub-rede na mesma VCN ou em outra. 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 do serviço Compute 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 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 a uma VCN. Ele fornece um caminho para tráfego de rede privada entre uma VCN e uma rede local. Você pode usá-la com outros componentes do serviço Networking e um roteador em uma rede on-premises para estabelecer uma conexão por meio da VPN Site a Site ou do Oracle Cloud Infrastructure FastConnect. Ele também pode fornecer um caminho para tráfego de rede privada entre uma VCN e outra 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 a uma 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 a uma 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 a uma VCN. Ele fornece um caminho para tráfego de rede privada entre uma 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 em uma 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 a uma 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, sem o tráfego que passa pela internet ou que é roteado por uma 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 uma 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. Uma VCN vem com uma tabela de roteamento padrão vazia, e você pode adicionar tabelas de roteamento personalizadas. Para obter mais informações, consulte Tabelas de Roteamento de VCN.

REGRAS DE SEGURANÇA

Regras de firewall virtual para uma VCN. As regras de entrada e saída especificam os tipos de tráfego (protocolo e porta) permitidos dentro e fora das instâncias. Você pode decidir se uma regra específica tem 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. Uma 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 durante a inicialização. Para obter mais informações, consulte as Opções de DHCP.

NOTAÇÃO CIDR

Um método compacto para especificar endereços IP ou intervalos de endereços e máscaras de rede. Por exemplo, o uso de IPv4 uma faixa de endereços IP privados de 10.0.0.0/24 representa todos os endereços entre 10.0.0.0 e 10.0.0.255. O /24 representa uma máscara de sub-rede de 255.255.255.0 porque os primeiros 24 bits estão mascarados. IPv6 usa notação semelhante a para blocos de endereço. Para obter mais informações, consulte RFC1817 e RFC1519.

Uma VCN abrange um ou mais blocos IPv4 CIDR ou prefixos IPv6. 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ê pode ativar IPv6 para VCNs ao criá-las ou pode ativar IPv6 em 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 uma VCN, recomendamos 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 de uma 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 em uma rede on-premises conectada ou aos CIDRs de outra VCN com a qual há pareamento. As sub-redes de determinada VCN não devem se sobrepor. 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.

Uma 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 cobrir 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ê seleciona o tipo ao criar a sub-rede. Ambos os tipos de sub-rede podem coexistir na mesma VCN. No diagrama a seguir, as sub-redes 1 a 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. Recomendamos o uso de sub-redes regionais porque elas são mais flexíveis. Elas tornam mais fácil dividir com eficiência uma VCN em sub-redes, projetando falhas no domínio de disponibilidade.

Ao criar um recurso, como uma instância do Compute, você decide em qual domínio de disponibilidade o recurso está. De um ponto de vista de rede virtual, você também deve decidir em qual VCN e em qual sub-rede a instância está. Você pode selecionar uma sub-rede regional ou específica do AD que corresponda ao AD escolhido 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 decidir 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 uma VCN para ter acesso à internet, se necessário. Você também pode conectar de forma privada uma VCN com os serviços públicos do Oracle Cloud Infrastructure, como o Object Storage, com uma 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 como os componentes trabalham juntos em geral. 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

Uma VCN reside em uma única região do Oracle Cloud Infrastructure. Cada sub-rede reside em um único domínio de disponibilidade (AD). Os domínios de disponibilidade são projetados para fornecer isolamento e redundância na VCN, conforme ilustrado nos Cenários B e Cenários C mencionados anteriormente. Por exemplo, você pode configurar um 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 automação com base nas alterações de estado dos 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 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 direta para conceder acesso à Rede é a política listada em Permitir que os administradores da rede gerenciem uma rede na nuvem. Ela abrange 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 criar instâncias (para testar a conectividade da rede), consulte Permitir que os usuários iniciem instâncias de computação.

Se você for novo em políticas, consulte Gerenciando Domínios de Identidades 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.