VPC peering connection - Virtual Private Cloud: Central de Documentação do Alibaba Cloud

Como funciona

Uma conexão de peering de VPC conecta duas VPCs por meio de uma rede privada, permitindo que os recursos em ambas as VPCs se comuniquem usando endereços IP privados.

Crie uma conexão de peering de VPC: para VPCs na mesma conta, o sistema aceita automaticamente a solicitação e estabelece a conexão. Para VPCs em contas diferentes, o proprietário da VPC receptora deve aceitar a solicitação de conexão.
Configure rotas bidirecionais: para permitir a comunicação entre os recursos, adicione uma rota à tabela de rotas de cada VPC que aponte para a VPC par.

Para conectar várias VPCs com alta largura de banda e baixo custo, use conexões de peering de VPC com o Cloud Enterprise Network (CEN). Para comparar os dois, consulte {{XREF_0}}.

Configure uma conexão de peering de VPC

Console

Pré-requisitos:
1. Certifique-se de que os blocos CIDR das duas VPCs não se sobreponham. Caso haja sobreposição, migre suas cargas de trabalho para VPCs com blocos CIDR que não se sobreponham.
2. Se estiver usando uma conexão de peering de VPC pela primeira vez, certifique-se de que o Cloud Data Transfer (CDT) esteja ativado para as contas proprietárias de ambas as VPCs.
Crie uma conexão de peering:
1. Acesse a página VPC Console - VPC Peering Connection. Na barra de navegação superior, selecione a região da VPC e clique em Create VPC Peering Connection.
2. Na página de criação, selecione o tipo de conta receptora e o tipo de região com base nas contas e regiões das duas VPCs.
  - Tipo de conta receptora:
    - Same-Account: o sistema aceita automaticamente a solicitação e estabelece a conexão. Selecione a opção para adicionar uma rota para o bloco CIDR da VPC par à tabela de rotas do sistema da VPC. Essa ação configura automaticamente rotas bidirecionais.
    - Cross-Account: o proprietário da conta receptora deve acessar a página VPC Console - VPC Peering Connection. Selecione a região onde a VPC receptora está localizada. Na coluna Actions da conexão de peering de VPC de destino, clique em Accept.
      
      O receptor também pode Deny ou Delete a solicitação de conexão. Para ver o fluxo de trabalho completo, consulte {{XREF_1}} .
  - Se o tipo de região for Inter-Region, configure o Link Type e a Accepter Region.
    
    Os tipos de link Platinum e Gold estão disponíveis. Eles oferecem diferentes níveis de qualidade de transferência de dados e possuem {{XREF_2}} diferentes.
    - Platinum (Acordo de Nível de Serviço: 99,995% de disponibilidade): adequado para cargas de trabalho sensíveis a jitter e latência de rede e que exigem alta qualidade de link, como negociação de títulos, chamadas de voz online, videoconferência e jogos em tempo real.
    - Gold (Acordo de Nível de Serviço: 99,95% de disponibilidade): adequado para cargas de trabalho que não são sensíveis à qualidade do link, como sincronização de dados e transferências de arquivos.
Configure rotas bidirecionais:

Para permitir a comunicação por endereços IPv6, configure entradas de rota que apontem para o bloco CIDR IPv6 da VPC par.
1. Na conta do solicitante: na coluna Requester VPC, clique em Configure route. Selecione as Route Tables do vSwitch que contém os recursos em comunicação. Defina o Destination CIDR Block como o bloco CIDR da VPC receptora.
2. Na conta do receptor: na coluna Accepter, clique em Configure route. Selecione as Route Tables do vSwitch que contém os recursos em comunicação. Defina o Destination CIDR Block como o bloco CIDR da VPC solicitante.
Verifique a conectividade:
- Reachability Analyzer: a análise não envia pacotes de dados reais nem afeta suas cargas de trabalho.
  1. Na coluna Diagnose da conexão de peering de VPC de destino, escolha Diagnose > Reachability Analyzer, ou clique no ID da conexão de peering de VPC de destino para acessar a aba Reachability Analyzer.
  2. Configure a origem e o destino, e especifique o protocolo e o número da porta para simular um cenário de acesso específico e verificar a conectividade.
  3. O sistema verifica as configurações de rota, grupo de segurança e ACL de rede e fornece um resultado de diagnóstico.
  4. Se um caminho unidirecional for alcançável, configure e analise também o caminho reverso para verificar a conectividade bidirecional.
