Экспорт (0) Печать
Развернуть все
Развернуть Свернуть
0 из 2 оценили этот материал как полезный - Оценить эту тему

Хранилище таблиц Windows Azure и база данных SQL Windows Azure — сравнительный анализ производительности и масштабируемости

Обновлено: Январь 2014 г.

Авторы: Валерий Мизонов (Valery Mizonov) и Сет Мангейм (Seth Manheim)

Рецензенты: Брэд Калдер (Brad Calder), Джей Харидас (Jai Haridas), Паоло Сальватори (Paolo Salvatori), Сильвано Кориани (Silvano Coriani), Прем Мехра (Prem Mehra), Рик Негрин (Rick Negrin), Стюард Озер (Stuart Ozer), Майкл Томасси (Michael Thomassy), Эван Фейрвезер (Ewan Fairweather)

В этом разделе выполняется сравнение двух типов структурированного хранилища, поддерживаемого Windows Azure: хранилище таблиц Windows Azure и база данных База данных SQL Windows Azure. Последний подход был известен ранее как «SQL Azure». Цель этой статьи заключается в сравнении соответствующих технологий для выяснения сходства и различий между ними. Настоящий анализ содействует принятию более обоснованных решений о том, какая технология лучше всего отвечает конкретным требованиям.

Введение

При рассмотрении вариантов хранения данных и сохраняемости Windows Azure предоставляет возможность выбора из двух облачных технологий: база данных База данных SQL Windows Azure и хранилище таблиц Windows Azure.

База данных SQL Windows Azure — служба реляционной базы данных, которая расширяет базовые возможности SQL Server для облака. С помощью База данных SQL можно подготовить и развернуть решения реляционной базы данных в облаке. К преимуществам относятся управляемая инфраструктура, высокий уровень доступности, масштабируемость, знакомые модель разработки, платформы и средства доступа к данным — подобные тем, которые предоставлялись в традиционной среде SQL Server. Кроме того, в База данных SQL есть функции, которые осуществляют миграцию, экспорт и постоянную синхронизацию локальных баз данных SQL Server с базами данных SQL Windows Azure (с помощью Синхронизации данных SQL).

Хранилище таблиц Windows Azure является отказоустойчивым, сертифицированным по стандарту ISO 27001 хранилищем «ключ-значение» NoSQL. Хранилище таблиц Windows Azure целесообразно использовать для приложений, в которых хранится большое количество нереляционных данных, требующих дополнительной структуры. Таблицы обеспечивают для приложений доступ с помощью ключа по низкой стоимости к несистематизированным данным на основе упрощенных шаблонов доступа к данным. Если хранилище таблиц Windows Azure хранит структурированные данные без схемы, способ представления связей между данными отсутствует.

Несмотря на некоторые заметные различия, база данных База данных SQL Windows Azure и хранилище таблиц Windows Azure представляют собой управляемые службы с хорошими характеристиками доступа, обеспечивающие соблюдение соглашения об уровне обслуживания на уровне 99,9 % в месяц.

Хранилище таблиц и база данных SQL

Подобно базе данных База данных SQL, хранилище таблиц Windows Azure хранит структурированные данные. Основное различие между База данных SQL и хранилищем таблиц Windows Azure заключается в том, что База данных SQL является системой управления реляционными базами данных на основании ядра SQL Server и строится на стандартных реляционных принципах и правилах. Таким образом, эта технология предоставляет возможности управления реляционными данными с помощью запросов Transact-SQL, ACID-транзакций и хранимых процедур, выполняемых на стороне сервера.

Хранилище таблиц Windows Azure является гибким хранилищем «ключ-значение», которое позволяет легко построить облачные приложения без необходимости блокировки модели данных приложения относительно определенного набора схем. Такое хранилище данных не является реляционным и не обладает теми функциями управления реляционными данными, которые присущи базе данных База данных SQL (например, соединения и хранимые процедуры). Хранилище таблиц Windows Azure обеспечивает ограниченную поддержку запросов со стороны сервера, но обладает возможностями выполнения транзакций. Кроме того, разные строки в одной и той же таблице могут иметь различную структуру в хранилище таблиц Windows Azure. Это свойство хранилища таблиц Windows Azure без схемы позволяет также эффективно хранить и извлекать простые реляционные данные.

