Normalmente, não nos perguntam quantos usuários uma determinada arquitetura pode suportar, em vez disso, nos perguntam qual arquitetura precisamos para suportar um determinado número de usuários. Não é uma questão mais importante?
De qualquer forma, algumas notas:
- Se você projetar sua arquitetura para ser verdadeiramente escalável em todas as camadas - entrega de conteúdo (Cloud Front), servidores da Web (sem estado, descartáveis), armazenamento de arquivos (EFS, S3), banco de dados Aurora, réplicas somente leitura) - então você não precisa se preocupar muito com quantos usuários uma determinada configuração pode suportar. Se a demanda for menor ou maior, a arquitetura simplesmente será dimensionada para atender à demanda.
-
Sua arquitetura parece estar no caminho certo para escalabilidade, então eu acho que a melhor maneira é levantar uma prova de conceito e fazer um teste de carga profissional . Existem empresas que podem fazer isso de locais geograficamente dispersos. Isso vai mostrar como o seu design executa e de lá você será capaz de interpolar o várias configurações necessárias para vários números de usuários simultâneos.
-
Uma palavra de advertência sobre os tipos de instâncias T2 - eles usam os chamados créditos da CPU , o que os faz rodar rapidamente por um curto período de tempo baixa. Quando estão ociosos, acumulam esses créditos novamente e, por algum tempo, podem correr mais rápido novamente. Isso é ótimo para a carga de trabalho que vem em picos, mas para uma carga sustentada, você ficará melhor com, por exemplo, Tipos de instâncias M5 (por exemplo, m5.large) - oferecem um desempenho consistente.
-
É melhor ter número maior de instâncias menores (por exemplo, 20x m5.large ) em vez de um número menor de instâncias grandes (por exemplo, 5x m5.2xlarge ) - a escala de entrada e saída é mais suave, o desempenho do disco é melhor, a falha de um único nó não tem um impacto tão grande, etc.
-
Considere o uso de instâncias spot e frotas spot para economia extra nos custos de sua instância.
-
Você mencionou que veicula algumas publicações - se esses documentos PDF estiverem estáticos, será muito melhor armazená-los no S3 e ler o CloudFront diretamente no S3 sem passar pelo seu WordPress em tudo. Se eles não são públicos e precisam, por exemplo um visto de assinatura em URLs assinados do CloudFront / S3 . Isso reduzirá significativamente a carga nos seus servidores WordPress.
Espero que ajude:)