- Teste manual: a partir de uma instância ECS na VPC solicitante, execute o comando ping <private IP of an ECS instance in the peer VPC>.
Antes de usar o Reachability Analyzer , certifique-se de que o Network Intelligence Service (NIS) esteja ativado. O sistema cria automaticamente a função vinculada ao service AliyunServiceRoleForNis quando você usa esse recurso pela primeira vez.

Após criar uma conexão de peering de VPC entre regiões, clique no ID da instância para Edit a Bandwidth (Mbit/s) e o Bandwidth (Mbit/s) .

Qualquer uma das contas pode excluir a conexão de peering de VPC. A exclusão interrompe imediatamente a comunicação privada e é irreversível. Antes de continuar, certifique-se de que essa ação não afetará suas cargas de trabalho.

API

Crie a conexão de peering

Chame {{XREF_3}} para criar uma conexão de peering de VPC.
Se as duas VPCs pertencerem a contas diferentes, o proprietário da conta receptora deve chamar {{XREF_4}} para aceitar a conexão de peering de VPC.

O receptor também pode chamar {{XREF_5}} para rejeitar a conexão de peering de VPC.
Em cada conta, chame {{XREF_6}} para consultar o bloco CIDR da outra VPC.
Em cada conta, chame {{XREF_7}} para criar entradas de rota que apontem para a conexão de peering.

Modifique a conexão de peering entre regiões

Chame {{XREF_8}} para modificar a largura de banda ou o tipo de link de uma conexão de peering de VPC entre regiões.

Exclua a conexão de peering

Chame {{XREF_9}} para excluir as entradas de rota que apontam para a conexão de peering.
Chame {{XREF_10}} para excluir a conexão de peering de VPC.

Reachability Analyzer

Chame as seguintes operações de API em sequência para usar o Reachability Analyzer e verificar a conectividade.

{{XREF_11}}
{{XREF_12}}
{{XREF_13}}

Terraform

Conexão de peering na mesma conta

Recursos: alicloud_vpc_peer_connection , alicloud_route_entry

Fontes de dados: alicloud_account

Conexão de peering entre contas

Recursos: alicloud_vpc_peer_connection , alicloud_vpc_peer_connection_accepter , alicloud_route_entry

Solucione problemas de conectividade de rede

Recomendamos usar o {{XREF_14}} para verificar a conectividade de rede.

Item de verificação	Descrição	Solução
Status da conexão de peering	Verifique se o Status da conexão de peering de destino está Activated.	Se o status for Accepting, entre em contato com o receptor para aceitar a solicitação de conexão.
Configuração do bloco CIDR	Verifique os blocos CIDR das VPCs solicitante e receptora quanto aos seguintes problemas: Blocos CIDR sobrepostos. Uso de blocos CIDR privados não RFC 1918 (como 198.19.0.0/16 ou 30.0.0.0/8). Uma VPC trata esses blocos CIDR como endereços públicos. Quando uma instância ECS possui um endereço IP público, o tráfego para esses destinos é roteado pela rede pública por padrão. Conflitos com endereços de interface de rede do docker quando o docker está implantado em uma instância ECS.	Se os blocos CIDR se sobrepuserem, migre suas cargas de trabalho para VPCs com blocos CIDR que não se sobreponham e crie uma nova conexão de peering. Se forem usados blocos CIDR privados não RFC 1918, {{XREF_15}} para garantir que o tráfego seja roteado corretamente para a VPC de destino. {{XREF_16}}.
Configuração de rota	Na página de detalhes da conexão de peering, verifique a Route Entry List: Uma entrada de rota que aponta para a VPC par está configurada para cada VPC. O bloco CIDR de destino está definido corretamente como o bloco CIDR da VPC par. A entrada de rota foi adicionada à tabela de rotas do vSwitch onde seus recursos estão implantados.	Verifique e corrija as {{XREF_17}}.
Configuração de regra de acesso	As regras de entrada e saída dos grupos de segurança das instâncias ECS em comunicação permitem o tráfego do endereço IP par. O endereço IP par está nas listas de permissões de serviços cloud como RDS, Redis, MongoDB e Elasticsearch. As regras de entrada e saída da ACL de rede associada ao vSwitch permitem o tráfego do endereço IP par.	Certifique-se de que os grupos de segurança, as ACLs de rede e as listas de permissões de todos os serviços cloud permitam o tráfego do endereço IP par.

