As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
VPCAnexos da Amazon nos Amazon Transit Gateways VPC
Ao conectar um VPC a a um gateway de trânsito, você deve especificar uma sub-rede de cada zona de disponibilidade a ser usada pelo gateway de trânsito para rotear o tráfego. Especificar uma sub-rede de uma zona de disponibilidade permite que o tráfego chegue até os recursos em cada sub-rede nessa zona de disponibilidade.
Limites
-
Quando você conecta um VPC a um gateway de trânsito, quaisquer recursos nas zonas de disponibilidade onde não há nenhum anexo de gateway de trânsito não podem alcançar o gateway de trânsito. Se houver uma rota para o gateway de trânsito em uma tabela de rotas de sub-rede, o tráfego será enviado ao gateway de trânsito somente quando este tiver um anexo em uma sub-rede na mesma zona de disponibilidade.
-
Os recursos em um gateway de trânsito VPC conectado a um gateway de trânsito não podem acessar os grupos de segurança de um outro VPC que também esteja conectado ao mesmo gateway de trânsito.
-
Um gateway de trânsito não oferece suporte à DNS resolução de DNS nomes personalizados de configurações VPCs anexadas usando zonas hospedadas privadas no Amazon Route 53. Para configurar a resolução de nomes para zonas hospedadas privadas para todas VPCs conectadas a um gateway de trânsito, consulte DNSGerenciamento centralizado da nuvem híbrida com o Amazon Route 53 e o AWS Transit Gateway
. -
Um gateway de trânsito não oferece suporte ao roteamento entre VPCs CIDRs idênticos. Se você conectar um VPC a a um gateway de trânsito e ele CIDR for idêntico ao CIDR de outro VPC que já esteja conectado ao gateway de trânsito, as rotas do recém-conectado VPC não serão propagadas para a tabela de rotas do gateway de trânsito.
-
Você não pode criar um anexo para uma VPC sub-rede que reside em uma zona local. Porém, você pode configurar a rede para que as sub-redes na Zona Local se conectem a um transit gateway por meio da Zona de Disponibilidade principal. Para obter mais informações, consulte Connect Local Zone subnets to a transit gateway (Conectar sub-redes da Zona Local a um transit gateway).
-
Você não pode criar um anexo de gateway de trânsito usando IPv6 sub-redes somente. As sub-redes de anexos do Transit Gateway também devem oferecer suporte IPv4 a endereços.
-
Um gateway de trânsito deve ter pelo menos um VPC anexo antes que esse gateway de trânsito possa ser adicionado a uma tabela de rotas.
VPCciclo de vida do anexo
Um VPC anexo passa por vários estágios, começando quando a solicitação é iniciada. Em cada estágio, pode haver ações que você pode realizar e, no final de seu ciclo de vida, o VPC anexo permanece visível na saída Amazon Virtual Private Cloud Console e na API linha de comando por um período de tempo.
O diagrama a seguir mostra os estados pelos quais um anexo pode passar em uma única configuração de conta ou em uma configuração para várias contas que tenha a opção Auto accept shared attachments (Aceitar automaticamente os anexos compartilhados) ativada.
![VPCciclo de vida do anexo](images/vpc-attachment-lifecycle.png)
-
Pendente: uma solicitação de VPC anexo foi iniciada e está em processo de provisionamento. Nesta fase, o anexo pode falhar, ou pode ir para
available
. -
Falha: uma solicitação de VPC anexo está falhando. Nesse estágio, o VPC anexo vai para
failed
. -
Falha: a solicitação do VPC anexo falhou. Enquanto estiver neste estado, ela não pode ser excluída. O VPC anexo com falha permanece visível por 2 horas e, em seguida, não está mais visível.
-
Disponível: o VPC anexo está disponível e o tráfego pode fluir entre o gateway de trânsito VPC e o. Nesta fase, o anexo pode ir para
modifying
, ou paradeleting
. -
Excluindo: um VPC anexo que está em processo de exclusão. Nesta fase, o anexo pode ir para
deleted
. -
Excluído: um
available
VPC anexo foi excluído. Enquanto estiver nesse estado, o VPC anexo não pode ser modificado. O VPC anexo permanece visível por 2 horas e depois não está mais visível. -
Modificando: foi feita uma solicitação para modificar as propriedades do VPC anexo. Nesta fase, o anexo pode ir para
available
, ou pararolling back
. -
Reverter: a solicitação de modificação do VPC anexo não pode ser concluída e o sistema está desfazendo todas as alterações feitas. Nesta fase, o anexo pode ir para
available
.
O diagrama a seguir mostra os estados pelos quais um anexo pode passar em uma configuração de várias contas que tenha a opção Auto accept shared attachments (Aceitar automaticamente os anexo compartilhados) desativada.
![Ciclo de vida de VPC anexos entre contas com a opção Aceitar anexos compartilhados automaticamente desativada](images/vpc-attachment-lifecycle-cross-account.png)
-
Aceitação pendente: a solicitação de VPC anexo está aguardando aceitação. Nesta fase, o anexo pode ir para
pending
, pararejecting
ou paradeleting
. -
Rejeição: um VPC anexo que está em processo de rejeição. Nesta fase, o anexo pode ir para
rejected
. -
Rejeitado: um
pending acceptance
VPC anexo foi rejeitado. Enquanto estiver nesse estado, o VPC anexo não pode ser modificado. O VPC anexo permanece visível por 2 horas e depois não está mais visível. -
Pendente: o VPC anexo foi aceito e está em processo de provisionamento. Nesta fase, o anexo pode falhar, ou pode ir para
available
. -
Falha: uma solicitação de VPC anexo está falhando. Nesse estágio, o VPC anexo vai para
failed
. -
Falha: a solicitação do VPC anexo falhou. Enquanto estiver neste estado, ela não pode ser excluída. O VPC anexo com falha permanece visível por 2 horas e, em seguida, não está mais visível.
-
Disponível: o VPC anexo está disponível e o tráfego pode fluir entre o gateway de trânsito VPC e o. Nesta fase, o anexo pode ir para
modifying
, ou paradeleting
. -
Excluindo: um VPC anexo que está em processo de exclusão. Nesta fase, o anexo pode ir para
deleted
. -
Excluído: um
pending acceptance
VPC anexoavailable
ou foi excluído. Enquanto estiver nesse estado, o VPC anexo não pode ser modificado. O VPC anexo permanece visível por 2 horas e depois não está mais visível. -
Modificando: foi feita uma solicitação para modificar as propriedades do VPC anexo. Nesta fase, o anexo pode ir para
available
, ou pararolling back
. -
Reverter: a solicitação de modificação do VPC anexo não pode ser concluída e o sistema está desfazendo todas as alterações feitas. Nesta fase, o anexo pode ir para
available
.