Export (0) Print
Expand All

Azure Virtual Machines FAQ

Updated: September 29, 2014

This article addresses some of the most common questions users have about Azure virtual machines, based on input from the Azure VM Support team, as well as from forums, newsgroups, and comments in other articles. For an overview of virtual machines and links to tutorials that help you create one quickly, see Virtual Machines.

All subscribers can run server software on an Azure virtual machine. Additionally, MSDN subscribers have access to certain Windows client images provided by Azure.

For server software, you can run recent versions of Windows Server, as well as a variety of Linux distributions, and then host various server workloads and services on them. For information about these, see:

For Windows client images, certain versions of Windows 7 and Windows 8.1 are available to MSDN Azure benefit subscribers and MSDN Dev and Test Pay-As-You-Go subscribers, for use only in development and test activities. For details, including instructions and limitations, see Windows Client images for MSDN subscribers.

Each data disk can be up to 1 TB. The number of data disks you can use varies depending on the size of the virtual machine. For details, see Virtual Machine and Cloud Service Sizes for Azure.

An Azure storage account provides the storage for the operating system disk and any data disks. Each of these disks is a .vhd file stored as a page blob. You’re charged for the storage used in the storage account, rather than for available space on the disk. For pricing details, see Storage Pricing Details. For disk details, see About Virtual Machine Disks in Azure

Azure supports fixed, VHD-format virtual hard disks. If you have a VHDX-format disk you’d like to use in Azure, convert it by using Hyper-V Manager or the convert-VHD cmdlet. After you do that, use the Add-AzureVHD cmdlet to upload the VHD to a storage account in Azure so you can use it with virtual machines. The cmdlet will convert a dynamic VHD to a fixed VHD, but won’t convert from VHDX to VHD.

For instructions, see one of the following articles:

If you want to upload a data disk, refer to one of the articles and start with the section about connecting to Azure.

In many ways they’re similar to “Generation 1” Hyper-V VMs, but they’re not exactly the same. Both types provide virtualized hardware, and the VHD-format virtual hard disks are compatible, which means you can move them between Hyper-V and Azure. Two key differences that sometimes surprise people who are used to Hyper-V are that Azure doesn’t provide console access to a virtual machine, and that Azure VMs in most sizes have only 1 virtual network adapter, which means that they also can have only 1 external IP address. (The A8 and A9 sizes use a second network adapter for application communication between instances in limited scenarios.)

Azure VMs do not support Generation 2 Hyper-V VM features. For information, see Virtual Machine Specifications for Hyper-V.

You can use Azure Virtual Network to extend your existing infrastructure. The approach you’ll use is like setting up a branch office. You can provision and manage virtual private networks (VPNs) in Azure as well as securely link these with on-premises IT infrastructure. For more information, see Virtual Network Overview.

You’ll need to specify the network that you want the virtual machine to belong to when you create the virtual machine. This means, for example, that you can’t join an existing virtual machine to a virtual network. However, you can work around this by detaching the virtual hard disk (VHD) from the existing virtual machine, and then use it to create a new virtual machine with the networking configuration you want.

To log on to the virtual machine, use Remote Desktop Connection for a Windows VM or a Secure Shell (SSH) for a Linux VM. For instructions, see one of the following:

If you’re having problems with Remote Desktop or SSH, try installing and using the VMAccess extension to fix the problem.

You can also use Windows PowerShell Remoting to connect to the VM, or create additional endpoints for other resources to connect to the VM. For information, see How to Set Up Endpoints to a Virtual Machine.

If you’re familiar with Hyper-V, you might be looking for a tool similar to Virtual Machine Connection. Azure doesn’t offer a similar tool because console access to a virtual machine isn’t supported.

You shouldn’t use the D: drive (Windows) or /dev/sdb1 (Linux). They provide temporary storage only, so you would risk losing data that can’t be recovered. A common way this could occur is when the virtual machine moves to a different host. Resizing a virtual machine, updating the host, or a hardware failure on the host are some of the reasons a virtual machine might move.

