Este guia explica como conectar o Azure ao Cato Cloud via Interconexão em Nuvem.
Para mais informações sobre os sites de Interconexão de Nuvem, consulte Começando com Interconexão de Nuvem Sites.
Visão geral de Interconexão em Nuvem para Azure
A Cato suporta apenas o modelo Ativo-Passivo para site de Interconexão de Nuvem com 2 circuitos. BGP é usado para trocar informações de roteamento entre PoPs da Cato e roteadores de borda do Azure e também para determinar o circuito ativo para o site.
Melhores práticas: A Cato recomenda conectar dois circuitos no Azure para cenários de resiliência e redundância. Configurações de um único circuito também são suportadas.
Preparando-se para Criar um Site deInterconexão em Nuvem
Ao criar um site de Interconexão em Nuvem do Azure, é necessário configurar as configurações para seu locatário Azure e o Aplicativo de Gerenciamento Cato.
Antes de começar a implantar um site de Interconexão em Nuvem, é importante verificar se o caso de uso para a conexão Principal e Secundário é suportado pelas Localizações de PoP Cato, os provedores de nuvem e os provedores de infraestrutura. Para mais informações sobre a preparação para sites de Interconexão de Nuvem, consulte Começando com Sites de Interconexão de Nuvem.
Nota:
Para implantar o site de Interconexão de Nuvem, a Cato fornece uma configuração perfeita usando algumas credenciais básicas, para criar a conexão com o provedor de infraestrutura (por exemplo, Equinix). Se o seu caso de uso não for suportado pela configuração automatizada, entre em contato com o seu representante de conta (PS/SE/CSM) para implantar a conexão manualmente.
Para problemas que você encontrar após implantar seu site de Interconexão em Nuvem, contate Suporte.
Visão Geral de Alto Nível da Configuração de um Local de Interconexão em nuvem
|
Este é um panorama da alta gestão do processo para configurar a Interconexão em Nuvem para um site Cato Azure:
Verifique se o caso de uso é suportado pela Localização do PoP Cato, o provedor de nuvem e o provedor de infraestrutura.
Para Localizações de PoP que estão disponíveis imediatamente, continue com a etapa 2.
Para Localizações de PoP que estarão disponíveis em uma data futura, aguarde Cato concluir as configurações manuais de back-end antes de configurar o site de Interconexão em Nuvem.
Crie dois circuitos ExpressRoute no Azure.
Se solicitado pelo suporte da Cato, envie as Chaves de Serviço dos circuitos criados para a Cato para provisionamento.
No Aplicativo de Gerenciamento Cato, crie um novo site e escolha o tipo de site comoInterconexão em Nuvem.
Configure sub-redes IP /30 para os circuitos principal e secundário do site.
Configure a largura de banda por circuito.
Configure BGP entre a Cato e o Azure:
No Azure - Uma vez provisionado, configure o emparelhamento do circuito ExpressRoute e configure as mesmas sub-redes IP adicionadas ao Aplicativo de Gerenciamento Cato.
No Aplicativo de Gerenciamento Cato - Configure as configurações de par BGP para os circuitos principal e secundário. (Cato prefere automaticamente as métricas do par principal)
Conecte seu Azure Virtual Network Gateway aos circuitos ExpressRoute principais e secundários.
Teste a conectividade com seu novo local.
Abaixo está um exemplo de topologia de baixo nível de um ambiente Azure cloud conectado à Cato via Interconexão em Nuvem.
Configurando as Configurações na Conta do Azure
Esta seção descreve como configurar as configurações para um centro de dados do Azure para que ele possa se conectar ao site de Interconexão em Nuvem na sua conta Cato.
Para configurar as configurações do Azure para o site de Interconexão de Nuvem:
No Azure, crie um novo circuito ExpressRoute em ExpressRoute Circuits > Create.
Em Basics, selecione o Grupo de Recursos e a região da instância.
Na guia Configuration, configure estas configurações:
Selecione o Tipo de Porta como Provedor, e selecione um Provedor de Interconexão em Nuvem na lista suspensa do Provedor.
Nota: O provedor atualmente suportado é o EquinixCloud Exchange (ECX).Provedores adicionais serão suportados futuramente.
Em Localização de Emparelhamento, selecione a mesma localização do PoP ao qual você está se conectando.
Nota:
Se sua instância do Azure estiver localizada em US East ou US East 2, selecione Washington DC como sua conexão de emparelhamento.
Largura de banda: Selecione a largura de banda alinhada com sua licença Cato.
SKU: Selecione Padrão ou Premium.
Premium permite conectar um número alto de VNets ao circuito, enquanto o padrão é limitado a 10 Redes Virtuais.
Modelo de Cobrança Medido: é uma análise de custo por consumo, enquanto ilimitado é uma taxa fixa mensal para este circuito.
Nota: Alterar o modelo de cobrança de Ilimitado para Medido não é suportado pela Azure. No entanto, você pode mudar de Medido para Ilimitado a qualquer momento.
Revise e clique em Criar o circuito ExpressRoute.
Assim que o circuito ExpressRoute for implantado com sucesso, ele aparecerá como Não provisionado. Neste estágio, não é possível configurar o emparelhamento dos circuitos até que estejam completamente provisionados pelo Provedor de Serviço. (I.e. Equinix)
Para concluir o processo de provisionamento, o provedor de serviços do data center de Interconexão de Nuvem requer a Chave de Serviço única gerada pela Azure para cada circuito ExpressRoute. (Vista na página Visão Geral)
Copiar a Chave de Serviço. Você precisará dela ao usar o assistente de conexão automatizado no Aplicativo de Gerenciamento Cato. Se você estiver criando a conexão manualmente, envie a Chave de Serviço para seu representante Cato para provisão com o provedor de serviço.
Você não pode continuar para as próximas etapas deste guia até que o provisionamento seja concluído.
Uma vez provisionado, a configuração do circuito se torna editável e o status do circuito no portal Azure mudará de Não provisionado para Provisionado.
O próximo passo é associar o circuito ExpressRoute e o emparelhamento BGP (A seguinte configuração será completamente replicada no Aplicativo de Gerenciamento Cato nas próximas etapas)
Sob Emparelhamentos, estas são as opções - Azure privado, Azure público e Microsoft.
Azure público está obsoleto para novos circuitos e Microsoft é usado para serviços Azure PaaS. Para este circuito, selecionaremos Azure privado (Mais informações estão disponíveis aqui)
ASN do Par – Este é o ASN que será usado para representar o lado da Cato na configuração Azure. Você pode usar qualquer ASN privado para o lado da Cato (O ‘Par’ ASN).
Sub-redes – IPv4.
Sub-redes primária e secundária – Espaços de endereço únicos são necessários para o emparelhamento, cada sub-rede precisa ser definida por uma notação /30. Como um padrão Microsoft Azure, o primeiro IP utilizável serve como o IP do par para o roteador do cliente, enquanto o segundo IP serve como IP do roteador da Microsoft. (Exemplo, uma sub-rede primária de 172.16.0.0/30 usa 172.16.0.1 como o roteador Cato e 172.16.0.2 como o roteador MS)
A Azure exige que tanto uma sub-rede primária quanto secundária sejam configuradas, mas a Cato usa apenas a sub-rede primária para cada circuito ExpressRoute. (No caso de configuração HA)
Portanto, uma sub-rede secundária "fictícia" simulada é necessária para atender aos requisitos da Azure, mas NÃO será usada nas configurações de emparelhamento de Interconexão de Nuvem.
A sub-rede primária configurada aqui também será usada nas etapas de configuração do Aplicativo de Gerenciamento Cato.
ID de VLAN – Campo obrigatório: As mesmas configurações que o ID de VLAN configurado no Aplicativo de Gerenciamento Cato pela equipe da Cato. Este ID de VLAN é denotado em todas as partes para a conexão – O provedor de nuvem, a colocation da Equinix e o PoP da Cato. Este ID de VLAN será decidido pela Cato e deve ser configurado da mesma maneira para o emparelhamento de seus provedores de nuvem, se necessário.
Vincular uma VNet no Azure ao Circuito ExpressRoute
Uma vez que o circuito é provisionado, o que resta é conectar recursos ao circuito ExpressRoute e estabelecer conectividade entre o Azure e o Aplicativo de Gerenciamento Cato.
Esta seção cobre o primeiro, se você desejar estabelecer conectividade com o Aplicativo de Gerenciamento Cato primeiro, por favor, pule para Completar a Configuração de Interconexão em Nuvem.
Limitações para Vincular um VNet do Azure com um Circuito ExpressRoute
De acordo com a Azure, implantar um Gateway VNet pode levar até ~45 minutos.
Certifique-se de evitar associar grupos de segurança de rede com a sub-rede Gateway, isso pode causar a interrupção do funcionamento do Gateway VNet.
VNets conectados a um ExpressRoute podem se comunicar entre si por padrão. A Microsoft recomenda usar VNet Peering.
O número de espaços de endereços anunciados das redes virtuais locais ou emparelhadas precisa ser igual ou inferior a 1.000.
Com uma Padrão ExpressRoute SKU, você pode vincular até 10 redes virtuais. (VNets) Todas as redes virtuais devem estar na mesma Região da Nuvem, enquanto um circuito ExpressRoute Premium permite mais de 10 VNets em várias Regiões da Nuvem. (O SKU por circuito pode ser editado na página de Configuração do circuito)
Antes que o circuito ExpressRoute possa ser vinculado você deve criar um Subnet Gateway e um Gateway de Rede Virtual ou ter os já existentes disponíveis. Mais sobre como fazer isso pode ser encontrado aqui na documentação oficial da Azure.
Para vincular um Gateway de Rede Virtual:
Na página do circuito ExpressRoute vá para Conexões > Adicionar.
Na página Criar conexão, selecione Tipo de Conexão como ExpressRoute juntamente com um nome e região dados e selecione Próximo.
Selecione o Gateway para vincular em Gateway de Rede Virtual e selecione seu circuito provisionado em Circuito ExpressRoute.
A conexão agora aparece sob as informações do circuito.
Criando o Site de Interconexão em Nuvem
No Aplicativo de Gerenciamento Cato, crie um novo site para o Interconexão de Nuvem provedor.
Este artigo assume que você está criando um site de Interconexão em Nuvem HA Ativo-Passivo. Se você estiver criando um único circuito Interconexão de Nuvem site, crie apenas um primário ExpressRoute Circuito. (Recomendado apenas para fins de teste)
Para um site Azure Interconexão de Nuvem, recomendamos que você crie o site ao mesmo tempo que enviar a solicitação inicial para provisionamento. Isso permite que você configure a configuração da Cato para este site de forma mais rápida.
Para criar o site de Interconexão de Nuvem:
No Aplicativo de Gerenciamento Cato, em Rede > Sites, clique em Novo para criar um novo site.
Selecione o Tipo de Conexão como Interconexão de Nuvem e defina as configurações para o site.
Clique em Aplicar e depois em Salvar.
Selecione o novo site e vá para Configurações do Site > Interconexão de Nuvem e clique em Nova Conexão.
Nota:
Nota: Para implantações HA, certifique-se de criar a conexão principal primeiro.
Concluindo a Configuração de Interconexão de Nuvem
Após criar a rota expressa, continue com a configuração do site de Interconexão de Nuvem que você iniciou acima.
Sob a Configuração do Azure Express Route, insira sua chave de serviço do Azure Express Route que você criou.
Sob Valide Sua Conexão, clique em Validar. A largura de banda e a localização do peering Azure são preenchidas automaticamente.
Clique em Apply.
Após a conexão ser estabelecida, prossiga para configurar o BGP.
Definindo as Configurações de BGP para o Site
Esta seção explica como definir a sessão BGP sobre a conexão de emparelhamento privado existente.
O site de conexão cruzada é exibido no estado Conectado quando pelo menos um par BGP é alcançável, independentemente do status de provisionamento com seu provedor de nuvem.
O estabelecimento do BGP é o único indicador da conectividade do site. BGP também permite determinar a troca de roteamento e o failover de túnel.
Para configurar as configurações BGP para o site de Interconexão de Nuvem:
Configure as mesmas configurações na aba BGP que na configuração do site Interconexão de Nuvem. Para cada circuito, vá para Configurações do Site > BGP e clique em Novo.
Sob as Configurações de ASN, configure o ASN da Cato como o valor de sua escolha (certifique-se de que ele corresponda ao ASN de Par previamente configurado na página de configuração do Azure ExpressRoute)
Configure o ASN do Par como 12076. Esta é uma notação ASN reservada usada pela Azure para circuitos ExpressRoute.
Em configurações de IP configure o IP do Par. Este é o mesmo IP configurado nas configurações da Interconexão de Nuvem como Site. (Este IP representa o IP do par do provedor de nuvem.)
O IP da Cato é selecionado automaticamente com base nas configurações de Interconexão de Nuvem.
Defina a política de roteamento BGP - É possível manipular a política de anúncio de rotas para cada par.
Recomendamos que existam políticas iguais tanto para ambos os pares em um site Interconexão de Nuvem para evitar discrepâncias de roteamento.
As opções de Anunciar permitem configurar como o site anuncia as rotas BGP para este vizinho.
Rota padrão - O site anuncia uma rota padrão (0/0) para os vizinhos BGP. Os vizinhos podem enviar todo o tráfego para esta rota padrão, mesmo que não esteja na tabela de roteamento. Você pode adicionar tags de comunidade BGP à rota padrão. Para mais sobre comunidades BGP, veja Trabalhando com Filtragem BGP.
Todas as rotas - O site anuncia a tabela de roteamento interna para toda a conta para o vizinho BGP. Essas rotas incluem intervalos estáticos e faixas flutuantes, além de rotas aprendidas de outros pares neste site e em toda a sua Rede. Esta opção é frequentemente ativada para enviar o tráfego WAN para o vizinho BGP.
Nota: Todo o intervalo de usuários SDP é anunciado para o par BGP como uma única rota.
Resumo de rotas - O site anuncia uma rota resumida em vez de várias rotas únicas, os pares BGP podem simplificar suas decisões de encaminhamento e minimizar os recursos computacionais necessários para pesquisa de rota. Veja, Trabalhando com Resumos de Rotas BGP.
Na seção Aceitar, selecione se o site aceita ou descarta os endereços IP dinâmicos publicados por este vizinho. Quando você seleciona uma opção de Descartar, está limitando a propagação dinâmica deste vizinho BGP. Para mais informações sobre listas de rotas BGP, veja Trabalhando com Filtragem BGP.
Por exemplo, em implementações que utilizam AWS Direct Connect, BGP é obrigatório, mas você não quer aceitar os endereços dinâmicos da AWS. Nessas implementações, recomendamos que selecione Descartar Todas.
Na seção NAT, selecione Realizar NAT para IPs públicos para o site realizar SNAT para todos os IPs e o tráfego ser traduzido para o endereço IP da LAN.
Configure as Configurações Adicionais para as rotas BGP:
MD5 – Uma camada adicional de segurança. Este campo é obrigatório.(No Azure, este é o atributo Chave Compartilhada)
Métrica – A prioridade do par pode ser alterada.
O perfil de configuração esperado é ter uma métrica melhor para o par principal do que para o par secundário.
Tempo de espera e valores de Intervalo de Keepalive.
Rastreamento > Notificação por Email – Alertas opcionais para alterações de conectividade BGP.
Clique em Aplicar.
O site de Interconexão de Nuvem está configurado. Verifique se o site está funcionando corretamente, veja abaixo Monitoramento e Teste de Conectividade para o Site Interconexão de Nuvem.
Exemplo de Política de Roteamento BGP para o SiteInterconexão de Nuvem
Veja o exemplo a seguir de dois pares na configuração Ativo-Passivo suportada com a Cato. (A métrica do par principal é 90, a métrica do par secundário é 100)
|
Monitoramento e Teste de Conectividade para o Site Interconexão de Nuvem
Agora que a configuração do site está completa, vamos rever como a conexão pode ser testada e monitorada.
A Cato fornece várias ferramentas para ajudar você a monitorar o seu site Interconexão de Nuvem e resolver quaisquer problemas potenciais, incluindo:
Ferramenta de Testar Conectividade
Você pode testar a alcançabilidade IP ponto a ponto de cada circuito usando a ferramenta Testar Conectividade de Interconexão de Nuvem.
A ferramenta Testar Conectividade em Configurações do Site > Interconexão de Nuvem envia sondas ICMP do IP PoP da Cato para o IP remoto do site, seja da conexão principal ou secundária.
Estes são os resultados das sondas ICMP:
Sucesso - Teste concluído com sucesso
Erro - Teste não foi concluído. (O teste excedeu o tempo no Cato PoP ou não pôde ser executado)
Falhou - Teste realizado com sucesso, mas sem resposta do IP do par remoto
Monitoramento LAN
Você pode usar o recurso de Monitoramento LAN para:
Realizar sondagens ICMP contínuas do PoP Cato para o IP remoto do circuito principal.
Nota: O Monitoramento LAN monitora apenas o circuito principal para o site Interconexão de Nuvem.
O estado de vivacidade dos hosts muda para instâncias dentro da rede do Provedor de Nuvem.
É possível definir limites personalizados e intervalos de ICMP e definir notificações por e-mail para uma lista de e-mails ao atingir esses limites.
|
Este é um exemplo de notificação por e-mail para Monitoramento LAN:
Status do BGP
Em Configurações do Site > BGP, o Mostrar Status do BGP confirma a conectividade de cada circuito.
O status fornece informações detalhadas sobre as sub-redes aprendidas, anunciadas e dados adicionais sobre os pares BGP.
Exemplo de saída de status BGP:
|
Notificações por E-mail do BGP
Para cada par, recomendamos configurar notificações de mudança de Status de vizinho BGP. Notificações por E-mail são enviadas diretamente para uma lista de correio do administrador ao ocorrer uma alteração no estado de conexão do par BGP.
Configure notificações por e-mail em Configurações do Site > BGP > Vizinho BGP > Configurações Adicionais > Rastreamento.
Selecione a Frequência de alerta e Lista de Correio.
Cato permite a seguinte configuração de Frequência:
Imediato - Notificação enviada aos Destinatários para cada Ocorrência.
Horária - Enviar Notificação com a Primeira Ocorrência. Não enviar emails adicionais se houver mais Ocorrências dentro de uma Hora.
Diariamente - Enviar Notificação com a Primeira Ocorrência. Não enviar adicionais se houver mais Ocorrências dentro de um Dia.
Semanalmente - Enviar Notificação com a Primeira Ocorrência. Não envie adicionais se houver mais ocorrências durante a semana.
Exemplo de notificação por e-mail do BGP:
Tabela de Roteamento
A tela Monitoramento > Tabela de Roteamento mostra todas as rotas da sua conta incluindo rotas dinâmicas.
A tabela de roteamento pode ser usada para determinar qual túnel, principal ou secundário, é responsável por anunciar essas rotas com base no Próximo Salto, PoP e a Métrica do Túnel.
Rotas originadas do BGP aparecem como um tipo de roteamento Dinâmico. Rotas do par do circuito Passivo aparecem como desativadas. As sub-redes ponto a ponto de ambos os circuitos aparecem como um tipo de roteamento Estático na tabela de roteamento.
Por exemplo, a seguinte rota dinâmica 172.29.0.0/24 é anunciada do PoP de Nova York e tem uma métrica de 5 (mais alta), que é o túnel principal e atualmente ativo.
A mesma rota é anunciada pelo túnel secundário no PoP de Ashburn também, com uma métrica mais baixa de 10.
Caso o túnel secundário no PoP de Ashburn se torne o túnel ativo, a tabela de roteamento se ajustará adequadamente para essa rota.
|
Os pares BGP são Estáticos e têm sua própria entrada na tabela de roteamento. Este par serve como o Próximo Salto para as rotas BGP Dinâmicas anunciadas atrás dele. Da mesma forma que outras rotas, as informações métricas podem ser discernidas para entender qual par está atualmente ativo com uma métrica maior e por meio de qual Localização do PoP Cato.
Eventos
Na tela Monitoramento do Site > Eventos, Cato agrega todos os eventos registrados relacionados ao site.
Os eventos principais podem ser usados para analisar uma linha do tempo de eventos, como. Você pode filtrar os Eventos relevantes usando os seguintes subtipos de eventos:
Sessão BGP – Notificar sobre o estabelecimento ou desconexão da sessão BGP. Um motivo identificado para a desconexão pode ser inspecionado no log de eventos expandido. (Sob o ícone '+')
Roteamento BGP – Mudanças nas rotas BGP, como adição ou remoção de novas rotas do par BGP.
Monitoramento LAN – Esses eventos são registrados como parte da configuração de Monitoramento LAN que você configurou. Se o Monitoramento LAN não estiver configurado, esses eventos não serão registrados.
Análise da Rede do Site
A análise do site permite monitorar o tráfego e a vazão do site e inclui estes painéis:
Análise de Rede – Analisar mudanças de estado de conectividade, número de Fluxos, Hosts e Vazão.
É importante lembrar que a conectividade do site Interconexão de Nuvem é baseada nos pares BGP. Se ambos os pares BGP estiverem inacessíveis, o site é considerado Desconectado.
Eventos - Feed de eventos do site.
Análise de Aplicações - Este painel de controle disseca a vazão dos hosts e o uso das aplicações. É possível adicionar filtros como IP/host, Aplicação, Categoria, etc...
Analisador de Prioridades - Este painel de controle permite analisar a distribuição do QoS ao longo do tempo. (leia mais sobre Analisador de Prioridade)
Hosts Conhecidos – Um painel de controle em tempo real para hosts por trás do site. IP, Tipo de SO e Atividade do Host estão entre os pontos de dados disponíveis por host.
Tempo Real - Este painel de controle permite o monitoramento em tempo real de hosts ativos, vazão, principais aplicações, QoS ativo e mais.
Limitações de Interconexão de Nuvem com Azure
Segue uma lista de destaques das limitações a considerar antes de configurar um site Azure Interconexão de Nuvem:
Os IPs de peering são predeterminados – O primeiro IP utilizável representa o par “On-Prem” e o IP consequente representa o roteador MS Azure.
Cada ID de VLAN do túnel é atribuído pela Cato e deve ser configurado nas configurações do Azure. Sem o ID de VLAN atribuído pela Cato, a configuração não funcionaria.
Ao anunciar rotas, o Azure não tem a opção de excluir/incluir rotas do VNet. A VNet inteira é anunciada.
ExpressRoute permite anunciar até 1.000 prefixos IPv4 e 100 prefixos IPv6.
ExpressRoute permite receber até 4.000 prefixos da Cato. (Cato tem uma opção para sumarização de rotas personalizada. Se você gostaria de configurar a sumarização de rotas com BGP, por favor, contate o Suporte da Cato)
ExpressRoute Premium permite mais de 10 anexos de VNets em várias regiões da Azure e até 10.000 prefixos recebidos.
Se o limite de prefixos for atingido, o Azure derruba a conexão BGP até que a capacidade do limite seja restaurada.
Você pode ler mais na documentação oficial do ExpressRoute da Azure.