Если приложение хранит и извлекает крупные наборы данных, которым не требуются широкие реляционные возможности, хранилище таблиц Windows Azure подойдет лучше. Если приложению требуется обработка схематизированных наборов данных, реляционных по своей природе, то лучше выбрать базу данных База данных SQL. Существует ряд других факторов, которые следует рассмотреть, прежде чем выбрать базу данных База данных SQL или хранилище таблиц Windows Azure. Некоторые из этих соображений перечислены в следующем разделе.

Принципы выбора технологии

При определении технологии хранения данных, которая соответствует цели данного решения, его архитекторам и разработчикам следует принять во внимание нижеперечисленные рекомендации.

Архитекторам или разработчикам решений следует рассмотреть вопрос об использовании хранилища таблиц Windows Azure в следующих случаях:

  • Приложение должно хранить весьма крупные объемы данных (несколько терабайтов) без увеличения расходов.

  • Приложение хранит и извлекает большие наборы данных и не имеет сложных связей, которым требуются соединения на стороне сервера, вторичные индексы или сложная логика на стороне сервера.

  • Приложению необходима гибкая схема данных для хранения неоднородных объектов, структура которых неизвестна во время разработки.

  • Для осуществления деятельности требуются возможности аварийного восстановления в различных географических точках, чтобы удовлетворить определенные требования совместимости. Таблицы Windows Azure географически реплицируются между двумя центрами обработки данных, расположенными на определенном расстоянии друг от друга на одном континенте. Такая репликация обеспечивает дополнительную надежность данных в случае серьезной аварии.

  • Необходимо хранить более 150 ГБ данных без потребности реализации логики сегментирования или секционирования.

  • Требуется добиться высокого уровня масштабирования без необходимости сегментирования набора данных вручную.

Архитекторам или разработчикам решений следует рассмотреть вопрос об использовании базы данных База данных SQL Windows Azure в следующих случаях:

  • Для приложения требуется обработка имеющих схему, высокоструктурированных наборов данных со связями.

  • Данные имеют реляционную природу; для обеспечения целостности с помощью правил уникальности данных, правочных ограничений и первичного или внешнего ключей требуются основные принципы модели программирования реляционных данных.

  • Размер томов данных не может превышать 150 ГБ на одну единицу совместно размещенных наборов данных, которые часто преобразуются в одну базу данных. Однако можно секционировать данные по нескольким наборам, чтобы выйти за установленный предел. Обратите внимание, что впоследствии предел может быть изменен.

  • В существующем приложении, предназначенном для обработки данных, уже используется SQL Server; требуется доступ на основе облака к структурированным данным при помощи имеющихся платформ доступа к данным. В то же время для приложения необходима безупречная совместимость локального сервера и Windows Azure.

  • Приложение предполагает использовать хранимые процедуры T-SQL для выполнения вычислений на уровне данных, таким образом сводя к минимуму количество циклов приема-передачи между приложением и хранилищем данных.

  • Приложению требуется поддержка пространственных данных, расширенных типов данных и сложных шаблонов доступа к данным через согласованность семантики запросов, включая соединения, агрегаты и сложные предикаты.

  • Приложение должно обеспечивать визуализацию и предоставлять отчеты по бизнес-аналитике (BI) относительно модели данных с использованием готовых средств создания отчетов.

noteПримечание
Многие приложения Windows Azure могут воспользоваться преимуществами обеих технологий. Поэтому рекомендуется использовать сочетание этих вариантов.

Сравнение хранилища таблиц Windows Azure и базы данных База данных SQL

В таблицах, приведенных в нижеследующих разделах, представлены функции логической группировки, позволяющие быстро сравнить возможности хранилища таблиц Windows Azure и базы данных База данных SQL Windows Azure.

Основные возможности

В этом разделе сравниваются некоторые основные возможности хранения, предоставляемые хранилищем таблиц Windows Azure и базами данных База данных SQL.

 

Критерии сравнения Хранилище таблиц Windows Azure База данных SQL

Связи данных

Нет

Хранилище таблиц Windows Azure не предоставляет способ определения связей между данными. Простые связи можно получить с помощью свойств таблиц без схемы и структурирования данных в требуемом формате.

Да

Подобно базе данных SQL Server, База данных SQL позволяет определять связи между данными, которые хранятся в различных таблицах, с помощью внешних ключей.

