como identificar e reportar hardware RDS incorreto

Question

Recentemente, [finalmente] migramos todo o nosso hardware de produção da rede padrão preterida para VPCs, incluindo os nós EC2 e RDS. Tudo correu muito bem, exceto quando começamos a executar testes de desempenho na produção e notamos degradação bastante significativa em comparação com a configuração antiga: pelo menos 30 a 40% de penalidade.

Depois de coçarmos um pouco nossas cabeças, comparando versões de software e configuração, decidimos tentar regenerar nossas instâncias de RDS. Inicialmente, o objetivo era migrar nossos bancos de dados principais para um AZ diferente para comparar maçãs com maçãs. Quando a migração terminou, descobrimos que o desempenho voltou ao normal, mas duvido seriamente que o AZ fosse a fonte da nossa dor. Eu simplesmente não consigo acreditar que um par de milissegundos (no máximo) de latência causou muitos problemas, especialmente porque diferentes clientes de consultas de AZs parecem não ter efeito no desempenho.

Eu suspeito que ou tenhamos algum hardware RDS ruim para m3.large ou estivemos em uma instância com um vizinho particularmente barulhento.

• Alguém já viu esses tipos de diferenças de desempenho por instância antes?
• Alguma outra depuração que poderíamos ter feito para melhor diagnosticar isso?
• Ao relatar esse problema para o suporte da AWS, o cara da camada 1 está dizendo que não conhece o hardware em que eu estava internamente. Isso pode realmente ser verdade? Não estou pedindo nenhuma identificação, mas gostaria de pensar que eles poderiam sinalizar o hardware para a equipe física. Qualquer coisa que eu poderia ter feito diferente?

Obrigado por qualquer feedback.

    

Answer 1

Você usa a solução clássica de TI - desligue-a e ligue-a novamente. Isso quase certamente leva você a um novo hardware. Se estiver preocupado com o tempo de inatividade, talvez seja necessário configurar um espelho ou ler a réplica primeiro.

Você não reporta, apenas segue em frente.