Основы хранилища в Windows Azure

• 1 слайд

  В этом модуле:
  Как работает хранилище в Windows Azure?
  Как получить доступ к хранилищу?
  Основы хранилища в Windows Azure
  

• 2 слайд

  Строение хранилища
  Каждая сущность в хранилище хранится в трёх экземплярах.
  Очереди, таблицы и блобы хранятся в одном хранилище.
  Хранилище Windows Azure – всего лишь REST-сервис, работающий в Windows Azure.
  

• 3 слайд

  Хранилище Windows Azure
  Хранилище в «облаке»
  Масштабируемое, долговечное и доступное
  Доступ из любого места в любой момент времени
  Оплата только за то, что использует сервис
  Доступно через RESTful веб-сервисы
  Доступно из сервисов Windows Azure
  Доступно из любого места интернета
  Различные абстракции хранения данных
  Таблицы, блобы, очереди, диски
  

• 4 слайд

  Аккаунт хранилища Windows Azure
  Пользователь определяет уникальное имя аккаунта
  Можно выбрать географическое расположение аккаунта хранилища
  США – “Северная Центральная” и “Южная Центральная”
  Европа – “Север” и “Запад”
  Азия – “Восток” и “Юго-Восток”
  Можно включить CDN
  Доставка блобов по 20+ узлам сети CDN
  Можно расположить хранилище рядом с сервисом
  Внешне или используя аффинную группу
  Аккаунты имеют два независимых 512-битных общих секретных ключа
  100 Тб на аккаунт
  
  

• 5 слайд

  Эмулятор хранилища
  Предоставляет локальный эмулятор «облачного» хранилища
  Позволяет разрабатывать в оффлайн
  Требует наличия SQL Express 2005/2008 и выше
  Есть некоторые различия между «облачным» и эмулируемым хранилищем.
  http://msdn.microsoft.com/dd320275
  

• 6 слайд

  Безопасность хранилища
  Данные хранятся на отдельном от виртуальных машин оборудовании и сгруппированы в аккаунты хранилищ
  Доступ к данным аккаунта предоставляется только при наличии секретного ключа аккаунта
  Ключи доступа к хранилищу генерируются случайным образом при создании аккаунта или по запросу пользователя
  Аккаунт хранилища может иметь два активных ключа для поддержки смены ключей
  Доступ к данным может быть защищен SSL-шифрованием
  
  Контроль доступа
  

• 7 слайд

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

• 8 слайд

  Доступ к хранилищу по REST
  Используется при недоступности библиотеки
  Доступна вся функциональность
  Отсутствует Intellisense
  Сложный для понимания код
  

• 9 слайд

  Использование библиотеки
  Существуют клиентские библиотеки для большинства платформ
  .NET
  Java
  Python
  Ruby
  PHP
  Предоставляется слой абстракции над REST API, наиболее часто используемый путь для доступа к хранилищу.
  

• 10 слайд

  Клиентская библиотека
  Автоматически прописывается в «облачном» проекте
  Поддерживает приятное .NET API на базе REST API
  Вам нужно следующее:
  Имя аккаунта - movieconversion
  Ключ аккаунта – NOcqFlqUwJPLlm…
  Точка входа - blob.core.windows.net
  -или-
  UseDevelopmentStorage=true
  

• 11 слайд

  Строки подключения
  <Setting name="DataConnectionString" value="UseDevelopmentStorage=true" />
  
  <Setting
  name="DataConnectionString"
  value="DefaultEndpointsProtocol=http;
  AccountName=movieconversion; AccountKey=Eby…Gw==“
  />
  
  

• 12 слайд

  Иерархия объектов
  CloudStorageAccount
  CloudTableClient
  CloudTableQuery
  CloudQueueClient
  CloudQueue
  CloudBlobClient
  CloudBlobContainer
  CloudBlob
  CloudStorageAccount
  CloudServiceClient
  CloudObject
  Только для целей иллюстрации, не является схемой наследования
  

• 13 слайд

  Партиции
  Партиции используются fabric хранилища как единица масштабирования и избыточности
  Каждый тип хранилища определяет свою партицию
  Очередь-> Одна очередь = Одна партиция
  Таблица -> Одна партиция таблицы= Одна партиция
  Блоб -> Один блоб = Одна партиция
  

• 14 слайд

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

• 15 слайд

  Репликация: за кулисами
  Партиция
  Логическая
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Queue
  Queue
  Queue
  Партиция
  3-и реплики
  

• 16 слайд

  Запись: за кулисами
  Партиция
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Queue
  Queue
  Queue
  

• 17 слайд

  Восстановление: за кулисами
  Партиция
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Узел хранилища
  Queue
  Queue
  Queue
  Queue
  

• 18 слайд

  Как масштабируются партиции
  Партиции распределяются на основе загрузки
  Партиции могут группироваться при сокращении загрузки
  Операции чтения распределяются между тремя репликами
  Одна партиция может обработать 500 транз./сек. Один аккаунт хранилища – 5000 транз./сек.
  Сервер 1
  Сервер 2
  Сервер 3
  П1
  П2
  Пn
  

• 19 слайд

  соображения?
  Q & A