Я настоятельно рекомендую использовать базирующиеся экземпляры EBS и периодически создать снимки Вашего объема EBS. В случае возможной аппаратной проблемы базировался EBS, экземпляры могут быть остановлены/запущены (который заставляет их запускать на других аппаратных средствах, если Вы не очень неудачны),
Я рекомендую снимки, потому что объемы EBS не имеют того же дублирования как S3. Они более надежны, чем обычный жесткий диск, но у меня был сбой объемов EBS, и мои снимки спасли положение.
ec2-modify-instance-attribute - остановка instance-initiated-shutdown-behavior не работает к не экземпляры EBS.
В лазурном цвете выставляется счет только за действительно использованное пространство. К сожалению, для Linux VM выставляется счет за все пространство. Вы можете проверить, сколько вам стоит диск, с помощью некоторых инструментов, например IaaS Management Studio (работает в бесплатной версии).
Я также спросил в Stackoverflow, и, похоже, это место, которое MSFT отслеживает для Azure.
Я получил ответ, см .: https://stackoverflow.com/questions/ 16192531 / windows-azure-hdd-size / 16192797? Noredirect = 1 # 16192797
В моей практике сначала запускается сжатый диск виртуальной машины с данными - я использую этот сценарий: Get-Volume c | resize-partition -size (40 ГБ -1 МБ)
Затем вы можете использовать CloudExplorer
. Решения: http://mijndertstuij.nl/resize-the-root-volume-of-an-azure-vm /