Обработка на стороне сервера

Нет

Поддерживает такие основные операции, как insert, update, delete и select, но не поддерживает соединения, внешние ключи, хранимые процедуры, триггеры или обработку на стороне подсистемы хранилища.

Да

Предоставляет стандартные средства SQL Server, такие как хранимые процедуры, представления, множественные индексы, соединения и агрегаты.

Поддержка транзакций

Ограниченная

Поддерживает транзакции для сущностей в той же таблице и в той же секции. В одной транзакции поддерживается до 100 операций. Хранилище таблиц поддерживает оптимистичный параллелизм. Дополнительные сведения см. в разделе Групповые транзакции сущностей.

Да

Поддерживает типичные ACID-транзакции в той же базе данных. Транзакции в базах данных не поддерживаются. Кроме того, база данных База данных SQL обеспечивает оптимистичный параллелизм.

Георепликация

Да

По умолчанию таблица реплицируется в другие области. Такая репликация обеспечивает высокий уровень возможностей аварийного восстановления.

Нет

Ко времени написания статьи экземпляр базы данных База данных SQL не реплицировался в другие области. В будущих версиях такое поведение может измениться.

Схема таблицы

Нестрогая

Каждая сущность (строка) может иметь различные свойства. Например, можно хранить сведения о заказе в одной строке и информацию о клиенте в другой строке одной и той же таблицы.

Управляемая

Определена фиксированная схема для всей таблицы, она может быть изменена в любое время. Все строки должны соответствовать правилам схемы. Используйте тип XML или разреженные столбцы для дополнительной гибкости.

Сходство с существующими локальными хранилищами данных

Нет

В настоящее время облачное хранилище не имеет локальных вариантов.

Да

Сходство с SQL Server при некоторых ограничениях. Дополнительные сведения см. в разделе Общие рекомендации и ограничения.

Горизонтальное масштабирование

Автоматически

Секционируется на основании свойства PartitionKey. Таблица может храниться в разных секциях на различных устройствах хранения. Такая структура позволяет клиентам получить доступ к данным в параллельном режиме.

Вручную

Сегментируется по управляемой группе экземпляров баз данных с помощью федераций SQL или пользовательского подхода к сегментированию.

Типы данных

Простые

Поддерживаемые типы данных Дополнительные сведения см. в таблице раздела «Дополнительные сведения».

Простые, сложные и определяемые пользователем

База данных SQL поддерживает широкий набор типов данных, в том числе определяемых пользователем.

Дополнительные сведения

  • При создании таблицы Windows Azure нет необходимости в определении каких-либо столбцов. Сама таблица не структурирована и не имеет схемы времени разработки. Имена столбцов являются частью сущностей (строк), которые хранятся в таблице. Они могут быть разными для различных сущностей в одной и той же таблице. Таблица Windows Azure может даже содержать две сущности с одинаковым именем свойства, но различными типами значения свойства. Однако в одной сущности имена свойств должны быть уникальными.

  • Хранилище таблиц Windows Azure не поддерживает такие реляционные функции, как соединения и агрегаты в запросах или транзакциях, для координации изменений в нескольких таблицах. Сущности, которые хранятся в таблицах Windows Azure с одинаковым ключом секции, обслуживаются вместе. Можно эффективно извлечь эти сущности и изменить их в одном запросе с помощью Групповых транзакций сущностей.

  • При использовании групповых транзакций сущности имеются некоторые ограничения. К таким ограничения относятся размер пакета не более 4 MБ и использование одного значения ключа секции для всех сущностей в пакете. См. описание в Дополнительные сведения см. в разделе этой статье.

  • Тип хранилища таблиц Windows Azure предусматривает один кластеризованный индекс, а результаты всегда сортируются по PartitionKey и RowKey в порядке возрастания. Значения PartitionKey и RowKey однозначно идентифицируют строку в таблице. При попытке создания двух строк с одинаковыми значениями PartitionKey и RowKey формируется исключение.

  • В этой статье представлено дерево принятия решений для выбора между базой данных База данных SQL и локальным SQL Server. Эти критерии решения можно также применять для сравнения базы данных База данных SQL и хранилища таблиц Windows Azure.

  • Критерий пропускной способности, применяемый для обеих технологий, представляет собой сложное уравнение со многими переменными. Эти переменные включают типы запросов и их сложность, шаблоны доступа к данным, размер результирующих наборов, расстояние до инфраструктуры хранилища и сетевые задержки. В любом случае рекомендуется выполнить собственную проверку производительности для более точного и надежного измерения соответствующих показателей при учете индивидуальных особенностей конкретного класса приложений. Дополнительные сведения по рекомендациям для таблиц Windows Azure см. в этой записи блога.

  • В следующей таблице перечислены поддерживаемые типы данных для значений свойств в таблицах Windows Azure. Список типов данных, поддерживаемых базой данных База данных SQL, см. в разделе Data Types (Windows Azure SQL Database).

     

    Тип свойства Сведения

    Binary

    Массив байтов размером до 64 KБ.

    Bool

    Значение типа Boolean.

    DateTime

    64-разрядное значение, выраженное в формате UTC. Поддерживаются значения в диапазоне от 01.01.1601 до 12.31.9999.

    Double

    64-разрядное значение с плавающей запятой.

    GUID

    128-разрядный идентификатор GUID.

    Int

    32-разрядное целое число.

    Int64

    64-разрядное целое число.

    Строка

    Значение с кодировкой UTF-16. Строковые значения не могут иметь размеры более 64 КБ.