Por que a configuração do bloco CIDR pode causar falha de conectividade

Blocos CIDR sobrepostos:

Se os blocos CIDR das VPCs pareadas se sobrepuserem e você configurar o bloco CIDR da VPC par como destino, o tráfego corresponderá primeiro à rota local do sistema. Como resultado, o tráfego é roteado dentro da VPC local e não consegue alcançar a VPC par.
1. Embora seja possível configurar uma rota para um bloco CIDR de vSwitch par que não se sobreponha, essa abordagem é difícil de escalar. Qualquer novo vSwitch criado também deve usar um bloco CIDR que não se sobreponha aos blocos CIDR dos vSwitches existentes, o que complica o planejamento de rede. Recomendamos migrar suas cargas de trabalho para uma VPC com um bloco CIDR que não se sobreponha e criar uma nova conexão de peering.
2. Se os blocos CIDR dos vSwitches se sobrepuserem, não será possível configurar uma rota mais específica do que a rota do sistema. Nesse caso, migre suas cargas de trabalho para uma VPC com um bloco CIDR que não se sobreponha e crie uma nova conexão de peering.
Blocos CIDR privados não RFC 1918:

Uma VPC trata qualquer espaço de endereços IP fora do RFC 1918 (por exemplo, 30.0.0.0/16) como um bloco CIDR público. Se os recursos na VPC tiverem acesso à internet, o tráfego destinado a esse espaço de endereços será roteado para a internet em vez de passar pela conexão de peering. Você deve {{XREF_18}} para garantir que o tráfego seja roteado corretamente para a VPC de destino.

Solução de problemas de múltiplas tabelas de rotas

Quando existem várias tabelas de rotas na mesma VPC, observe o seguinte:

As entradas de rota devem ser adicionadas à tabela de rotas associada ao vSwitch onde a instância ECS está implantada, e não apenas à tabela de rotas do sistema.
Se um vSwitch estiver associado a uma tabela de rotas personalizada, as entradas de rota na tabela de rotas do sistema não terão efeito para esse vSwitch.

Se você criar uma tabela de rotas personalizada e associar um vSwitch a ela, mas adicionar uma entrada de rota apontando para a conexão de peering apenas na tabela de rotas do sistema, sem adicioná-la à tabela de rotas personalizada, as instâncias ECS nesse vSwitch não conseguirão alcançar a VPC par.

Etapas de solução de problemas:

Acesse a página VPC Console - Route Tables. Encontre a tabela de rotas personalizada associada ao vSwitch e clique no ID da tabela de rotas.
Na aba Custom Route, verifique se existe uma entrada de rota apontando para a conexão de peering para o bloco CIDR de destino. Caso contrário, clique em Add Route Entry, insira o bloco CIDR do vSwitch par, defina o Next Hop Type como VPC Peering Connection e selecione a instância de conexão de peering correspondente.

Exemplos de configuração

Conecte três VPCs

Ao configurar rotas para peering de VPC, você tem as seguintes opções:

Defina o bloco CIDR de destino como o bloco CIDR da VPC par. Isso permite que todas as instâncias em ambas as VPCs se comuniquem entre si e simplifica o gerenciamento.
Configure rotas mais específicas definindo o bloco CIDR de destino como o bloco CIDR de um vSwitch na VPC par ou o endereço IP de uma instância específica. Isso aumenta a segurança, mas exige que você atualize manualmente a tabela de rotas quando novas instâncias precisarem se comunicar.

Por exemplo, as rotas na VPC1 apontam para o bloco CIDR do vSwitch 3 na VPC2 e para a instância ECS ECS04 na VPC3. Portanto, os recursos na VPC1 só podem se comunicar de forma privada com os recursos no vSwitch 3 e na ECS04. Por outro lado, as rotas na VPC2 e na VPC3 apontam para os blocos CIDR de suas VPCs pares, permitindo a comunicação total entre seus recursos.

Conecte várias VPCs a uma VPC central

Por exemplo, VPCs de filiais podem acessar serviços implantados na VPC central, mas as VPCs das filiais não podem se comunicar entre si. Cenários típicos incluem:

