Экспорт (0) Печать
Развернуть все

Основные сведения о том, как моментальные снимки увеличивают плату

Обновлено: Март 2012 г.

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

Важные вопросы выставления счетов

Следующий список включает ключевые пункты, которые следует рассмотреть при создании моментального снимка.

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

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

  • Замещение блочного большого двоичного объекта путем вызова метода UploadFile, UploadText, UploadStream или UploadByteArray заменяет все блокировки в этом большом двоичном объекте. При наличии моментального снимка, сопоставленного с этим большим двоичным объектом, все блокировки в базовом большом двоичном объекте и моментальном снимке разойдутся, и вы будете оплачивать ресурсы всех блокировок в обоих больших двоичных объектах. Это произойдет, даже если данные базового большого двоичного объекта и моментального снимка останутся идентичными.

  • Служба BLOB-объектов Windows Azure не имеет средств определить, содержат ли 2 блокировки идентичные данные. Каждая блокировка, которая была загружена и зафиксирована, обрабатывается как уникальная, даже если содержит те же данные и имеет тот же идентификатор блокировки. Поскольку плата добавляется за уникальные блокировки, важно иметь в виду, что обновление BLOB-объекта, имеющего моментальные снимки, приведет к появлению дополнительных уникальных блокировок и дополнительным расходам.

ImportantВажно!
Рекомендуется управлять моментальными снимками осторожно, чтобы избежать наценок. Рекомендуется управлять моментальными снимками следующим образом.

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

  • Если необходимо хранить моментальные снимки для больших двоичных объектов, старайтесь не вызывать UploadFile, UploadText, UploadStream или UploadByteArray, чтобы обновить BLOB-объект, так как эти методы заменяют все блокировки в большом двоичном объекте. Вместо этого обновляйте наименьшее возможное количество блокировок с помощью методов PutBlock и PutBlockList.

Сценарии выставления счетов за моментальные снимки

В следующих сценариях показано, как добавляется плата за большой двоичный объект и его моментальные снимки. В сценарии 1 базовый большой двоичный объект не обновлялся с момента создания моментального снимка, поэтому плата начисляется только за уникальные блокировки 1, 2 и 3.

WA_SnapshotScenario1

В сценарии 2 базовый большой двоичный объект был обновлен, а моментальный снимок — нет. Блокировка 3 была обновлена, и, хотя он содержит такие же данные и тот же идентификатор, она отличается от блокировки 3 в моментальном снимке. В результате плата в учетной записи взимается с 4 блокировок.

WA_SnapshotScenario2

В сценарии 3 базовый большой двоичный объект был обновлен, а моментальный снимок нет. Блокировка 3 была заменена блокировкой 4 в базовом большом двоичном объекте, но моментальный снимок по-прежнему отражает блокировку 3. В результате плата в учетной записи взимается с 4 блокировок.

WA_SnapshotScenario3

В сценарии 4 базовый blob-объект был обновлен полностью и не содержит никаких первоначальных блокировок. В результате плата в учетной записи взимается за все 8 уникальных блокировок. Этот сценарий может произойти при использовании такого метода обновления, как UploadFile, UploadText, UploadFromStream или UploadByteArray, поскольку эти методы заменяют все содержимое больших двоичных объектов.

WA_SnapshotScenario4

См. также

Показ:
© 2014 Microsoft