Расширенные возможности

В данном разделе сравниваются расширенные возможности, предоставляемые хранилищем таблиц Windows Azure и базой данных База данных SQL.

 

Критерии сравнения Хранилище таблиц Windows Azure База данных SQL

Доступность из локальных приложений или приложений, которые размещены на платформах, отличных от Windows Azure

Да

Да

Модель согласованности

Надежная

Надежная

Поддержка клиента служб данных Windows Communication Foundation (WCF)

Да

Да

Поддержка клиента REST

Да

Обеспечивает готовый доступ на основе REST.

Да

Обеспечивает доступ на основе REST путем добавления уровня протокола OData к базе данных SQL.

Защита с помощью брандмауэра (ограниченный доступ по IP-диапазону)

Нет

Да

Использует Брандмауэр Windows Azure, настраиваемый с портала или с помощью программы командной строки.

Функция регулирования транзакции

Да

Дополнительные сведения см. в разделе этой записи блога.

Да

Дополнительные сведения см. в разделе этой статье.

Отказоустойчивость

Да

Чтобы обеспечить высокую степень отказоустойчивости, сохраненные данные троекратно реплицируются в текущей области и дополнительно троекратно реплицируются в другой области, которая находится на расстоянии более 644 км.

Да

Три копии экземпляра базы данных База данных SQL хранятся в выбранном центре обработки данных.

Ведение журнала и измерение показателей

Да

Дополнительные сведения см. в разделе этой записи блога.

Нет

Журналы транзакций

Нет

Да

Размер журнала транзакций ограничен 10 ГБ, ограничение на одну транзакцию составляет 1 ГБ.

Дополнительные сведения

  • Можно ограничить доступ к экземпляру База данных SQL на сетевом уровне, используя функциональные возможности встроенного брандмауэра. Кроме того, можно настроить правила доступа через брандмауэр к порталу Windows Azure. В отличие от любого клиента, который может подключаться через протоколы HTTP/HTTPS к хранилищу Windows Azure, конечная точка учетной записи хранилища может получить доступ к таблице Windows Azure.

  • Хранилище таблиц Windows Azure предоставляет гарантии ACID-транзакций для всех транзакций insert/update/delete одной сущности в таблице и групповых транзакций сущности. Обеспечивается изоляция моментального снимка для каждого отдельного запроса к службе. Запрос поддерживает согласованное представление секции со времени начала выполнения запроса и в течение всей операции. Разработчики приложений отвечают за обеспечение согласованности нескольких таблиц.

  • Таблицы Windows Azure поддерживают ведение журнала, что позволяет отслеживать каждый запрос, который выполняется относительно службы. Кроме того, ведение журнала предоставляет агрегированные показатели запросов относительно службы.

  • В настоящее время база данных База данных SQL Windows Azure не осуществляет ведение журнала и измерение показателей. Однако эта база предоставляет подмножество динамических административных представлений (DMV) для диагностики проблем производительности запроса, контроля подключения к базе данных, просмотра активных транзакций и проверки планов запроса.

  • Поскольку база данных База данных SQL Windows Azure построена на основе ядра SQL Server, некоторые понятия, такие как база данных TempDB и журналы транзакций, по-прежнему актуальны. Для предотвращения неожиданного роста файлов журнала транзакций база данных База данных SQL ограничивает размер журнала значением 10 ГБ. Инфраструктура База данных SQL управляет теми журналами транзакций, к которым невозможно получить доступ напрямую. Хранилище таблиц Windows Azure не имеет аналога журнала транзакций. Функциональные возможности ведения журнала и измерения показателей, которые поддерживает хранилище таблиц Windows Azure, отличаются от ведения журнала транзакций тем, что осуществляют отслеживание запросов к службе, а не реальных изменяемых данных.

  • Для предотвращения чрезмерного использования ресурсов в многопользовательской среде хранилище таблиц Windows Azure и база данных База данных SQL используют механизм, который управляет пороговыми значениями системы. Такой механизм известен как регулирование, и он по-разному реализуется в этих двух службах. Например, база данных База данных SQL использует две стратегии регулирования: программное регулирование и аппаратное регулирование. Данные механизмы регулирования подробно объяснены в этой статье.

