(РЕДАКТИРОВАТЬ - этот ответ относится к стилю развертывания Azure в стиле PaaS; новые виртуальные машины IaaS имеют постоянное хранилище. Подробнее см. http://michaelwasham.com/2012/06/08/understanding-windows-azure-virtual-machines/)
Нет, официально виртуальная машина вообще не будет сохранять какое-либо состояние. Теоретически может быть создана новая виртуальная машина, и ваш трафик будет перенаправлен на этот новый экземпляр без вашего ведома, например, после обновления патча или чего-либо еще в этом отношении.
Так что используйте AzureBlobDrive или хранилище таблиц или SQL Azure, если вы хотите хранить что-то, что не исчезнет.
Однако на практике экземпляры Azure в настоящее время имеют три диска:
- C: содержит журналы
- D: содержит операционную систему
- E: (и F :) держать ваше приложение
При новом развертывании или «переизображении» эти три диска создаются с нуля.
Однако при перезагрузке кажется, что C: и D: остаются такими, какими они были, но диск с вашим приложением сбрасывается.
При развертывании обновлений все становится интереснее. Диски C: и D: остаются неизменными, но после того, как хост переведен в автономный режим с помощью балансировщика нагрузки, создается новый диск F: с новой версией приложения. Ваш экземпляр IIS сбрасывается для указания на этот новый диск, затем старый диск E: удаляется, а затем балансировщик нагрузки перенастраивается, чтобы вернуть хост в рабочее состояние. При следующем обновлении ваше приложение переключится обратно на диск E:.
Преимущество этого заключается в том, что обновления не занимают так много времени, как полное развертывание. Недостатком является то, что изменения конфигурации IIS (например, конечные точки, сертификаты) не могут быть выполнены с обновлением, но вместо этого требуется полное развертывание.
Так что на практике может быть целесообразно временно хранить данные на C: для чего-то вроде ведения журнала. Но не надейся на это.