Isolamento de múltiplos departamentos: VPCs de diferentes departamentos de negócios não podem se comunicar entre si, mas precisam acessar serviços compartilhados na VPC central.
Isolamento de múltiplos usuários: Serviços são implantados em uma VPC dedicada para vários usuários. A VPC de cada usuário pode se comunicar com a VPC de service, mas as VPCs de usuários diferentes não podem se comunicar entre si.

Restrinja conexões entre contas não autorizadas

Por padrão, um usuário RAM com as permissões vpc:CreateVpcPeerConnection e vpc:AcceptVpcPeerConnection pode estabelecer uma conexão de peering de VPC com qualquer conta. Para restringir os usuários RAM a se conectarem apenas com contas dentro da sua organização ou com contas pares especificadas e evitar o vazamento de dados confidenciais por canais de rede entre contas não autorizados, use Condition Keys globais como acs:TargetRDId e acs:TargetRDPath em políticas personalizadas do RAM para restringir quais contas pares são permitidas.

Condition Key

Durante a autorização, o RAM consulta o {{XREF_19}} da conta par com base em AcceptingAliUid (ao criar uma conexão de peering) ou RequestingAliUid (ao aceitar uma conexão de peering) e injeta as seguintes Condition Keys no contexto de autorização para correspondência com as condições em sua política personalizada.

Condition Key	Tipo	Descrição	Caso de uso
`acs:TargetRDId`	String	O ID do diretório de recursos ao qual a conta par pertence, por exemplo, `rd-xxxxxx`.	Exigir que a conta par pertença a um diretório de recursos especificado.
`acs:TargetRDPath`	String	O caminho do diretório de recursos ao qual a conta par pertence, no formato `{RDId}/{RootFolderId}/{FolderId}/{AccountId}`. A correspondência com curinga é suportada.	Exigir que a conta par esteja sob uma pasta especificada no diretório de recursos, permitindo governança hierárquica.

Restrições de uso:

Apenas vpc:CreateVpcPeerConnection e vpc:AcceptVpcPeerConnection injetam as Condition Keys acima. Outras operações em conexões de peering, como consulta, modificação e exclusão, não são afetadas.

Quando uma solicitação é negada pela política, o código de erro Forbidden.NoPermission é retornado com NoPermissionType definido como ExplicitDeny . Você pode usar o RequestId para rastrear a correspondência da política no {{XREF_20}} .

Selecione uma política de restrição

Ao configurar políticas, substitua o ID do diretório de recursos, o caminho ou o ID da conta nos exemplos pelos valores reais da sua organização. Você pode encontrar o ID e o caminho do diretório de recursos no Resource Management console .

Por ID do diretório de recursos

Permita que usuários RAM criem conexões de peering de VPC apenas com contas no diretório de recursos especificado. Substitua rd-xxxxxx pelo ID do seu diretório de recursos.

Por caminho do diretório de recursos

Permita que usuários RAM criem conexões de peering de VPC apenas com contas sob um caminho de pasta especificado. Isso é adequado para governança hierárquica granular. Substitua o caminho no exemplo pelo seu caminho real.

Crie e anexe a política

Console

Faça logon no RAM console. No painel de navegação à esquerda, escolha Permissions > Policies.
Clique em Create Policy. Na aba JSON Editor, cole a política do esquema selecionado acima. Substitua o ID do diretório de recursos, o caminho ou o ID da conta pelos seus valores reais.
Clique em OK, insira o Policy Name e clique em OK.
{{XREF_21}}.

API

Chame {{XREF_22}} para criar uma política personalizada. Passe a política do esquema selecionado acima como o parâmetro PolicyDocument.
Chame {{XREF_23}}, {{XREF_24}} ou {{XREF_25}} para anexar a política ao usuário RAM, grupo de usuários ou função de destino.

Monitoramento e O&M

Para conexões de peering entre regiões, monitore métricas como tráfego, largura de banda e perda de pacotes. Use {{XREF_26}} para criar regras de alerta baseadas em limiares e monitorar o status da conexão em tempo real, tratando prontamente congestionamentos ou falhas de rede.

As métricas não estão disponíveis para conexões de peering dentro da mesma região.

Métricas

Métrica

Descrição

Tráfego de entrada

Tráfego enviado do solicitante para o receptor dentro de um período estatístico.

Tráfego de saída

Tráfego enviado do receptor para o solicitante dentro de um período estatístico.

Largura de banda de entrada

Largura de banda para o tráfego do solicitante para o receptor.

