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 se conectam a instâncias do serviço Compute. Cada sub-rede consiste em uma faixa contígua de endereços IP (para IPv4 e IPv6, se ativada) que não são sobrepostas a outras sub-redes na VCN. É possível definir a existência de uma sub-rede em um único domínio de disponibilidade ou em toda uma região (sub-redes regionais são recomendadas). Sub-redes atuam como uma unidade de configuração dentro da VCN: Todas as VNICs em uma sub-rede específica usam a mesma tabela, listas de segurança e opções DHCP (consulte as definições a seguir). É possível definir uma sub-rede como pública ou privada ao criá-la. Privado significa que as VNICs da sub-rede não podem ter endereços IPv4 públicos e que a comunicação pela internet com pontos finais IPv6 é proibida. Público significa que VNICs na sub-rede podem ter endereços IPv4 públicos e que a comunicação com a internet é permitida por pontos finais IPv6. Consulte Acesso à Internet.

VNIC

Uma placa de interface de rede virtual (VNIC), que se conecta a um serviço Compute e reside em uma sub-rede para permitir uma conexão com a VCN da sub-rede. VNIC é o componente que a instância do serviço Compute usa para estabelecer conexão com pontos finais dentro e fora da VCN. Cada instância do serviço Compute tem uma VNIC principal que é criada durante a criação da instância do serviço Compute e não pode ser removida. Você pode adicionar VNICs secundárias a uma instância existente do serviço Compute (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 da VNIC principal ou em outra sub-rede na mesma VCN ou em outra. Entretanto, todas as VNICs devem estar no mesmo domínio de disponibilidade da instância do serviço Compute. Para obter mais informações, consulte VNICs (Virtual Network Interface Cards). Uma VNIC anexada a uma instância do serviço Compute e que reside em uma Sub-rede ativada por IPv6 pode receber opcionalmente um endereço IPv6.

IP PRIVADO

Um endereço IPv4 privado e informações relacionadas para tratar uma instância do serviço Compute (por exemplo, um nome do 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 em uma instância do serviço Compute não é alterado durante o tempo de vida da instância do serviço Compute e não pode ser removido da instância do serviço Compute. 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 a instâncias de Computação ou a 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 anexar a uma ou várias VCNs. Fornece um caminho para tráfego da rede privada entre uma VCN e uma rede on-premises. Você pode usá-lo com outros componentes de Rede e um roteador em uma rede local para estabelecer uma conexão por meio de VPN Site a Site ou do Oracle Cloud Infrastructure FastConnect. Também pode fornecer um caminho para o tráfego da rede privada entre uma VCN e outra VCN na mesma região ou em outra. Para obter mais informações, consulte Acesso à Sua Rede Local, Gateways de Roteamento Dinâmico, Pareamento Local de VCN por Meio de um DRG Submetido a Upgrade e Pareamento Remoto de VCN por meio de um DRG Submetido a Upgrade.

GATEWAY DE INTERNET

Um roteador virtual opcional que você pode adicionar a uma VCN para acesso direto pela internet. Para obter mais informações, consulte Gateway de 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 o tráfego privado entre uma VCN e serviços suportados na Oracle Services Network (exemplos: Oracle Cloud Infrastructure Object Storage e Autonomous AI Database). Por exemplo, os Sistemas de BD em uma sub-rede privada em uma VCN podem fazer backup de dados no serviço Object Storage sem precisar de endereços IP públicos ou 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 por meio de um DRG Atualizado.

TABELAS DE ROTEAMENTO

Tabelas de roteamento virtual para uma VCN. Eles têm regras para rotear o tráfego de sub-redes para destinos fora da VCN por meio de gateways ou instâncias do serviço Compute especialmente configuradas. Uma VCN vem com uma tabela da rota padrão vazia, e você pode adicionar tabelas da rota 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 saída e entrada especificam os tipos de tráfego (protocolo e porta) permitidos dentro e fora das instâncias do serviço Compute. Você pode decidir se uma regra específica tem ou não monitoramento de estado. Por exemplo, você pode permitir o tráfego SSH recebido de qualquer lugar para um conjunto de instâncias do serviço Compute configurando uma regra da entrada com monitoramento do estado com o CIDR de origem 0.0.0.0/0 e porta TCP de destino 22. 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 às instâncias do serviço Compute quando elas são inicializadas. 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 o número máximo, consulte Limites por 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 Rede para obter uma lista dos limites de serviço aplicáveis, e Solicitando um Aumento do Limite do Serviço para obter instruções sobre como solicitar um aumento do limite.