Я новичок в Mongodb и EC2. Если я использую следующий один сервер MongoDb:
Экстра-большой экземпляр с высокой памятью 17,1 ГиБ, 6,5 ЭБУ (2 виртуальных ядра с 3,25 вычислительными блоками EC2 каждое), 420 ГБ хранилища локальных экземпляров, 64-разрядная платформа
Как непрофессионал, если мы количественно измеряем ввод-вывод, данные в МБ / с. Сколько транзакций ввода-вывода сервер mongodb может легко обработать, не сгорая.
Рассмотрим настройки сервера EC2 по умолчанию с версией Ubuntu и MongoDb, доступной на торговой площадке AWS.
С AWS .. вам лучше сегментировать данные и горизонтальное масштабирование с помощью mongo. Если вы начинаете, это кажется мне излишним. Плюс с mongo вы хотите реплицировать базу данных. Так что вам понадобится как минимум еще один сервер с такими же характеристиками.
С точки зрения ввода-вывода это мало связано с размером экземпляра, за исключением доступной вам полосы пропускания. Чтобы объяснить, когда вы используете EC2 / AWS, это означает, что вы будете использовать EBS для хранения и, следовательно, использовать сеть для сохранения ваших данных. Таким образом, рекомендуется использовать RAID 10 на нескольких томах, чтобы вы могли чередовать (производительность), зеркалировать (избыточность) и отключать неисправный том (иначе ваш массив будет таким же медленным, как и самый медленный диск), если один из EBS у томов плохой день (такое бывает, поверьте).
За этот технический документ (который скоро будет обновлен новой информацией), том EBS может предоставить
приблизительно 100 IOPS, а отдельные экземпляры с массивами из 10 или более подключенных дисков EBS часто могут достигать 1000 IOPS в устойчивом режиме
Если вы используете подготовленный IOPS Например, все, конечно же, меняется, и это также означает, что вы получаете выделенный сетевой интерфейс для ввода-вывода, устраняя любые конфликты с вашим обычным трафиком на хосте.
Последний оставшийся вариант - это инстансы на основе SSD, которые намного превосходят даже возможности выделенных операций ввода-вывода в секунду, но при этом существует значительная разница в цене.
Обычно с MongoDB вы в конечном итоге определяете размер на основе ОЗУ (сохранение рабочего набора в ОЗУ обычно считается первостепенным, если это возможно), но если вы не можете и вам нужно регулярно нажимать на диск, то объем, который вы можете выжать из EBS будет важно.
я недавно представленный обзор всего этого с акцентом на AWS на недавних мероприятиях MongoDB в Сиднее и Мельбурне. Вы можете найти слайды здесь:
http://www.10gen.com/presentations/mongodb-sydney-november-2012/operating-mongodb-cloud
Это зависит от размера используемой БД.
Если вы используете небольшой mongoDB, то довольно скоро большинство запросов будут кэшироваться в памяти, и ваш mongoDB больше не будет попадать на диск.
Если это большая БД и деньги не представляют для вас большой проблемы, я предлагаю вам выбрать экземпляры с высоким уровнем ввода-вывода, в которые встроены SSD и которые лучше всего подходят для запуска сервера mongoDB.