Largura de banda de saída

Largura de banda para o tráfego do receptor para o solicitante.

Pacotes de saída descartados devido a limitação

Taxa de pacotes de dados descartados devido à limitação da largura de banda de saída na instância de conexão de peering.

Console

Monitoramento da conexão de peering

Acesse a página VPC Console - VPC Peering Connections. Na barra de navegação superior, selecione a região onde a VPC está localizada.
Na coluna Monitor da instância de conexão de peering de VPC entre regiões de destino, clique no ícone para visualizar métricas como tráfego, largura de banda e perda de pacotes.

Alertas do CloudMonitor

Acesse a página CloudMonitor Console - Alert Rules e clique em Create Alert Rule.
Configure limiares para cada nível de alerta para as métricas da conexão de peering de VPC. Quando uma métrica atinge seu limiar, o Alert Contact Group recebe notificações. Você também pode clicar em Alert History na coluna Actions de uma regra de alerta para visualizar sua linha do tempo de alertas.
Na coluna Actions de uma regra de alerta, você pode Modify, Disable ou Delete a regra.

API

Chame {{XREF_27}} para definir regras de alerta baseadas em limiares para as métricas da conexão de peering de VPC. Para obter uma lista das métricas suportadas, consulte CloudMonitor metrics for peering connections.
Chame {{XREF_28}} para ativar uma ou mais regras de alerta.
Chame {{XREF_29}} para desativar uma ou mais regras de alerta.
Chame {{XREF_30}} para excluir uma ou mais regras de alerta.

Terraform

Para configurar regras de alerta baseadas em limiares, consulte a lista de métricas disponíveis em CloudMonitor metrics for peering connections .

Recursos: alicloud_cms_alarm_contact , alicloud_cms_alarm_contact_group , alicloud_cms_alarm

Perguntas frequentes

Conexões de peering transfronteiriças são suportadas?

Sim. Tanto a conectividade não transfronteiriça quanto a transfronteiriça são suportadas.

Não transfronteiriça: conecta duas regiões na china continental ou duas regiões fora da china continental.
Transfronteiriça: conecta uma região na china continental a uma região fora da china continental. Certifique-se de que sua conta concluiu a business identity verification

.

Não é possível selecionar a VPC de destino

Certifique-se de que a região e a conta selecionadas correspondam à Region e ao Owner da VPC de destino.

A região do solicitante é exibida na parte superior da página, e a conta atual é o solicitante. Você especifica a conta e a região do receptor ao criar a conexão de peering.

Falha de comunicação com ECS usando docker

Se as configurações de roteamento e grupo de segurança estiverem corretas, o problema provavelmente é um conflito entre o bloco CIDR da interface de rede do docker e o bloco CIDR de destino. Execute ip addr para verificar se o endereço da interface de rede do docker entra em conflito com o bloco CIDR de destino.

Se houver um conflito, siga estas etapas para modificar o bloco CIDR do docker.

Parar o service docker ou modificar seu bloco CIDR interrompe suas cargas de trabalho. Recomendamos realizar esta operação fora dos horários de pico.
Ao modificar o bloco CIDR do docker, certifique-se de que ele seja compatível com as configurações de rede de quaisquer contêineres e aplicativos existentes para evitar possíveis problemas de conectividade.

Execute sudo systemctl stop docker para parar o service docker.
Execute sudo vim /etc/docker/daemon.json para editar o arquivo de configuração do docker. Adicione o seguinte conteúdo ao arquivo e salve as alterações:

O arquivo de configuração do docker geralmente está localizado em /etc/docker/daemon.json ou /etc/docker/daemon.conf . O nome exato do arquivo pode variar.
Execute sudo systemctl start docker para iniciar o service docker e aplicar as alterações.

Usuário RAM recebe um erro de permissão CDT ao criar uma conexão de peering de VPC

Um usuário RAM recebeu a permissão AliyunVPCFullAccess, mas recebe um erro indicando que a permissão cdt:GetCdtServiceStatus está ausente ao criar uma conexão de peering de VPC. Isso ocorre porque as conexões de peering de VPC dependem do service Cloud Data Transfer (CDT) e exigem chamadas para APIs relacionadas ao CDT. As permissões de VPC sozinhas são insuficientes.

Conceda ao usuário RAM uma das seguintes permissões:

AliyunCDTFullAccess: acesso total ao CDT.
AliyunCDTReadOnlyAccess: acesso somente leitura ao CDT. Isso é adequado se o usuário RAM precisar apenas criar conexões de peering e não precisar gerenciar recursos do CDT.

Uma conexão de peering de VPC afeta o acesso à rede pública?

Não. Uma conexão de peering de VPC apenas adiciona entradas de rota privadas e não modifica a rota padrão. O tráfego de rede pública continua sendo encaminhado por meio de gateways NAT, endereços IP elásticos e outras rotas públicas existentes.

Qual é a relação entre uma conexão de peering de VPC e o Cloud Enterprise Network (CEN)? Eles podem ser usados juntos?

Uma conexão de peering de VPC e o Cloud Enterprise Network (CEN) são métodos independentes para conectar VPCs. Você pode usá-los juntos, mas as rotas não são trocadas automaticamente entre eles.

Escolha um método de conectividade

Se ambas as VPCs estiverem anexadas à mesma instância CEN, as VPCs membros do CEN podem se comunicar por padrão. Você não precisa de uma conexão de peering de VPC adicional.
Se você precisar conectar apenas duas VPCs e não precisar de acesso a outras VPCs membros do CEN, use uma conexão de peering de VPC sem anexar as VPCs ao CEN.
Após desanexar uma VPC do CEN, anexe-a a uma instância CEN novamente para restaurar a conectividade por meio do CEN.

Limitações de propagação de rotas

As rotas que apontam para uma conexão de peering de VPC não são anunciadas automaticamente para o CEN, e o CEN não aprende automaticamente essas rotas das Route Tables de uma VPC. Por exemplo, a VPC-A pode se comunicar com a VPC-B por meio do CEN e se conectar à VPC-C por meio de uma conexão de peering de VPC. Por padrão, a VPC-B não consegue alcançar a VPC-C transitando pelo CEN e pela conexão de peering de VPC.

Para permitir a comunicação entre a VPC-B e a VPC-C, conclua a seguinte configuração:

Nas Route Tables da VPC-A, adicione uma rota estática com o Destination CIDR Block definido como o bloco CIDR da VPC-C. Defina o próximo salto como a conexão de peering de VPC entre a VPC-A e a VPC-C.
Use o recurso de anúncio de rotas do CEN para anunciar essa rota para a instância CEN, para que outras VPCs membros, como a VPC-B, possam aprendê-la.
Nas Route Tables da VPC-C, adicione uma rota com o destino definido como o bloco CIDR da VPC-B. Defina o próximo salto como a conexão de peering de VPC entre a VPC-A e a VPC-C.

Conforme descrito em {{XREF_32}}, as conexões de peering de VPC não suportam roteamento transitivo. Se a VPC-A tiver conexões de peering separadas com a VPC-B e a VPC-C, a VPC-B e a VPC-C não poderão se comunicar através da VPC-A.

Mais informações

Limitações

Não é possível criar uma conexão de peering de VPC nos seguintes cenários:
- As duas VPCs pertencem a contas em sites diferentes do Alibaba Cloud, por exemplo, uma conta no site do Alibaba Cloud china e uma conta no site internacional do Alibaba Cloud.
Uma conexão de peering de VPC não suporta roteamento transitivo.

Por exemplo, se a VPC 1 estiver conectada à VPC 2 e à VPC 3 por meio de conexões de peering de VPC separadas, a VPC 2 e a VPC 3 não poderão se comunicar entre si através da VPC 1.

Para permitir a comunicação entre a VPC 2 e a VPC 3, crie uma conexão de peering separada entre elas e configure rotas bidirecionais.
Quando uma VPC é compartilhada entre várias contas, apenas o proprietário do recurso pode criar, modificar ou excluir uma conexão de peering de VPC. Os usuários do recurso não podem realizar essas ações.

Faturamento

As conexões de peering de VPC dentro da mesma região são gratuitas, independentemente de as VPCs pertencerem à mesma conta ou a contas diferentes.

Para conexões de peering de VPC entre regiões, {{XREF_33}} cobra uma {{XREF_34}} com base no tráfego de saída.

O preço unitário é determinado pelo par de regiões e pelo tipo de link. Os tipos de link Platinum e Gold estão disponíveis, oferecendo diferentes níveis de service.
O ciclo de faturamento é por hora. Se você mudar o tipo de link dentro de um ciclo de faturamento, a taxa do nível de service mais alto se aplicará durante todo o ciclo.