Емкость и квоты

В этом разделе выполняется сравнение хранилища таблиц Windows Azure и базы данных База данных SQL с точки зрения применимых значений емкости и квот. Обратите внимание, что в будущих версиях все емкости и квоты, приведенные здесь, могут быть изменены.

 

Критерии сравнения Хранилище таблиц Windows Azure База данных SQL

Максимальный размер строки

1 МБ

Не более 255 свойств, включая три обязательных свойства: PartitionKey, RowKey и Timestamp.

2 ГБ

Может содержать до 1024 столбцов (или 30 000, если используются разреженные столбцы). Использование столбцов varchar(max), varbinary(max), xml, text или image обеспечивает хранение до 2 ГБ внестроковых данных.

Максимальный размер данных

200 ТБ на таблицу

Одна учетная запись хранилища (с таблицами, большими двоичными объектами и запросами) может содержать до 200 ТБ данных больших двоичных объектов, запросов и таблиц, если она была создана после 8 июня 2012 года. Общая емкость учетных записей хранилища, созданных до этой даты, составляет 100 ТБ. Таким образом, максимальный размер таблицы Windows Azure составляет 200 ТБ.

150 ГБ на базу данных

Несмотря на то что максимально допустимый размер базы данных в будущих версиях может быть увеличен, рассмотрите возможность использования федераций SQL (или пользовательского сегментирования) для хранения более крупных наборов данных.

Максимальное количество строк, полученных за запрос

1,000

В ответ на один запрос возвращается не более 1000 строк (сущностей). Если запрос выдает больше результатов, чем это количество, возвращается токен продолжения для перехода к дополнительным запросам.

Неограниченно

При неправильной настройке время ожидания соединения и запроса может ограничивать количество извлеченных строк.

Дополнительные сведения

  • Хранилище таблиц Windows Azure использует токен продолжения в заголовке ответа для указания на то, что имеются дополнительные результаты запроса. Эти результаты можно получить путем выполнения другого запроса, который параметризуется по токену продолжения. Данный сценарий позволяет извлекать элементы сверх ограничения в 1000 сущностей. Для каждого запроса поддерживается согласованность моментального снимка, но не по токену продолжения для запроса.

  • Общий размер всех полей (свойств) в строке (сущности) таблицы Windows Azure не может превышать 1 MБ. Это ограничение распространяется на размер имен свойств, а также значения свойств или их типов, в том числе на два обязательных ключевых свойства (PartitionKey и RowKey).

  • На сегодняшний день База данных SQL поддерживает базы данных до 5 ГБ (в версии Web Edition) или до 150 ГБ (в версии Business Edition). С целью соблюдения размера данного порогового значения в обязанности разработчика входит наблюдение за базой данных. Максимальный размер База данных SQL предварительно задан с помощью операции управления, и отсутствует автоматическое увеличение размера по мере роста объемов хранимых данных. Дополнительные сведения см. в разделе ALTER DATABASE (Windows Azure SQL Database) в документации База данных SQL.

  • Количество столбцов в обычной таблице База данных SQL ограничено 1024 (подобно локальному SQL Server). С разреженными столбцами таблица может иметь до 30 000 столбцов, из которых до 1023 могут быть неразреженными. Однако не менее 28 976 столбцов должны быть разреженными. Один неразреженный столбец используется для набора столбцов, который является обязательным, если общее количество столбцов превышает 1024.

