Melhores Práticas de Redundância do FastConnect

Este tópico aborda as melhores práticas de redundância durante a implementação do FastConnect.

Para obter informações gerais sobre o FastConnect, consulte Visão Geral do FastConnect.

Visão Geral

Em geral, você deve projetar a sua rede para obter alta disponibilidade (HA). Além disso, você deve estar preparado para estes tipos de interrupções:

  • Manutenção programada regularmente pela sua organização, pelo provedor (se você estiver usando um) ou pela Oracle.
  • Falhas inesperadas nos seus componentes de rede, no seu provedor ou no sistema Oracle. As falhas são raras, mas você deve se planejar para elas.

Para redundância, a Oracle fornece:

  • Vários provedores para cada região (consulte a lista de FastConnect Parceiros)
  • Dois ou mais locais FastConnect para regiões com várias entradas na lista de locais FastConnect na parte inferior da lista de FastConnect Parceiros (muitas regiões têm um único local FastConnect)

  • Dois roteadores em cada local onde há FastConnect
  • Várias conexões físicas entre cada parceiro Oracle e o sistema Oracle (para determinada região)

As melhores práticas de redundância dependem do modelo de conectividade utilizado.

Se Você Usar um Parceiro Oracle

Modelo de conectividade:

O sistema Oracle trata a redundância das conexões físicas entre o parceiro e o sistema Oracle e a redundância dos roteadores nos locais do FastConnect. Você trata a redundância da conexão física entre a sua rede existente e o parceiro Oracle.

As melhores práticas restantes dependem do parceiro que você está usando e dos detalhes da sessão BGP da sua borda:

  • Para alguns parceiros, a sessão BGP da sua borda vai para o sistema Oracle. Para obter as melhores práticas de redundância, consulte a próxima seção.
  • Para outros parceiros, a sessão BGP da sua borda vai para o parceiro Oracle. Para obter as melhores práticas de redundância, consulte Cenário do Parceiro Oracle: Sua Sessão BGP é para o Parceiro Oracle.

Para obter informações sobre os dois cenários, consulte Diagramas da Rede Básica.

Cenário do Parceiro Oracle: Sua Sessão BGP é para o Sistema Oracle

No mínimo, cada parceiro Oracle tem duas conexões físicas distintas com o sistema Oracle. Configure um circuito virtual em uma conexão física (como principal) e o outro circuito virtual em outra conexão física (como secundário). O diagrama a seguir ilustra dois circuitos virtuais, cada um acessando um roteador específico em um único local onde há FastConnect. Se a região tiver um segundo local, a segunda conexão física do parceiro poderá, em vez disso, ir para esse local.

Esta imagem mostra uma configuração com um provedor Oracle e vários circuitos virtuais em diferentes roteadores em um único local onde há FastConnect.

Se você estiver trabalhando em uma região que tenha somente um único local onde há FastConnect, talvez queira também uma diversidade de local. Para fazer isso, repita a configuração anterior dos dois circuitos virtuais com o mesmo parceiro Oracle, mas em um segundo local do FastConnect em uma região próxima. Observe que você deve ter uma configuração duplicada dos seus recursos de nuvem Oracle nessa segunda região, conforme mostrado no diagrama a seguir.

Esta imagem mostra uma configuração com um provedor Oracle e conexões com duas diferentes regiões Oracle.

Se você também quiser uma diversidade de provedor, repita a configuração inteira com outro provedor em cada região que estiver sendo usada.

Cenário do Parceiro Oracle: Sua Sessão BGP é para o Parceiro Oracle

Neste cenário, a sessão BGP da sua borda vai para o parceiro Oracle (conforme mostrado no diagrama a seguir). Além da sua sessão BGP, o parceiro Oracle tem sessões BGP próprias com o sistema Oracle (entre a borda do parceiro e a borda do sistema Oracle). O circuito virtual é uma conexão lógica que vai da sua borda para a borda do sistema Oracle.

O parceiro tem duas conexões físicas distintas com o sistema Oracle. Você cria um circuito virtual com o parceiro. Neste cenário, o circuito virtual é automaticamente projetado para ser redundante e diverso. O circuito virtual tem duas sessões BGP distintas entre o parceiro e o sistema Oracle, sendo cada uma em uma conexão física específica. O diagrama a seguir mostra as duas sessões BGP separadas como linhas pontilhadas para um único circuito virtual.

Esta imagem mostra uma configuração com um provedor Oracle e várias sessões BGP entre o provedor e o sistema Oracle para um único circuito virtual.