Conforme mostrado na figura, uma conexão de peering de VPC entre regiões e entre contas é estabelecida entre a VPC1 e a VPC2. Se o tráfego de saída da VPC1 e da VPC2 for de 200 GB e 100 GB respectivamente, o tipo de link for Gold, e a {{XREF_36}} de China (Hohhot) para China (Guangzhou) for USD 0,072/GB, as taxas são calculadas com base na regra de faturamento de tráfego de saída:

Taxa para a Conta A: USD 0,072/GB × 200 GB = USD 14,4

Taxa para a Conta B: USD 0,072/GB × 100 GB = USD 7,2

Limitação de largura de banda entre regiões

Quando uma conexão de peering de VPC conecta duas VPCs em regiões diferentes, configure um limite de largura de banda entre regiões. Para garantir o desempenho e a estabilidade, quando a largura de banda configurada excede 1.000 Mbps, a conexão de peering ativa automaticamente a limitação distribuída: o tráfego entre regiões é distribuído entre vários servidores no cluster de encaminhamento subjacente, e o limite de largura de banda é dividido igualmente entre eles. Nesse modo, a largura de banda configurada só é alcançável com vários fluxos simultâneos; o número exato de fluxos necessários depende da sua carga de trabalho.

Por exemplo, se você definir um limite de 3.000 Mbps e o cluster usar 4 servidores, o máximo por fluxo será 3.000 ÷ (4 − 1) = 1.000 Mbps.

Largura de banda de entrada e saída

Entrada: o Alibaba Cloud aloca largura de banda de entrada igual ao limite configurado.
Saída: o Alibaba Cloud aloca largura de banda de saída igual ao limite configurado.

Por exemplo, se você definir um limite de 5.000 Mbps, tanto a entrada quanto a saída atingirão o pico de 5.000 Mbps.

Ciclo de vida da conexão de peering de VPC

Após um solicitante enviar uma solicitação de criação, uma conexão de peering de VPC passa por vários estados.

Se você criar uma conexão de peering de VPC na mesma conta, o sistema inicia e aceita automaticamente a solicitação, e a conexão se torna Activated.

Estados

Estado

Descrição

Creating

O solicitante iniciou a solicitação de conexão de peering de VPC.

Accepting

Aguardando o receptor aceitar a solicitação de conexão de peering de VPC.

Updating

A conexão está sendo configurada após a solicitação ser aceita.

Activated

A conexão de peering de VPC foi estabelecida com sucesso. A comunicação entre as VPCs está ativada.

Rejected

O receptor rejeitou a solicitação de conexão de peering de VPC.

Expired

A solicitação expira se o receptor não responder dentro de sete dias.

Deleting

A conexão está sendo excluída a pedido de uma das partes.

Deleted

A conexão de peering de VPC foi excluída com sucesso.

Regiões suportadas

Área	Regiões
Ásia-Pacífico - China	China (Hangzhou), China (Shanghai), China (Nanjing - Local Region, Closing Down), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Chengdu), China (Zhongwei), China (Hong Kong), China (Wuhan - Local Region), and China (Fuzhou - Local Region - Closing Down)
Ásia-Pacífico - Outros	Japan (Tokyo), South Korea (Seoul), Singapore (Singapore), Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Thailand (Bangkok), and Malaysia (Johor Bahru)
Europa e Américas	Germany (Frankfurt), UK (London), US (Silicon Valley), US (Virginia), and Brazil (São Paulo)
Oriente Médio	UAE (Dubai) and Saudi Arabia (Riyadh - Partner Region)

Cotas

Nome da cota	Descrição	Cota padrão	Ações
vpc_quota_cross_region_peer_num_per_vpc	O número de conexões de peering de VPC entre regiões por VPC.	20	Para solicitar um aumento de cota, acesse a Quota Management page ou o Quota Center.
vpc_quota_intra_region_peer_num_per_vpc	O número de conexões de peering de VPC dentro da mesma região por VPC.	10
vpc_quota_peer_num	O número de conexões de peering de VPC por conta Alibaba Cloud por região.	20
vpc_quota_peer_cross_border_bandwidth	A largura de banda transfronteiriça máxima.	1.024 Mbps
vpc_quota_peer_cross_region_bandwidth	A largura de banda entre regiões máxima.	1.024 Mbps