Thanks for getting back with that info. So, with AWS, you have some control. They are very much so far more "linux-centric" than Azure. With Azure, they give you what you get, and I believe that's it. We had looked into Azure ourselves and found some of the limitations therein.
Linux In The Cloud: Windows Azure vs. Amazon Web Services
That link above is about a year old, but I believe it still rings true. I have to say, I don't think you are alone with wanting to shrink the footprint of your Linux instances. 30GB is a joke for *NIX for sure.
So, if I'm not mistaken, I think AZURE Provisions as follows
* /BOOT
* / (Temp Local Disk = SWAP + DATA)
Now, the caveat is that like most all IaaS platforms, thin provisioning is king. So that's where they will be getting you the savings I believe. While the full 30GB is provisioned, your BOOT volume is measured, and then whatever extra space you actually use, excluding PAGE BLOBS, or SWAP in the LINUX world. They call this "TEMPORARY LOCAL DISK" I think you should confirm with Azure, but you should be okay according to Azure from below:
Here's the official from Azure:
Do I need to purchase local disk storage with Virtual Machines separately?
All virtual machines in Azure are configured with at least two disks
when you create the virtual machine – one is an operating system disk
and the other is a temporary local disk, sometimes called a resource
disk. Temporary Local disk storage is provided with Virtual Machines
and is not charged separately. The operating system disk is charged at
the regular rate for Disks. To explore virtual machines configurations
visit here.
REFERENCE: Azure Linux VM Pricing & FAQ
Wow...
(there are special tools available for HP systems)
Install the hpssacli
tool:
And then look at the output of the hpssacli ctrl all show config
command:
# hpssacli ctrl all show config
Smart Array P410i in Slot 0 (Embedded) (sn: 50123456789ABCDE)
array A (SAS, Unused Space: 0 MB)
logicaldrive 1 (838.1 GB, RAID 1+0, OK)
physicaldrive 1I:1:1 (port 1I:box 1:bay 1, SAS, 300 GB, OK)
physicaldrive 1I:1:2 (port 1I:box 1:bay 2, SAS, 300 GB, OK)
physicaldrive 1I:1:3 (port 1I:box 1:bay 3, SAS, 300 GB, OK)
physicaldrive 1I:1:4 (port 1I:box 1:bay 4, SAS, 300 GB, OK)
physicaldrive 2I:1:5 (port 2I:box 1:bay 5, SAS, 300 GB, OK)
physicaldrive 2I:1:6 (port 2I:box 1:bay 6, SAS, 300 GB, OK)
SEP (Vendor ID PMCSIERA, Model SRC 8x6G) 250 (WWID: 50123456789ABCED)
Note: running hpssacli ctrl all show config detail
will provide even more information...
Best Answer
Azure disk management is not smooth and easy.
To resize your sys disk no other solution than delete the vm with retain disk . Resize with the tool after deleting the disk from "vm" but keep data in the blob.
After resize you have to add a vm with an existing disk .
Remember to save vm name , disk name , acl in firewall etc .
Last resize of an old azure vm i used this blog post : http://blogs.lessthandot.com/index.php/enterprisedev/cloud/azure/expanding-an-existing-azure-vm-system-drive/
There is a new solution with cloud explorer but i never tested (and you have to delete the vm like the first one methods).
And i don't explain how to expand ubuntu lvm because there is already many blog about that :
( http://www.linuxuser.co.uk/features/resize-your-disks-on-the-fly-with-lvm)