Sou novo no Mongodb e no EC2. Se eu usar o seguinte servidor MongoDb:
Instância Extra Grande com Memória Elevada 17.1 Memória GiB, 6.5 ECU (2 núcleos virtuais com 3.25 Unidades Computacionais EC2 cada), 420 GB de armazenamento de instância local, plataforma de 64 bits
Como leigo, se quantificarmos E / S, os dados em MB / seg. Quantas transações de E / S o servidor mongodb pode manipular facilmente, sem ser queimado.
Considere as configurações padrão do servidor EC2 com a versão Ubuntu e MongoDb disponível no mercado da AWS.
Com a AWS, é melhor compartilhar seus dados e dimensioná-los horizontalmente com o mongo. Se você está começando, isso parece um grande exagero para mim. Além disso, com o mongo, você deseja replicar o banco de dados. Então você precisaria de pelo menos outro servidor com as mesmas especificações.
Em termos de IO, isso tem pouco a ver com o tamanho da instância, exceto pela largura de banda disponível para você. Para explicar, quando você estiver usando o EC2 / AWS, isso significa que você estará usando o EBS para armazenamento e, portanto, usando a rede para persistir seus dados. Como tal, a recomendação é usar o RAID 10 em vários volumes para permitir a distribuição (performance), espelhamento (redundância) e falha em um volume defeituoso (caso contrário, sua matriz é tão lenta quanto qualquer disco mais lento) se um dos EBS volumes tem um dia ruim (acontece, confie em mim).
Por este white paper (que será atualizado com novas informações em breve), um volume do EBS pode fornecer
approximately 100 IOPS, and single instances with arrays of 10 or more attached EBS disks can often reach 1,000 IOPS sustained
Se você usa um Provisionado IOPS instância, em seguida, que todas as alterações, é claro, e isso também significa que você obtenha uma interface de rede dedicada para IO, removendo qualquer contenção com o seu tráfego normal no host.
A última opção restante são as instâncias baseadas em SSD, que ultrapassam até mesmo as capacidades de IOPs provisionadas, mas há uma grande diferença de preço para acompanhá-las.
Geralmente, com o MongoDB, você acabará com o tamanho baseado na RAM (manter seu conjunto de trabalho na RAM é geralmente considerado primordial, se possível), mas se você não puder e precisar acessar o disco regularmente, a quantidade que você pode compactar fora do EBS será importante.Eu recentemente apresentei uma visão geral de tudo isso, com um AWS foco nos recentes eventos do Sydney / Melbourne MongoDB. Você pode encontrar os slides aqui:
Isso depende do tamanho do banco de dados que você está executando.
Se você estiver executando um pequeno mongoDB, então logo a maioria das consultas será armazenada na memória, e seu mongoDB não estará mais no disco.
Se for um banco de dados maior e o dinheiro não for um grande problema para você, sugiro que você escolha Instâncias de E / S altas, que tenham SSD instalado nelas e o melhor ajuste para executar um servidor mongoDB.
Tags amazon-ec2 mongodb