Express Connect:Load-balance Express Connect circuits to the cloud using ECR

Etapa 1: Solicitar portas físicas

Solicite portas no modo de alta confiabilidade, que oferece recursos robustos de recuperação de desastres. Após a aprovação da solicitação, o sistema cria duas instâncias de porta física.

Etapa 2: Criar VBRs

1. Faça login no console do Express Connect e selecione a região China (Beijing).

2. Na página Physical Port, clique em ID de uma instância de porta física. Na página de detalhes, clique em Create VBR para criar o VBR1.

3. No painel Create VBR, defina Account Type como Current Account, configure os parâmetros principais e clique em OK.

   Parâmetros principais: em Physical Connection Interface, selecione Leased Line e escolha a instância correspondente da interface de conexão física. Defina VLAN ID como 1308, VBR Bandwidth como 200 Mbps, Alibaba Cloud-side IPv4 como 10.10.1.3, On-premises-side IPv4 como 10.10.1.2 e IPv4 Subnet Mask como 255.255.255.0.

4. Repita as etapas anteriores para criar o VBR2 e clique em OK.

   Parâmetros principais para o VBR2: em Physical Connection Interface, selecione Leased Line. Defina VLAN ID como 1309, VBR Bandwidth como 200 Mbps, Alibaba Cloud-side IPv4 como 10.10.2.3, On-premises-side IPv4 como 10.10.2.2, IPv4 Subnet Mask como 255.255.255.0 e Enable IPv6 como Disabled.

Etapa 3: Criar e associar um ECR

1. Criar um Express Connect Router (ECR)

   1. No painel de navegação à esquerda, clique em Express Connect Router (ECR) e, em seguida, clique em Create ECR.

   2. Na caixa de diálogo exibida, insira 64512 para ASN, mantenha os valores padrão dos demais parâmetros, marque a caixa de seleção para concordar com as regras de faturamento e clique em OK.

2. Associar o ECR aos VBRs

   1. Clique em ID da instância ECR criada. Na aba VBR, clique em Add VBR.

   2. Na caixa de diálogo exibida, configure os seguintes parâmetros e clique em OK.

      • Resource Ownership: selecione Same Account.

      • Region: China (Beijing).

      • Networks: selecione a instância VBR1.

   3. Repita as etapas anteriores para associar o ECR ao VBR2.

3. Associar o ECR ao TR

   1. Clique em ID da instância ECR e, em seguida, clique na aba TR .

   2. Clique em Associate TR. Na caixa de diálogo exibida, configure os parâmetros a seguir, mantenha os valores padrão dos demais parâmetros e clique em OK.

      • CEN ID: selecione a instância da Cloud Enterprise Network (CEN) criada.

      • Region: China (Beijing).

      • Transit Router: selecione a instância do Transit Router (TR) criada.

Etapa 4: Configurar o BGP e ativar o BFD

Configure o peering BGP entre seus dispositivos de gateway locais e os VBRs. Uma sessão BGP é estabelecida quando o status do peer BGP se torna Established, permitindo o início da troca de rotas.

Após o estabelecimento do peering, o data center pode aprender rotas da cloud automaticamente usando BGP. Anuncie o bloco CIDR do data center a partir dos seus dispositivos de gateway locais para que os VBRs aprendam as rotas para o data center. Essa configuração permite que os servidores no data center acessem recursos na cloud.

Etapa 5: Verificar a configuração

1. Teste a conectividade de rede.

   Faça login na instância ECS na VPC e execute o comando ping <IP address of the client in the on-premises IDC> para acessar o cliente no IDC local.

   Uma resposta semelhante à saída abaixo indica que a conexão de rede entre o data center e a VPC foi estabelecida.

   [xxx                 2564ek5zZ ~]$ ping 192.168.3.20
   PING 192.168.3.20 (192.168.3.20) 56(84) bytes of data.
   64 bytes from 192.168.3.20: icmp_seq=1 ttl=60 time=1.38 ms
   64 bytes from 192.168.3.20: icmp_seq=2 ttl=60 time=1.17 ms
   64 bytes from 192.168.3.20: icmp_seq=3 ttl=60 time=1.16 ms
   64 bytes from 192.168.3.20: icmp_seq=4 ttl=60 time=1.15 ms
   64 bytes from 192.168.3.20: icmp_seq=5 ttl=60 time=1.16 ms
   64 bytes from 192.168.3.20: icmp_seq=6 ttl=60 time=1.16 ms
   64 bytes from 192.168.3.20: icmp_seq=7 ttl=60 time=1.11 ms
   ^C
   --- 192.168.3.20 ping statistics ---
   7 packets transmitted, 7 received, 0% packet loss, time 6006ms
   rtt min/avg/max/mdev = 1.113/1.179/1.379/0.086 ms