Управление и эксплуатация

В данном разделе сравниваются функции управления, предоставляемые хранилищем таблиц Windows Azure и базой данных База данных SQL.

 

Критерии сравнения Хранилище таблиц Windows Azure База данных SQL

Протокол и средства управления

REST по протоколу HTTP/HTTPS

Можно использовать обозреватель хранилищ Windows Azure или другие средства сторонних производителей, включая Cloud Storage Studio.

ODBC/JDBC

REST по протоколу HTTP/HTTPS

Можно использовать портал управления Windows Azure или среду SQL Server Management Studio для управления экземпляром базы данных База данных SQL.

Доступ к данным

Интерфейс протокола OData

Доступ к данным можно получить с помощью API-интерфейса REST протокола HTTP(S) или клиентской библиотеки .NET для службы данных WCF, которая входит в пакет Windows Azure SDK.

ODBC/JDBC

Можно использовать приложения, написанные с помощью существующих технологий, таких как ADO.NET и ODBC, которые взаимодействуют с SQL Server для получения доступа к экземплярам базы данных База данных SQL с минимальными изменениями кода.

Поддержка API-интерфейса Java

Да

Да

Поддержка API-интерфейса Node.js

Да

Да

Поддержка API-интерфейса PHP

Да

Да

Поддержка запросов LINQ

Да

Да

Поддержка Python

Да

Нет

Возможности разработки вне сети

Да

Обеспечивается эмулятором локального хранилища, который входит в пакет Windows Azure SDK.

Нет

SQL Express или другие выпуски SQL Server — это различные продукты, которые не обеспечивают полное моделирование окружающей среды базы данных База данных SQL Windows Azure.

Дополнительные сведения

  • Несмотря на то что база данных База данных SQL может быть смоделирована в локальной установке SQL Server, этот подход не позволяет осуществить функцию репликации, которая применяется только к облачной службе, например регулирование и другие применимые ограничения.

  • База данных База данных SQL Windows Azure предоставляет веб-среду интерактивного запроса. Кроме того, База данных SQL доступна из таких специализированных средств клиентской консоли, как среда SSMS или средства работы с запросами RDBMS сторонних производителей, которые поддерживают ODBC.

  • Возможности T-SQL в SQL Server и базе данных База данных SQL различаются. Некоторые функции ограниченны и не поддерживаются, а другие имеют заметные различия (например, создание баз данных и федераций).

Проверка подлинности и авторизация

В этом разделе рассматриваются функции аутентификации и авторизации, которые поддерживаются хранилищем таблиц Windows Azure и базой данных База данных SQL.

 

Критерии сравнения Хранилище таблиц Windows Azure База данных SQL

Аутентификация

Симметричный ключ

Подписи коллективного доступа

Для аутентификации пользователей используется 512-битовый симметричный ключ HMAC.

Проверка подлинности SQL

Для аутентификации пользователей используется стандартная аутентификация SQL.

Доступ на основе ролей

Нет

Да

Поддерживает стандартные роли баз данных и приложений SQL.

Поддержка Windows Azure Active Directory (ранее ACS)

Нет

Нет

Федерация поставщика удостоверений

Нет

Нет

Дополнительные сведения

  • Доступ на основе ролей, который поддерживает база данных База данных SQL, предоставляет полную гибкость настройки режимов только для чтения, доступный только на запись, а также для чтения и записи. Эта возможность предоставляет широкий набор параметров доступа к данным в зависимости от потребностей отдельных приложений.

  • Поскольку ни одна технология в настоящее время не поддерживает федеративную, основанную на сертификатах аутентификацию или аутентификацию Active Directory, необходимо убедиться, что на учетные данные безопасности (например, ключ HMAC или имя и пароль пользователя SQL) распространяются надлежащие меры защиты, например шифрование. Такая защита является особенно важной, когда доступ к этим учетным данным регламентируется соответствием ИТ.

  • Хранилище таблиц Windows Azure обеспечивает подписанный доступ на основе URL-адреса, известный как SAS таблицы (подпись коллективного доступа). SAS позволяет предоставлять доступ клиентам по времени без ввода секретного ключа учетной записи хранилища. Дополнительные сведения см. в этой записи блога.

