Se você está apenas executando um site Drupal, precisará de uma instância do EC2 com armazenamento EBS e um endereço IP Elastic (todas as instâncias do EC2 têm acesso SSH). A instância do EC2 (t1.micro) será gratuita (por 1 ano, se você for um novo cliente)
Você recebe 10 GB de armazenamento EBS - o Amazon Linux AMI padrão possui um volume raiz de 8 GB. Eu recomendaria reduzir isso para cerca de 4 GB e anexar um segundo volume de 6 GB à sua instância (pelo menos pessoalmente, eu gostaria de manter meus dados separados do volume raiz). Uma área em que você pode incorrer em custos é para E / S. A AMI Linux da Amazon é bastante eficiente, mas, dependendo da configuração e do tráfego do drupal, não seria inesperado exceder os 1M I / Os que você recebe por mês.
Idealmente, você usará os instantâneos do EBS para seus backups, no entanto, isso depende muito da quantidade de dados que você possui. Esse é um dos motivos pelos quais eu gosto de dividir o volume raiz dos meus dados. É muito fácil exceder 1 GB de armazenamento de instantâneo e pode ser bastante difícil estimar o espaço necessário para o instantâneo (o primeiro instantâneo terá cerca de 50% do espaço usado (dependendo da capacidade de compressão dos dados). Cada instantâneo subsequente será use muito menos, já que é um backup diferencial, mas analisa os blocos alterados em vez dos arquivos alterados.Como alternativa, você pode fazer backups mais tradicionais (tar.gz) e enviá-los para o S3 (lembre-se, porém, de que a geração desses backups resulta em I / Os).
Seu custo final virá da largura de banda - 15 GB por mês estão incluídos no nível gratuito. Determine o uso atual da largura de banda para ver se você vai ou não passar por isso.
A qualquer momento, você pode visualizar a atividade atual da conta no site da Amazon, para monitorar se está chegando perto dos valores limite. Infelizmente, não há como definir limites para o uso de recursos na AWS - seja qual for o uso que você precise pagar.
Eu recomendaria configurar uma instância do EC2, mas mantendo o host existente operacional para começar. Você pode mudar seu DNS para apontar para o seu AWS Elastic IP e testá-lo, mantendo um olho na atividade da sua conta. Se você achar que tudo está dentro de um intervalo aceitável, você pode acabar com o host existente, caso contrário, é uma simples questão de reverter o DNS e sincronizar as alterações para voltar ao host antigo (lembre-se de excluir os instantâneos, Volumes EBS e interrompa suas instâncias, caso contrário você continuará incorrendo em custos). A AWS também fornece 'relatórios' com atividade horária discriminada pelo uso de recursos - eles são um pouco difíceis de ler, mas você deve conseguir entendê-los. Eles podem ajudá-lo a determinar quando e o que pode estar fazendo com que seu uso seja mais alto do que o normal.
Apenas para recapitular: você deve prever com antecedência o uso da largura de banda - o que significa que a E / S será o principal fator difícil de prever (e o uso de snapshots se você optar por entrar nessa raiz).