Além disso, assegure-se de que a conexão entre a sua borda e o parceiro seja redundante e diversa.

Se você estiver trabalhando em uma região que tenha somente um único local onde há FastConnect, talvez queira também uma diversidade de local. Para fazer isso, repita a configuração anterior de um circuito virtual com o mesmo parceiro Oracle, mas em um segundo local do FastConnect em uma região próxima. Observe que você também deve ter uma configuração duplicada dos seus recursos de nuvem Oracle nessa segunda região, conforme mostrado no diagrama a seguir.

Esta imagem mostra uma configuração com um provedor Oracle e conexões com duas diferentes regiões Oracle.

Se Você Utiliza um Provedor de Terceiros ou uma Co-localização com um Sistema Oracle

Modelos de conectividade:

O sistema Oracle cuida da redundância dos roteadores Oracle nos locais de FastConnect Trate a redundância da conexão física entre a sua rede existente e o sistema Oracle.

Para fazer isso, crie duas conexões físicas com o sistema Oracle, uma para cada local onde há FastConnect que atenda à região. Isso significa que na Console do sistema Oracle, você configura duas conexões FastConnect separadas. Em seguida, você cria dois circuitos virtuais. Configure o primeiro circuito na primeira conexão física (a primeira conexão FastConnect) e configure o segundo circuito na segunda conexão física. O diagrama a seguir mostra a configuração geral.

Esta imagem mostra uma configuração de co-localização na qual há duas conexões físicas e dois circuitos virtuais no local onde há FastConnect.

Talvez você prefira estabelecer conexão com apenas um único local onde há FastConnect por questões de custos ou porque a região tem apenas um local onde há FastConnect. Nesse caso, crie duas conexões físicas e certifique-se de que cada uma vá para um roteador Oracle específico nesse local onde há FastConnect.. Você pode fazer isso na Console do sistema Oracle ao configurar a segunda conexão física. Você pode especificar a proximidade dessa conexão com outras conexões FastConnect nesse local. Por exemplo, a imagem a seguir mostra como solicitar que a sua segunda conexão física (que é um grupo de conexões cruzadas) seja criada em um roteador diferente do utilizado na sua primeira conexão nesse local onde há FastConnect (chamada MyConnection-1).

Esta imagem mostra informações de proximidade do roteador na Console.

Você deve dimensionar a largura de banda de ambas as conexões físicas uniformemente e utilizando um grupo de conexões cruzadas (LAG) para cada conexão. Imagine que você tenha duas conexões cruzadas individuais de 10 Gbps em um único local do FastConnect (cada uma com um roteador Oracle distinto para proporcionar redundância e diversidade). Se precisar de uma largura de banda de 20 Gpbs em determinado momento, você deverá garantir que cada uma das suas conexões físicas consista em um grupo de conexões cruzadas (LAG) para conter a conexão cruzada. Você então precisa adicionar outra conexão cruzada de 10 Gbps com cada LAG, para que cada conexão física redundante tenha duas conexões cruzadas de 10 Gbps.

Se você estiver trabalhando em uma região que tenha somente um único local onde há FastConnect, talvez queira também uma diversidade de local. Para conseguir isso, repita a configuração em um segundo local onde há FastConnect em uma região próxima. Observe que você também deve ter uma configuração duplicada dos seus recursos de nuvem Oracle nessa segunda região, conforme mostrado no diagrama a seguir.

Esta imagem mostra uma configuração de co-localização para duas regiões distintas.

VPN Site a Site como Backup para FastConnect

A Oracle recomenda o uso de VPN Site a Site como backup para a conexão FastConnect. Se você fizer isso, certifique-se de que os túneis IPSec da VPN Site a Site estejam configurados para usar o roteamento BGP com uma VPN baseada em rota. Dentro da rede on-premises existente, manipule o roteamento para que haja preferência por rotas obtidas pelo FastConnect em relação às rotas obtidas pela VPN Site a Site. Por exemplo, use AS_Path Prepend para influenciar o tráfego de saída do sistema Oracle e use a preferência de local para influenciar o tráfego de saída da sua rede.

Se você estiver usando backup de VPN, analise o comportamento de roteamento BGP da Oracle na tabela mostrada em Usando AS_PATH para dar preferência a rotas da Oracle para a sua rede on-premises.

O diagrama a seguir mostra uma configuração com circuitos virtuais FastConnect redundantes e túneis VPN Site a Site redundantes.

Esta imagem mostra o FastConnect com VPN Site a Site como backup.