Стоимость

В этом разделе выполняется сравнение хранилища таблиц Windows Azure и базы данных База данных SQL с точки зрения затрат. Все расценки, представленные здесь, впоследствии могут быть изменены.

 

Критерии сравнения Хранилище таблиц Windows Azure База данных SQL

Стоимость хранения

$0.125

за гигабайт хранимых данных в месяц, исходя из среднесуточного значения.

Дополнительные сведения о ценах см. в разделе Общие сведения о расценках на Windows Azure.

Счет выставляется по дифференцированной ставке, исходя из размера базы данных.

Дополнительные сведения о ценах см. в разделе Общие сведения о расценках на Windows Azure.

Стоимость транзакции

$0.01

за 100 000 транзакций в хранилище.

$0.00

В базе данных База данных SQL не взимается плата за выполнение транзакций.

Оплачиваемые операции

Все

Помимо расходов на хранение стоимость транзакции вычисляется на основе объема транзакций в таблицах.

Нет

Стоимость зависит не от объема транзакций, а только от размера базы данных.

Расходы на исходящие данные

$0.12 - $0.19

за гигабайт по дифференцированной шкале для конкретного региона

$0.12 - $0.19

за гигабайт по дифференцированной шкале для конкретного региона

Дополнительные сведения

  • Стоимость исходящих данных основывается на общем количестве данных, которые передаются из центра данных Windows Azure по сети Интернет. Сумма рассчитывается за данный платежный период, после того как приложение выполняет запросы и получает результаты от соответствующей службы данных.

  • В отличие от базы данных База данных SQL, в хранилище таблиц Windows Azure взимается стоимость выполнения транзакций. Такая модель формирования счетов подразумевает включение в расчеты, касающиеся расходов, частоты выполнения транзакций в хранилище.

Заключение

Решение о том, в каких случаях использовать хранилище таблиц Windows Azure и базу данных База данных SQL Windows Azure, зависит от целого ряда факторов. Эти факторы в значительной степени обусловлены индивидуальными потребностями приложения, его архитектурой, а также рабочими нагрузками и шаблонами доступа к данным. В этом разделе обобщены некоторые из основных соображений.

Хранилище таблиц Windows Azure обеспечивает хранение больших объемов данных в таблицах с высокой степенью масштабируемости в облаке. В таких таблицах могут храниться терабайты данных и миллиарды сущностей. Для достижения данного уровня масштабируемости в хранилище таблиц Windows Azure используется модель горизонтально масштабируемого развертывания сущностей по нескольким узлам хранилища. В хранилище используется модель данных NoSQL для поддержки такого массового масштабирования со строгой согласованностью. При необходимости долговременного хранения огромного количества моделей нереляционных или упрощенных данных по сниженным ценам воспользуйтесь хранилищем таблиц Windows Azure.

Можно рассматривать База данных SQL Windows Azure как компонент ядра СУБД SQL Server, переносимый на облачную платформу, который обеспечивает привычные возможности разработки SQL Server, широкую семантику запросов, поддержку ACID-транзакций с различными уровнями изоляции и возможности обработки сложных данных. Если данные являются в значительной степени реляционными и есть потребность в управлении реляционными данными вместе с этими возможностями, то лучшим выбором станет база данных База данных SQL.

Обратите внимание, что решение о том, в каких случаях использовать конкретную технологию, не всегда представляет собой выбор из двух вариантов и иногда сделать однозначный выбор в пользу одной технологии не представляется возможным. Можно оценить, оптимально ли отвечает гармоничное сочетание двух технологий требованиям решения, а также рассмотреть возможность их применения в соответствующих областях для решения определенного вида проблем.

За счет более глубокого понимания этих двух технологий можно принять более обоснованные решения относительно того, какие технологии хранения данных использовать на платформе Windows Azure и когда.

См. также

Была ли вам полезна эта информация?
(1500 символов осталось)
Спасибо за ваш отзыв

Добавления сообщества

ДОБАВИТЬ
Показ:
© 2014 Microsoft. Все права защищены.