De que tamanho de VPS o WordPress realmente precisa?

Menos do que lhe disseram, se o site usa cache. Uma página em cache é um arquivo que o servidor web envia direto do disco (o PHP não é iniciado e o banco de dados não é acessado), então, em um site onde a maioria dos visitantes vê páginas em cache, a RAM decide quantas requisições SEM CACHE podem rodar ao mesmo tempo, não quantos visitantes você pode ter. É por isso que uma máquina de 1 GB roda um blog de verdade: depois que o sistema operacional e o banco de dados ocupam cerca de 700 MB, o que sobra ainda roda alguns workers PHP, e alguns bastam quando nove de cada dez requisições nunca chegam ao PHP. Onde a RAM realmente decide a resposta é em uma loja ou em um site de membros, porque carrinhos, checkouts e sessões logadas não podem ser armazenados em cache e cada um deles é uma requisição PHP ao vivo.

A resposta honesta é que ninguém pode lhe dizer de fora, porque depende de quantas das suas requisições estão em cache e de quanto tempo leva uma sem cache. O que podemos lhe dar é a aritmética: workers = (RAM − 300 MB para o SO − 400 MB para o banco de dados) ÷ o que um worker PHP ocupa, e um worker que leva 200 ms atende cinco requisições por segundo. Multiplique e seja pessimista. Depois teste: implante por hora, rode um teste de carga contra o seu próprio site com os seus próprios plugins e destrua a máquina em seguida. Isso custa alguns centavos e supera qualquer estimativa desta página, incluindo a nossa.

A largura de banda, com mais frequência do que se espera, e é o número que quase nenhum provedor coloca ao lado do plano. Uma página típica de WordPress pesa cerca de 2,5 MB, então cem mil visualizações de página dão aproximadamente 244 GB: tranquilo. Um milhão dá cerca de 2.4 TB, o que é mais que a franquia de vários planos que ainda têm muita memória sobrando. Esse é todo o motivo de esta página mostrar uma coluna de franquia: BD-8 inclui 32 TB e C4-8-150 inclui 4 TB, e para um site com muita mídia essa diferença importa mais do que os núcleos.

Só se você preferir não fazer as atualizações. Um VPS lhe dá root e nada mais: você instala o WordPress, aplica as atualizações, faz os backups e é o responsável quando um plugin quebra o site às 2 da manhã. Isso é mais barato e mais flexível, e é de fato mais trabalho. Se não quiser esse trabalho, nossos níveis gerenciados existem e preferimos indicá-los a vender uma máquina que você não vai manter. Um WordPress sem atualizações é a coisa mais comprometida com regularidade na internet.

Para um único site, sim, quase sempre. Separá-los acrescenta um salto de rede a cada consulta e uma segunda máquina para manter, em troca de uma folga de que você provavelmente ainda não precisa. Separe quando o banco de dados for de fato o gargalo e você tiver medido isso, ou quando rodar vários sites pesados o bastante para querer o banco de dados isolado. Se separar, nossa linha de banco de dados gerenciado roda PostgreSQL e MySQL para você, o que é outra troca: mais dinheiro, menos da sua noite.

A mais próxima dos seus leitores, não de você. A distância é um dos fatores que decidem quanto tempo uma página leva para começar a chegar, e um site lido na Europa fica melhor na Europa, mesmo que você não esteja lá. Se os seus leitores estão espalhados, coloque o servidor perto do maior grupo e coloque uma CDN na frente dos arquivos estáticos; é nisso que uma CDN é realmente boa. Vendemos em várias regiões e a página de cada plano lista aquelas em que ele pode de fato ser provisionado.

Sim, e é uma cópia de arquivos e um dump do banco de dados, não um produto especial. Qualquer plugin de migração comum faz isso, ou você pode mover manualmente com rsync e mysqldump se preferir entender o que aconteceu. Implante a nova máquina por hora enquanto testa a cópia, aponte o domínio para ela quando estiver satisfeito e destrua a antiga. A sobreposição custa centavos e significa que reverter é "mudar o DNS de volta".