SQL Azure для очень больших баз данных

Question

В сценарии с базой данных, содержащей сотни миллионов строк и достигающей размеров 500 ГБ, возможно, ~ 20 пользователей. В основном это хранилище данных для агрегированных данных, о которых будет сообщено позже.

Сможет ли SQL Azure справиться с этим сценарием? Если так, имеет ли смысл идти по этому пути? По сравнению с покупкой и размещением 2+ высокопроизводительных серверов (от 15 до 20 тыс. Долл. США каждый) в одном месте + все услуги по обслуживанию и резервному копированию.

Answer 1

Рассматривали ли вы использование хранилища Azure Table? Таблицы Azure не имеют ссылочной целостности, но если вы просто храните много строк, это вариант для вас? Вы можете использовать SQL Azure для своих транзакционных нужд и использовать таблицы Azure для тех таблиц, которые не подходят для SQL Azure. Кроме того, таблицы Azure будут дешевле.

Answer 2

Базы данных SQL Azure ограничены 50 ГБ (на данный момент)

Как описано в Общие рекомендации и ограничения

Answer 3

Я не знаю, сможет ли SQL Azure справиться с вашим сценарием - 500 ГБ кажутся значительными и не фигурируют в списке цен (максимум 50 ГБ).Я просто пытаюсь дать представление о ценах.

Официальная цена SQL Azure составляет около 10 долларов за ГБ в месяц (http://www.microsoft.com/windowsazure/pricing/)

Таким образом, 500 ГБ будет около 5 тысяч долларов).каждый месяц примерно. 2 высококлассных сервера (без лицензионных сборов, обслуживания и резервного копирования) по 20 тыс. т. окупаются примерно за 8 месяцев.

Или, с другой точки зрения: если вы меняете свои серверы каждые 4лет, покрывает ли бюджет в 240 тыс. долларов (5 тыс. долларов * 48 месяцев) аппаратное обеспечение, установку / настройку, лицензионные сборы и расходы на обслуживание? (не считая пропускную способность и резервное копирование, так как вы будете платить это дополнительно, когдаиспользуя SQL Azure).

Answer 4

Один из вариантов - использование шардинга SQL Azure. Это способ распределить данные по нескольким базам данных SQL Azure и имеет то преимущество, что каждая база данных будет использовать разные ЦП и жесткий диск (поскольку каждая база данных фактически хранится на отдельной машине в центре обработки данных), что должно дать вам действительно хорошее спектакль. Конечно, это при условии, что ваша база данных может быть подвергнута сомнению. Подробнее об этом шардинге можно узнать здесь .