Добавим немного к ответу @ Simon: При рассмотрении Table Storage и его низкой стоимости также подумайте, можете ли вы использовать его напрямую, вместо того, чтобы использовать установленный и управляемый вами движок базы данных NoSQL.В своем нынешнем виде Table Storage предлагает решение без схемы, которое позволяет хранить по существу пакет свойств в строке, проиндексированной с помощью partitionkey + rowkey.Это работает для вас?Не могли бы вы поработать с несколькими дополнительными таблицами для дополнительной индексации?Если это так, то ваши затраты на хранение будут действительно низкими (и все еще долговечными, с тройной репликацией).
Если вы обнаружите, что пишете значительный код для управления Table Storage, тогда может быть более эффективным инвестировать вВычислить экземпляры, необходимые для запуска RavenDB.При рассмотрении этого вопроса также следует учитывать, что вам, вероятно, потребуются большие размеры виртуальных машин, если вы перемещаете значительные данные (поскольку вы получаете примерно 100 Мбит / с на ядро).База данных наподобие MongoDB, работающая с отображенными в память файлами, действительно наращивает скорость при увеличении объема оперативной памяти.Не уверен, что то же самое с RavenDB.