I'm installing OSISoft on a single windows 2008 VM in Azure and part of the instructions recommends having 4 drives for each application. However Azure will only allow 2 disks be attached to a VM. What alternatives do I have?
You need to use data disks and choose the different VM size - the VM size determines the amount of data disks that can be connected.
https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-windows-sizes/
Tutorial:
https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-windows-classic-attach-disk/
Related
We have an oracle 12 database installed on an Centos VM which works fine for Dev environment with few users. But when we added few more users we start having memory space and performance issue. So we decided to change the VM type to a high performance one.
Is this possible by simply choosing new VM Type in size tab for example from D2S_V3 Standard to D4S_V3 Standard ? or if it is not possible with a live oracle machine.
If you need to change to a size which requires different hardware then you can resize VMs by first stopping your VM, selecting a new VM size and then restarting the VM. If your VM(s) are deployed using the Resource Manager (ARM) deployment model and you need to change to a size which requires different hardware then you can resize VMs by first stopping your VM, selecting a new VM size and then restarting the VM.
Note: Deallocating/Stopping the VM releases any dynamic IP addresses assigned to the VM. The OS and data disks are not affected.
I could change the VM size from standard A1 to B-series in my test lab.
See the screenshot:
Refer the below article to change the VM size by using PowerShell
Resize a Windows VM
It is possible. You could resize D2S_V3 Standard to D4S_V3 Standard.
But it is need restart your VM, if you don't use static VM, the public IP maybe change.
You could resize the VM on Azure Portal.
I have few (around 10) Windows Services on my existing environment. We are planning to migrate to Azure with the following.
Host our database on Azure SQL Database.
Install all the 10 Windows Services in a Azure Virtual Machine. Please note that these Windows Services does bulk inserts into the Azure SQL databases.
Take 2 instances of VM (specified in #2 above) and configure them in an Availability Set to avail the SLA.
I have two questions.
Do I need to install all my 10 Services to both the VMs?
Will that NOT be reduntant running the Windows Services in both the VMs? So, the Bulk Inserts will be duplicated to the Azure SQL Databases.
Please let me know if I am thinking in the right direction or are there any alternate methods (like Worker Roles) of utilizing the existing Windows Services on Azure with minimum or no changes?
It looks like, I got an answer to my question. When there are two VMs in a given Availability Set, ONLY one will be up and running. The other VM will come into picture only when the primary VM is down.
Thanks,
Prawin
If you are to take advantage of Azures SLA you will need to have at least 2 VM's (from within the same family) in an availability set. The SLA covers the VM's in the availability set NOT what you are running on the OS. For example if you have all services running on one instance and that box goes down, you lose those services till the box recycles. Microsoft is still covered on their SLA because at least one of the VM's in the availability set is available.
I see there are some limitations on Azure:
1. On number of disks to be attached to VM;
2. The size of each disk/storage blob is limited by 1TB;
Is there any hack or workaround to attach larger disks/several disks to the same VM without increasing the processing power of VM as my application doesn't need high computing capacities, but needs plenty of space.
May be it's possible by contacting their billing department?
Currently I'm using A1 Standard VM instance with 2 disks (2 TB it total) attached to it already. The goal is to attach 5 TB total disk space to the same VM without upgrading the VM size to a larger instance.
You will need to change your VM size to attach more disks. One option is to look at Basic tier instead of using Standard tier A Series VMs to optimize your cost. Since you do not need a lot of computing power, basic tier VMs may work fine for you. You will want to look at Basic A3 which will allow you to attach 8 maximum data disks of 1 TB each. See more information here (https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-size-specs/)
Thanks,
Aung
I found a solution to attach 5TB folders as Azure File Sharing service.
It's possible via creating File Sharing containers through Azure Portal, then mounting the folder under Linux via CIFS (SMB3.0).
For those who are interested, there is an issue with mounting Windows File Sharing folders within CentOS 6.X under Azure. It works only with CentOS 7.X (keep it in mind).
You can use Storage Spaces in Azure to increment capacity and performance. The limit of the VHD is 1 TB per disk, using Storage Spaces you can pass this limitation. You need to have in mind that there is a limitation of disk to attach to the VM based on type you choose.
Sample explanation on:
https://blogs.msdn.microsoft.com/dfurman/2014/04/27/using-storage-spaces-on-an-azure-vm-cluster-for-sql-server-storage/
We have SQL Sever setup on A-series virtual machines. We are wanting to upgrade to the D-series virtual machine. Is it as simple as just upgrading the VM in Azure and clicking save or are there any other things I need to watch out for? I have heard of people having issues upgrading due to the level not being available in the cluster that their Virtual Machines sit in.
The hardware infrastructure used for A series VM is not suitable for D series VM. It might be possible that the cluster where the VM is hosted, has the hardware configuration required for creating A series VM alone.
However if you would still want to change from A series to D series VM, you will have to export disks and create a new VM using the previously saved disks.
Going forward as a workaround: when you create your very first VM in your Cloud Service, be sure to specify one of the D-SERIES size even if you do not need it immediately. Doing this, your Cloud Service will be “tied” to a cluster that will support both A-SERIES (except A8/A9) and D-SERIES, then for all the future VMs contained in the same Cloud Service. Now, you can create additional A-SERIES VMs and mix together in the same Cloud Service. If you do not need the first D-SERIES VM, you can now safely delete it.
If the D-series machines are not available due to the cluster, you can always delete the vm (preserve the disks) and create a new VM of the D-series and attach the existing disks to that system.
When you create the new VM, choose the option to 'create from template' and the select your OS disk from the 'My Disks' section. Then attach all the data disks to the VM once it's provisioned.
I am totally new to cloud services, and using Windows Azure, I need a web server and a database server, each with 16gb of RAM. However, the extra large windows virtual machines only have 14gb of RAM. How would I go about adding 2gb of RAM to each of these servers, or do I need to do something else, such as incorporate a SQL database? I don't need to know the specifics of installation, all I need to know right now is what needs to be paid for, as I am just trying to figure out the price for everything. Thank you.
The Extra Large (XL) VM size provides 14GB available RAM. This applies to both Virtual Machines (IaaS) and web/worker roles (PaaS). There are no other VM sizes that provide more RAM than that. There's nothing you can do to add 2 extra GB.
UPDATE April 16, 2013: There are now two new sizes: 28GB/4-core and 56GB-8-core, available to Virtual Machines (not for Cloud Services e.g. web & worker roles). Announcement here. There's also a new SharePoint template in the Virtual Machine image gallery (since you mentioned using SharePoint) as well as a SQL Server template.
UPDATE APRIL 30, 2013: The new 28GB/56GB sizes are now available with Cloud Services, coincident with the release of Azure SDK 2.0 for .NET. Details here.
Just to add a bit, regarding web servers: Unlike on-premises servers where it's typically economical to buy the largest machine possible, it's better in Windows Azure to go with smaller VMs and have more of them. So, for a web server, go with the smallest VM size that would still run your software. Then, to handle additional traffic, scale to more web instances. As traffic ebbs, reduce the instance count. Load will be distributed amongst all of of the web servers (which are stateless - no user affinity to a specific instance).