FÖRSÄLJNING: 1-800-867-1389
EN
Det här innehållet finns inte tillgängligt på ditt språk men här finns den engelska versionen,

Overview of Azure Virtual Machines

Updated: December 3, 2014

The Azure Virtual Machines service is one of several types of on-demand, scalable computing services available through Azure. Azure Virtual Machines lets you create and manage individual virtual machines that you configure and maintain according to your needs. This service gives you the benefits of hardware virtualization without the time and costs of buying and maintaining the hardware environment to host it. However, you do need to maintain the virtual machine. It’s your responsibility to configure, patch, and maintain the operating system and any other software that runs on the virtual machine.

  • An operating system image is a set of one or more files to be used as a template to create a new virtual machine. An image acts like a template because it doesn’t have the personalized settings that a configured virtual machine has, such as the computer name and user account settings.

  • A virtual machine OS disk is virtual hard disk (in .vhd file format) that can be booted and mounted as a running version of an operating system instance. Virtual machines can also use one or more data disks, which can be attached to the virtual machine at any time.

  • An Microsoft Azure application can have multiple virtual machines. All virtual machines that you create in Microsoft Azure can automatically communicate using a private network channel with other virtual machines in the same cloud service or virtual network. Microsoft Azure allows you to load-balance traffic between them.

You can create a virtual machine in Microsoft Azure by using the Azure Management Portal, Azure PowerShell, the programmable API interface (REST); or the command-line tools provided for Mac and Linux desktops. Regardless of which tool you use, you’ll need to pick an operating system to use with your virtual machine. There are a few ways you can do this:

  • Use an image provided by Azure or a certified partner: You can create your own virtual machine directly in the cloud by using an image provide by Azure or one of it’s certified partners. After you create the virtual machine, you can log on to the machine to manage it. For a virtual machine that is running the Windows Server operating system, you use the Connect button in the Management Portal to start a Remote Desktop Connection. For a virtual machine that is running the Linux operating system, you use a Secure Shell (SSH) client to logon. For detailed information on how to create, deploy, and manage virtual machines from Windows, Mac, and Linux desktops, see the Downloads at WindowsAzure.com site.

    See the topic Oracle Virtual Machine Images for Azure for information on Oracle images.

    You also can capture a virtual machine running in Azure as an image. Doing this creates a new image file in the same storage account as the operating system disk of the virtual machine that was captured. You can then use this image of a captured virtual machine to create multiple virtual machines. For instructions, see How to Capture an Image of a Virtual Machine Running Windows Server 2008 R2 and How to Capture an Image of a Virtual Machine Running Linux.

  • Use your own image or disk: You can upload your own .vhd file to use as either an image or a disk. The difference between the two is that an image is appropriate for using repeatedly, like a template, and a disk isn’t. For example, if you want to retain specific application settings, such as a SQL Server installation, you can upload the VHD file as a disk and then create a virtual machine from this disk. For instructions, see Creating and Uploading a Virtual Hard Disk that Contains the Windows Server Operating System.

Microsoft Azure refreshes the Microsoft Azure platform supplied base images periodically. But Microsoft Azure does not force updates to the operating system disks already deployed by customers. Similarly, Linux partners will refresh the Linux base images periodically.

To find out which Microsoft applications are supported when running in Microsoft Azure Virtual machines, see Microsoft server software support for Azure Virtual Machines.

Microsoft Azure Virtual Network is one of several networking services available in Azure. The following diagram shows how Virtual Network can be used to extend an enterprise network to include Microsoft Azure virtual machines. This brings a great advantage for migrating existing applications to Microsoft Azure. You can easily support hybrid applications that span cloud and on-premises. You can manage your own virtual networks within Microsoft Azure and leverage the hosted VPN gateway to establish connectivity between on-premises and cloud. You can enable virtual machines running in Microsoft Azure to be joined to your corporate domains running on-premises.

As seen in the diagram, within an Microsoft Azure Virtual Network, you can run an Active Directory Domain enabled DNS server in one virtual machine while hosting a SQL Server database in another virtual machine; and your application code can run via a web role managed by Microsoft Azure.

Migration with infrastructure as a service

For more information about networking in Azure, see Network Services. To find out more about Virtual Network, see Virtual Network Overview.

Using Microsoft Azure Virtual Machines (Virtual Machines) unblocks development or migration of applications that have dependencies on resources that require virtual machines. You can quickly take advantage of Microsoft Azure by migrating an existing application as-is using Virtual Machines. In addition, you can connect different application models such as Web Sites or Cloud Services web and worker roles with Virtual Machines.

The following application patterns are some examples that can leverage the advantages of the Microsoft Azure Virtual Machines:

  • Existing non-mission critical database applications

  • New database applications to be deployed to SQL Server in Virtual Machines when Microsoft Azure SQL Database does not provide all the necessary features

  • A quick and easy development and test environment for new database applications

  • A backup solution for on-premises database applications

  • A solution that can scale on-demand easily and rapidly at peak times

  • A solution that can overcome virtualization platform inefficiencies on-premises

  • A solution that have dependencies on resources that require virtual machines such as SQL Server, Active Directory, MongoDB, MySQL, or SharePoint.

When you consider migrating on-premises applications to the cloud platform, we recommend that you carefully plan each migration phase. A typical migration project includes Analysis Phase, Application Migration Phase, Data Migration Phase, Testing and Optimization Phase, and Operation and Management Phase. For more information on each phase, see Overview of the Migration Life Cycle in Azure.

We recommend that move your SQL Server database and data to a virtual machine in Microsoft Azure by using one of the methods described in Migrating to SQL Server in an Azure Virtual Machine. Then, upload and attach a data disk that already contains data to the virtual machine, or attach an empty disk to the machine. You can use the data disks to store the SQL Server logs and data files. For the following tutorials at WindowsAzure.com site:

The performance of a relational database in Microsoft Azure Virtual Machine depends on many factors, including the VM size, the number and configuration of disks, the network, the configuration of the database software and the application workload. We recommend that developers benchmark their application on several VM sizes and storage configurations to select the most appropriate one. For more information on performance considerations when using SQL Server in a Virtual Machine, seePerformance Best Practices for SQL Server in Azure Virtual Machines. For introductory information on SQL Server in Virtual Machines, see Getting started with SQL Server on a Azure Virtual Machine.

To provide disaster recovery of data and disks, Microsoft Azure utilizes the recently announced Geo-Replication capability of Microsoft Azure Storage. All changes made by the application or by the customer to the customer-owned operating system disks or data disks are preserved, even in case of a hardware failure, by using Microsoft Azure Blob Storage. As described at Introducing Geo-replication for Azure Storage blog post, Microsoft Azure Blobs and Tables are geo-replicated between two data centers apart from each other on the same continent, to provide additional data durability in the case of a major disaster, at no additional cost. When you launch a Virtual Machine, Microsoft Azure Storage geo-replication replicates your operating system and data disks to a second geographical region by default.

In addition, make sure that your virtual machines are members of the same availability set. Multiple virtual machines in the same availability set help ensure that your application is available during network failures, local disk hardware failures, and any planned downtime.

For information on high availability and disaster recovery techniques when using SQL Server in a Microsoft Azure virtual machine, see High Availability and Disaster Recovery for SQL Server in Azure Virtual Machines.

See Also

Var detta till hjälp?
(1500 tecken kvar)
Tack för dina kommentarer
Visa:
© 2014 Microsoft