On a Windows virtual machine, you can change the drive letter by moving the page file and reassigning drive letters, but you’ll need to make sure you do the steps in a specific order. For instructions, see “Change the drive letter of the Windows temporary disk” in About Disks and Images in Azure.

The term upgrade generally means moving to a more recent release of your operating system, while staying on the same hardware. For Azure VMs, the process for moving to a more recent release differs for Linux and Windows:

  • For Linux VMs, use the package management tools and procedures appropriate for the distribution.

  • For a Windows virtual machine, use Windows Server Migration Tools instead of attempting to upgrade. For general details about the tools and process, see Migrate Roles and Features to Windows Server. Attempting to upgrade the guest OS while it resides on Azure isn’t supported. This is to prevent the risk of losing access to a virtual machine. If problems occur during the upgrade, you could lose the ability to start a Remote Desktop session and troubleshoot the problems.

The images provided by Azure don’t have a pre-configured user name and password. When you create virtual machine using one of those images, you’ll need to provide a user name and password, which you’ll use to log on to the virtual machine.

If you’ve forgotten the user name or password and you’ve installed the VM Agent, you can install and use the VMAccess extension to fix the problem.

Some additional details are:

  • For the Linux images, if you use the Management Portal, ‘azureuser’ is given as a default user name, but you can change this by using ‘From Gallery’ instead of ‘Quick Create’ as the way to create the virtual machine. Using ‘From Gallery’ also lets you decide whether to use a password, an SSH key, or both to log you in. The user account is a non-privileged user that has ‘sudo’ access to run privileged commands. The ‘root’ account is disabled.

  • For Windows images, you’ll need to provide a user name and password when you create the VM. The account has administrator-level access.

Azure offers several options for anti-virus solutions, but it’s up to you to manage it. For example, you might need a separate subscription for antimalware software, and you’ll need to decide when to run scans and install updates. You can add anti-virus support with a VM extension for Microsoft Antimalware (Preview), Symantec Endpoint Protection, or TrendMicro Deep Security Agent when you create a Windows virtual machine, or at a later point. The Symantec and TrendMicro extensions let you use a free limited-time trial subscription or an existing enterprise subscription. Microsoft Antimalware (Preview) is free of charge. For details, see one of the following:

For Windows virtual machines, one option is to use Azure Backup to back up files and folders from within the guest operating system. For details, see Azure Backup Overview.

An option that applies to both Linux and Windows virtual machines is to use the snapshot capabilities of blob storage. If you use this option, you’ll need to shut down the VM before doing any operation that relies on a blob snapshot. This saves pending data writes and puts the file system in a consistent state.

As soon as you start your VM, Azure charges an hourly price that is based on the VM’s size and operating system. You are charged when the VM status is Running or Stopped, but you are not charged when the VM status is Stopped (Deallocated). For partial hours, Azure charges only for the minutes of use. If you create the VM with a VM image containing certain preinstalled software, additional hourly software charges may apply. Azure charges separately for storage for the VM’s operating system and data disks (temporary disk storage is free).

When you shut down (deallocate) or delete the VM from the Management Portal or by using Azure PowerShell, the VM is no longer charged.

If you shut down a VM by using operating system commands or features, it remains allocated and Azure continues to charge for the compute time.

Generally, you can start, stop, or restart your VM whenever you need to. However, Azure sometimes will restart your VM as part of regular, planned maintenance updates in the Azure datacenters. Unplanned maintenance events can also occur when Azure detects a serious hardware problem that affects your VM. In that case Azure automatically migrates the VM to a healthy physical machine, and will restart the VM. For information, see About starting, stopping, and restarting an Azure VM.

If you have one or more VMs that are deployed as single instances (not grouped in an availability set), Azure proactively emails the subscription’s Service Administrator at least 1 week before planned maintenance because the VMs could be restarted at the same time during the update. Applications running on the VMs could experience downtime.

If you group two or more similar VMs in an availability set to provide redundancy, you ensure that during planned or unplanned maintenance, at least one VM can stay available. Azure also guarantees certain levels of VM availability for this configuration. For details see Manage the availability of virtual machines.

© 2014 Microsoft