Então eu tenho um problema único. Nosso aplicativo é projetado para servidor grande quantidade de arquivos usando um link especial que é um uso do tempo. Nós temos jogado com o ELB, mas notamos um "bug" interessante, se você começar a ter muito tráfego ou carregar, o ELB tentará se expandir e repetir a conexão. Isso faz com que nosso sistema invalide o link antes que o download seja feito.
Então, rapidamente eu montei um servidor proxy nginx para testar o problema e, nessa configuração, a conexão não foi invalidada, mas estou vendo a queda de desempenho em cerca de 2/3 a 1/2. Vendo que não posso lançar mais largura de banda na instância, pois estou bloqueado para o que a AWS me dá que alternativas eu tenho? Talvez haja uma configuração com a instância / nginx que não estou fazendo corretamente ou eu preciso mudar para algo como o DNS da RR e pagar o preço com isso.
Se www.example.com estiver sendo balanceado para server1.example.com e server2.example.com, faça com que seu link único seja vinculado explicitamente a server1 / 2.example.com (ou o CNAME da AWS da instância atual, se suas instâncias mudam com frequência suficiente para que seu DNS não esteja necessariamente atualizado).
Não sei quais são os requisitos para o seu aplicativo, mas como você já está usando o AWS, considere o uso de um recurso do S3 que permite fornecer um URL assinado que expira em um ponto específico no futuro (por exemplo, em dois minutos). Isso faria com que seu usuário repitasse as conexões com falha, mas não permitiria que elas passassem para que outras pessoas usassem o tempo de expiração.
Se o S3 funciona para o seu aplicativo, ele também pode remover uma enorme carga de ter que executar os servidores de download, pois o S3 cuida de todo o trabalho.