Supporto della community per Azure
Poni domande, ottieni risposte ed entra in contatto con i tecnici Microsoft e gli esperti della community di Azure
Forum MSDN
Risposta di Microsoft alle domande tecniche su Azure
Auto-shutdown did not work on Win 10 VM
Forum: Azure Virtual Machines
Forum: Azure Virtual Machines
Virtual machine RDP is not working on Mac OSX for guest account
Forum: Azure Virtual Machines
Increasing Azure VM Spot price
Forum: Azure Virtual Machines
42
Voti
MS Learn/ Sandbox Creation Error
Forum: Azure Virtual Machines
32
Voti
Forum: Azure Virtual Machines
27
Voti
Multiple IP addresses for a VM to be able to use Multiple HTTPS endpoints
Forum: Azure Virtual Machines
26
Voti
Azure VMs no longer see themselves via public virtual IP
Forum: Azure Virtual Machines
73
Risposte
MS Learn/ Sandbox Creation Error
Forum: Azure Virtual Machines
51
Risposte
VM becomes unresponsive or disk becomes read-only
Forum: Azure Virtual Machines
42
Risposte
Question about deploying multiple VMs with template
Forum: Azure Virtual Machines
37
Risposte
Forum: Azure Virtual Machines
StackOverflow
Risposte della community alle domande sullo sviluppo
Serverfault
Risposte della community alle domande sull'amministrazione di Sys/Net
15
Voti
10
Voti
Commenti e suggerimenti per Azure
Hai un'idea o un suggerimento basato sulla tua esperienza con Azure?
共有
Support updating CustomData in VMSS via portal
Azure VM limits should be visible on VM Overview page graphs
In a support case I found one of my VMs was being throttled because it was over disk write limit; the performance (other colors, not red) and limits (in red) should be on the graphs on the overview. This seriously impacts availability when VMs are being throttled and makes for an insidious and hard to understand issue. All performance limits should be visible! Please implement?
API for Disk Attachments that does not require updating the VM model
Currently to attach a Data Disk to a Virtual Machine requires submitting this as a part of the Virtual Machine payload (e.g. a appending to the list of data disks). Whilst this works when you want to define the Virtual Machine definition in a single payload, unfortunately this makes it challenging when breaking this apart into multiple payloads to provide a better user experience - which means that we've had to fake this via calling the API sequentially using locks to ensure multiple disk attachments happen sequentially. This functionality already exists for the DevTest Labs Service - which has an endpoint to Attach/Detach Data Disks - in short we're looking for the same thing for regular Virtual Machines. As such would it be possible to introduce an API for managing Data Disk Attachments, similar to the ones provided by AWS and Google? Sources: https://docs.microsoft.com/en-us/rest/api/dtl/virtualmachines/adddatadisk https://docs.microsoft.com/en-us/rest/api/dtl/virtualmachines/detachdatadisk https://docs.aws.amazon.com/cli/latest/reference/ec2/attach-volume.html https://cloud.google.com/sdk/gcloud/reference/compute/instances/attach-disk
5153
Voti
Virtual machine console access
There is no VMConnect capability for console access to the VM as there is with Hyper-V. So in the situation where I lost connectivity, by misconfiguration, or system failure, is there only one very time and bandwith consuming way to fix it - download the VHDs on-premise, boot it in Hyper-V and VMConnect to repair VM, then upload all GBs back to the Azure... I requesting console access, also with ability to mount some image for repair and boot from it (as we do it in standard environment).
1435
Voti
VM Created from custom image should be able to select storage account for VHD
When we try to create a virtual machine from a custom image the VHD's for the new virtual machine are created in the same storage account as the custom image. This is not ideal because most customers have different environments in different subscriptions so they are forced to copy the image into storage account in each subscriptions. It is not easy to copy the images between the storage accounts either.
1401
Voti
Add the ability to rename a VM. The VM name is what appears in Azure, not the DNS name. Changing a VM's name should not affect the VM in any way. If you need a unique identifier for a VM that does not change, I suggest using a GUID rather than the VM's name in Azure.
1201
Voti
Live migrate the VMs during maintenance/hardware failures
Right now Azure VM customers experience very frequent restarts that impact the availability of services. As far as I know, these restarts are mostly caused by either host upgrades or hardware failures. Developing a HA setup is pretty straightforward for some scenarios (web servers), complex (database back-ends, notably MySQL) or extremely difficult (back-end applications used by our accounting department, for instance, which were designed to be run on one machine). Of course, HA setups are necessary for any major applications, but most of the setups we see have lots of single-instance roles (and for good reason most of the times). Currently, if you don't have an HA setup, machines are restarted about once per month or even more frequent (some as often as weekly). If this restart occurs during business hours, then this means downtime. Furthermore, for services like MySQL or SQL Server, this also means that the entire buffer pool is emptied and the performance of the application is degraded until the buffer pool fills up again. What we would love to have is something like Google Cloud's Live Migration - the VM would be moved to another host in case of hardware failures or host upgrades without restarts or downtime.
Azure VM limits should be visible on VM Overview page graphs
In a support case I found one of my VMs was being throttled because it was over disk write limit; the performance (other colors, not red) and limits (in red) should be on the graphs on the overview. This seriously impacts availability when VMs are being throttled and makes for an insidious and hard to understand issue. All performance limits should be visible! Please implement?
For the maintenance that doesn't require a reboot, customers can know it only through Scheduled Events API. https://docs.microsoft.com/en-us/azure/virtual-machines/maintenance-and-updates?toc=/azure/virtual-machines/linux/toc.json&bc=/azure/virtual-machines/linux/breadcrumb/toc.json#maintenance-that-doesnt-require-a-reboot Several customer requests easier way to grasp the affected resources and that history (e.g. dashboard).
The target resources affected by planned maintenance
When a planned maintenance is executed, the details and impacted resources are announced toward administrator by mail. I would like to check the target affected resources other methods exept mail.
Currently if you want to change the VM Size of Azure, VM is restarted. VM Resize shouldn't require downtime and it should be done in the backend. As CPU and RAM is still throttle when we use more resources then why can't we just remove the throttling limit and inform customer that VM is resized from A to D series when request is raised of resize?
Compila un ticket di supporto
Crea un evento imprevistoInvia un tweet ad @AzureSupport
Connettiti su TwitterAiutaci a migliorare. Questa pagina è utile?