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á.
Manutenção do Outpost
Sob o modelo de responsabilidade compartilhada, modelo
Atenção
Os dados sobre volumes de armazenamento de instâncias são perdidos se o drive de disco subjacente falhar ou se a instância parar, hibernar ou terminar. Para evitar a perda de dados, recomendamos que você faça backup de seus dados de longo prazo em volumes de armazenamento de instâncias em armazenamento persistente, como um bucket do Amazon S3, um volume do Amazon EBS ou um dispositivo de armazenamento de rede em sua rede on-premises.
Conteúdo
Manutenção de hardware
Se AWS detectar um problema irreparável com o hardware que hospeda instâncias do Amazon EC2 em execução em seu Outpost, notificaremos o proprietário do Outpost e o proprietário das instâncias de que as instâncias afetadas estão programadas para serem desativadas. Para obter mais informações, consulte Desativação de instância, no Guia do usuário do Amazon EC2.
O proprietário do Outpost e o proprietário da instância podem trabalhar juntos para resolver o problema. O proprietário da instância pode parar e iniciar uma instância afetada para migrá-la para a capacidade disponível. Os proprietários de instâncias podem interromper e iniciar as instâncias afetadas em um horário que seja conveniente para eles. Caso contrário, AWS interrompe e inicia as instâncias afetadas na data de desativação da instância. Se não houver capacidade adicional no Outpost, a instância permanecerá no estado parado. O proprietário do Outpost pode tentar liberar a capacidade usada ou solicitar capacidade adicional para o Outpost, para que a migração possa ser concluída.
Se for necessária manutenção de hardware, AWS entraremos em contato com o gerente do site do Outpost para confirmar a data e a hora da visita da equipe de AWS instalação. As visitas podem ser agendadas em até dois dias úteis a partir do momento em que o gerente do local fala com a equipe do AWS .
Quando a equipe de AWS instalação chegar ao local, ela substituirá os hosts, switches ou elementos de rack insalubres e colocará a nova capacidade on-line. Eles não realizarão nenhum diagnóstico ou reparo de hardware no local. Se substituírem um host, removerão e destruirão a chave de segurança física compatível com o NIST, destruindo efetivamente todos os dados que possam permanecer no hardware. Isso garante que nenhum dado saia do seu local. Se eles substituírem um dispositivo de rede Outpost, as informações de configuração da rede poderão estar presentes no dispositivo quando ele for removido do local. Essas informações podem incluir endereços IP e ASNs usados para estabelecer interfaces virtuais para configurar o caminho para sua rede local ou de volta para a região.
Atualizações de firmware
A atualização do firmware do Outpost normalmente não afeta as instâncias do seu Outpost. No caso raro de precisarmos reinicializar o equipamento Outpost para instalar uma atualização, você receberá um aviso de desativação de instância para todas as instâncias em execução com esse recurso.
Manutenção de equipamentos de rede
A manutenção dos dispositivos de rede Outpost (OND) é realizada sem afetar as operações e o tráfego regulares do Outpost. Se a manutenção for necessária, o tráfego será desviado do OND. Você pode notar mudanças temporárias nos anúncios do BGP, como a prependência AS-Path, e as alterações correspondentes nos padrões de tráfego nos uplinks do Outpost. Com as atualizações do firmware do OND, você pode notar uma oscilação do BGP.
Recomendamos que você configure o equipamento de rede do cliente para receber anúncios BGP dos Outposts sem alterar os atributos do BGP e habilite o balanceamento de vários caminhos/carga do BGP para obter fluxos de tráfego de entrada ideais. O acréscimo de caminho AS é usado para prefixos de gateway local para afastar o tráfego dos ONDs se a manutenção for necessária. A rede do cliente deve preferir rotas de Outposts com um comprimento de caminho AS de 1 em vez de rotas com um comprimento de caminho AS de 4.
A rede do cliente deve anunciar prefixos BGP iguais com os mesmos atributos para todos os ONDs. Por padrão, a carga da rede Outpost equilibra o tráfego de saída entre todos os uplinks. As políticas de roteamento são usadas no lado do Outpost para afastar o tráfego de um OND se a manutenção for necessária. Essa mudança de tráfego exige prefixos BGP iguais do lado do cliente em todos os ONDs. Se for necessária manutenção na rede do cliente, recomendamos que você use o acréscimo de caminho AS para mudar temporariamente a matriz de tráfego de uplinks específicos.
Melhores práticas para eventos AWS Outposts de energia e rede
Conforme declarado nos Termos de AWS Serviço
Eventos de energia
Com quedas de energia completas, há um risco inerente de que um AWS Outposts recurso não retorne ao serviço automaticamente. Além de implantar soluções redundantes de energia e energia de backup, recomendamos que você faça o seguinte com antecedência para mitigar o impacto de alguns dos piores cenários:
-
Retire seus serviços e aplicativos dos equipamentos Outposts de forma controlada, usando mudanças de balanceamento de carga baseadas em DNS ou fora do rack.
-
Pare contêineres, instâncias e bancos de dados de forma incremental ordenada e use a ordem inversa ao restaurá-los.
-
Planos de teste para movimentação ou parada controlada de serviços.
-
Faça backup de dados e de configurações essenciais e armazene-os fora dos Outposts.
-
Mantenha os tempos de inatividade de energia no mínimo.
-
Evite a troca repetida das fontes de alimentação (off-on-off-on) durante a manutenção.
-
Reserve mais tempo no intervalo de manutenção para lidar com o inesperado.
-
Gerencie as expectativas de seus usuários e clientes comunicando um prazo de manutenção mais amplo do que você normalmente precisaria.
Eventos de conectividade de rede
A conexão do link de serviço entre seu Posto Avançado e a AWS Região ou Região de origem do Posto Avançado normalmente se recupera automaticamente de interrupções ou problemas de rede que possam ocorrer em seus dispositivos de rede corporativa upstream ou na rede de qualquer provedor de conectividade terceirizado após a conclusão da manutenção da rede. Durante o período em que a conexão do link de serviço está inativa, suas operações de Outposts são limitadas às atividades da rede local.
Para obter mais informações, consulte a pergunta O que acontece quando a conexão de rede da minha instalação cai? na página de perguntas frequentes do AWS Outposts rack
Se o link do serviço estiver inativo devido a um problema de energia no local ou à perda de conectividade de rede, AWS Health Dashboard ele enviará uma notificação para a conta proprietária dos Outposts. Nem você nem AWS pode suprimir a notificação de uma interrupção do link de serviço, mesmo que a interrupção seja esperada. Para obter mais informações, consulte Como iniciar o AWS Health Dashboard no Guia do usuário do AWS Health .
No caso de uma manutenção de serviço planejada que afetará a conectividade da rede, siga as seguintes etapas proativas para limitar o impacto de possíveis cenários problemáticos:
-
Se seu rack Outposts se conectar à AWS região principal por meio da Internet ou do Direct Connect público, antes de uma manutenção planejada, capture uma rota de rastreamento. Ter um caminho de rede funcional (pre-network-maintenance) e um caminho de rede problemático (post-network-maintenance) para identificar as diferenças ajudaria na solução de problemas. Se você encaminhar um problema pós-manutenção para AWS ou para o seu ISP, poderá incluir essas informações.
Capture uma rota de rastreamento entre:
-
Os endereços IP públicos no local dos Outposts e o endereço IP retornado pelo
outposts.. Substitua aregion.amazonaws.comregiãopelo nome da AWS região principal. -
Qualquer instância na região principal com conectividade pública à Internet e endereços IP públicos no local dos Outposts.
-
-
Se você estiver no controle da manutenção da rede, limite a duração do tempo de inatividade do link de serviço. Inclua uma etapa em seu processo de manutenção que verifique se a rede foi recuperada.
-
Se você não estiver no controle da manutenção da rede, monitore o tempo de inatividade do link de serviço em relação ao intervalo de manutenção anunciado e encaminhe antecipadamente para a parte responsável pela manutenção planejada da rede se o link de serviço não estiver funcionando novamente no final do intervalo de manutenção anunciado.
Recursos
Aqui estão alguns recursos relacionados ao monitoramento que podem garantir que os Outposts estejam operando normalmente após um evento planejado ou não planejado de energia ou de rede:
-
O AWS blog Monitoring best practices for AWS Outposts
aborda as melhores práticas de observabilidade e gerenciamento de eventos específicas para Outposts. -
O AWS blog Ferramenta de depuração para conectividade de rede da Amazon VPC explica a ferramenta -SetupIP VPC
. AWSSupport MonitoringFrom Essa ferramenta é um documento AWS Systems Manager (documento SSM) que cria uma instância de monitoramento do Amazon EC2 em uma sub-rede especificada por você e monitora os endereços IP de destino. O documento executa testes de diagnóstico de ping, MTR, rota de rastreamento e caminho de rastreamento de TCP e armazena os resultados no Amazon CloudWatch Logs, que podem ser visualizados em um CloudWatch painel (por exemplo, latência, perda de pacotes). Para o monitoramento de Outposts, a Instância de Monitor deve estar em uma sub-rede da AWS região principal e configurada para monitorar uma ou mais de suas instâncias Outpost usando seus IPs privados. Isso fornecerá gráficos de perda de pacotes e latência entre e a região principal. AWS Outposts AWS -
O AWS blog Implantando um CloudWatch painel automatizado da Amazon para AWS Outposts uso AWS CDK
descreve as etapas envolvidas na implantação de um painel automatizado. -
Se você tiver dúvidas ou precisar de mais informações, consulte Criação de um caso de suporte no AWS Guia do usuário de suporte.