2. Execute o comando traceroute para verificar se os dois circuitos do Express Connect alcançaram acesso com balanceamento de carga. Se o traceroute não estiver instalado, execute um comando como sudo yum install traceroute no CentOS para instalá-lo.

   • Da VPC para o data center

     Faça login em uma instância ECS na VPC e execute o comando traceroute <IP address of the on-premises IDC client>. A resposta indica que o tráfego da VPC para o IDC está balanceado. O comando traceroute verifica o caminho de roteamento da VPC para o IDC, e o terceiro salto passa pelos nós de gateway (10.10.1.5 e 10.10.2.5).

     [root@ixxxxxxxx ~]$ traceroute 192.168.3.20
     traceroute to 192.168.3.20 (192.168.3.20), 30 hops max, 60 byte packets
      1  100.64.2.1 (100.64.2.1)  2.490 ms 100.64.1.241 (100.64.1.241)  2.035 ms 100.64.2.1 (100.64.2.1)  1.433 ms
      2  100.64.1.241 (100.64.1.241)  3.738 ms  3.228 ms 100.64.2.1 (100.64.2.1)  2.828 ms
      3  10.10.1.5 (10.10.1.5)  1.434 ms 10.10.2.5 (10.10.2.5)  1.368 ms  1.253 ms
      4  192.168.3.20 (192.168.3.20)  1.250 ms  1.319 ms  1.341 ms  *

   • Do data center para a VPC

     Faça login no cliente no seu IDC local e execute o comando traceroute <IP address of the ECS instance in the VPC>. A resposta indica que o acesso com balanceamento de carga foi implementado para o tráfego do IDC para a VPC. O comando verifica o caminho de roteamento do IDC para a VPC, onde o terceiro salto passa pelos nós de roteamento principais 10.10.2.3 e 10.10.1.3.

     $ traceroute 10.1.2.61
     traceroute to 10.1.2.61 (10.1.2.61), 30 hops max, 60 byte packets
      1  100.64.0.81 (100.64.0.81)  1.233 ms  100.64.1.65 (100.64.1.65)  0.837 ms  1.930 ms
      2  100.64.0.81 (100.64.0.81)  1.431 ms  100.64.1.65 (100.64.1.65)  2.357 ms  1.927 ms
      3  10.10.2.3 (10.10.2.3)  0.686 ms  10.10.1.3 (10.10.1.3)  0.905 ms  0.793 ms
      4  10.1.2.61 (10.1.2.61)  1.289 ms  1.270 ms  1.281 ms

3. Simule uma falha no link do VBR1. Neste exemplo, use o recurso simulação de falha para simular uma falha no link do VBR1 e testar o failover para o link íntegro.

4. Execute o comando traceroute novamente para verificar se o tráfego foi alternado para o link do VBR2.

   • Da VPC para o data center

     Faça login em uma instância ECS na VPC e execute o comando traceroute <IP address of the on-premises IDC client>. A resposta a seguir indica que o tráfego da VPC para o IDC foi alternado para o VBR2.

     O terceiro salto, 10.10.2.5, é o gateway de saída no caminho do CPE2.

     [root@2564ek5zZ ~]$ traceroute 192.168.3.20
     traceroute to 192.168.3.20 (192.168.3.20), 30 hops max, 60 byte packets
      1  100.64.2.1 (100.64.2.1)  1.393 ms  2.030 ms  2.576 ms
      2  100.64.2.1 (100.64.2.1)  2.335 ms  1.750 ms  2.805 ms
      3  10.10.2.5 (10.10.2.5)  1.328 ms  1.218 ms  1.453 ms
      4  192.168.3.20 (192.168.3.20)  1.261 ms  1.282 ms  1.269 ms

   • Do data center para a VPC

     Faça login em um cliente no IDC local e execute o comando traceroute <IP address of an ECS instance in the VPC>. A mensagem de resposta a seguir indica que o tráfego do IDC para a VPC foi alternado para o VBR2.

     O terceiro salto, 10.10.2.3, é o nó de roteamento do VBR2.

     [alf3tw6Z ~]$ traceroute 10.1.2.61
     traceroute to 10.1.2.61 (10.1.2.61), 30 hops max, 60 byte packets
      1  100.64.1.65 (100.64.1.65)  1.479 ms  1.018 ms  2.207 ms
      2  100.64.1.65 (100.64.1.65)  2.399 ms  1.914 ms  1.623 ms
      3  10.10.2.3 (10.10.2.3)  0.818 ms  1.075 ms  1.160 ms
      4  10.1.2.61 (10.1.2.61)  1.373 ms  1.363 ms  1.364 ms