You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/virtual-machine-scale-sets/virtual-machine-scale-sets-faq.yml
+33-33Lines changed: 33 additions & 33 deletions
Original file line number
Diff line number
Diff line change
@@ -504,9 +504,9 @@ sections:
504
504
- name: Networking
505
505
questions:
506
506
- question: |
507
-
Is it possible to assign a Network Security Group (NSG) to a scale set, so that it applies to all the VM NICs in the set?
507
+
Is it possible to assign a network security group (NSG) to a scale set, so that it applies to all the VM NICs in the set?
508
508
answer: |
509
-
Yes. A Network Security Group can be applied directly to a scale set by referencing it in the networkInterfaceConfigurations section of the network profile. Example:
509
+
Yes. You can apply an NSG directly to a scale set by referencing it in the `networkInterfaceConfigurations` section of the network profile. Here's an example:
510
510
511
511
```json
512
512
"networkProfile": {
@@ -545,26 +545,26 @@ sections:
545
545
```
546
546
547
547
- question: |
548
-
How do I do a VIP swap for virtual machine scale sets in the same subscription and same region?
548
+
How do I do a virtual IP (VIP) swap for virtual machine scale sets in the same subscription and same region?
549
549
answer: |
550
-
If you have two virtual machine scale sets with Azure Load Balancer front-ends, and they are in the same subscription and region, you could deallocate the public IP addresses from each one, and assign to the other. See [VIP Swap: Blue-green deployment in Azure Resource Manager](https://msftstack.wordpress.com/2017/02/24/vip-swap-blue-green-deployment-in-azure-resource-manager/) for example. This does imply a delay though as the resources are deallocated/allocated at the network level. A faster option is to use Azure Application Gateway with two backend pools, and a routing rule. Alternatively, you could host your application with [Azure App service](https://azure.microsoft.com/services/app-service/) which provides support for fast switching between staging and production slots.
550
+
If you have two virtual machine scale sets with Azure Load Balancer, and they are in the same subscription and region, you can deallocate the public IP addresses from each one, and assign to the other. For more information, see [VIP swap: Blue-green deployment in Azure Resource Manager](https://msftstack.wordpress.com/2017/02/24/vip-swap-blue-green-deployment-in-azure-resource-manager/). This does imply a delay, though, because the resources are deallocated or allocated at the network level. A faster option is to use Azure Application Gateway with two back-end pools, and a routing rule. Alternatively, you can host your application with [Azure App Service](https://azure.microsoft.com/services/app-service/), which supports fast switching between staging and production slots.
551
551
552
552
- question: |
553
553
How do I specify a range of private IP addresses to use for static private IP address allocation?
554
554
answer: |
555
555
IP addresses are selected from a subnet that you specify.
556
556
557
-
The allocation method of virtual machine scale set IP addresses is always "dynamic," but that doesn't mean that these IP addresses can change. In this case, "dynamic" only means that you do not specify the IP address in a PUT request. Specify the static set by using the subnet.
557
+
The allocation method of virtual machine scale set IP addresses is always *dynamic*, but that doesn't mean that these IP addresses can change. In this case, dynamic only means that you don't specify the IP address in a `PUT` request. Specify the static set by using the subnet.
558
558
559
559
- question: |
560
560
How do I deploy a virtual machine scale set to an existing Azure virtual network?
561
561
answer: |
562
-
To deploy a virtual machine scale set to an existing Azure virtual network, see [Deploy a virtual machine scale set to an existing virtual network](https://github.com/Azure/azure-quickstart-templates/tree/master/quickstarts/microsoft.compute/vmss-existing-vnet).
562
+
See [Deploy a virtual machine scale set to an existing virtual network](https://github.com/Azure/azure-quickstart-templates/tree/master/quickstarts/microsoft.compute/vmss-existing-vnet).
563
563
564
564
- question: |
565
-
Can I use scale sets with Accelerated Networking?
565
+
Can I use scale sets with accelerated networking?
566
566
answer: |
567
-
Yes. To use accelerated networking, set enableAcceleratedNetworking to true in your scale set's networkInterfaceConfigurations settings. For example
567
+
Yes. To use accelerated networking, set `enableAcceleratedNetworking` to `true` in your scale set's `networkInterfaceConfigurations` settings. For example:
568
568
569
569
```json
570
570
"networkProfile": {
@@ -585,7 +585,7 @@ sections:
585
585
- question: |
586
586
How can I configure the DNS servers used by a scale set?
587
587
answer: |
588
-
To create a virtual machine scale set with a custom DNS configuration, add a dnsSettings JSON packet to the scale set networkInterfaceConfigurations section. Example:
588
+
To create a virtual machine scale set with a custom DNS configuration, add a `dnsSettings` JSON packet to the scale set `networkInterfaceConfigurations` section. Here's an example:
589
589
590
590
```json
591
591
"dnsSettings":{
@@ -596,7 +596,7 @@ sections:
596
596
- question: |
597
597
How can I configure a scale set to assign a public IP address to each VM?
598
598
answer: |
599
-
To create a virtual machine scale set that assigns a public IP address to each VM, make sure the API version of the Microsoft.Compute/virtualMachineScaleSets resource is 2017-03-30, and add a _publicipaddressconfiguration_ JSON packet to the scale set ipConfigurations section. Example:
599
+
To create a virtual machine scale set that assigns a public IP address to each VM, make sure that the API version of the *Microsoft.Compute/virtualMachineScaleSets* resource is 2017-03-30, and add a `publicipaddressconfiguration` JSON packet to the scale set `ipConfigurations` section. Here's an example:
600
600
601
601
```json
602
602
"publicipaddressconfiguration": {
@@ -608,23 +608,23 @@ sections:
608
608
```
609
609
610
610
- question: |
611
-
Can I configure a scale set to work with multiple Application Gateways?
611
+
Can I configure a scale set to work with multiple application gateways?
612
612
answer: |
613
-
Yes. You can add the resource IDs for multiple Application Gateway backend address pools to the _applicationGatewayBackendAddressPools_ list in the _ipConfigurations_ section of your scale set network profile.
613
+
Yes. You can add the resource IDs for multiple application gateway backend address pools to the `applicationGatewayBackendAddressPools` list in the `ipConfigurations` section of your scale set network profile.
614
614
615
615
- name: Scale
616
616
questions:
617
617
- question: |
618
618
In what case would I create a virtual machine scale set with fewer than two VMs?
619
619
answer: |
620
-
One reason to create a virtual machine scale set with fewer than two VMs would be to use the elastic properties of a virtual machine scale set. For example, you could deploy a virtual machine scale set with zero VMs to define your infrastructure without paying VM running costs. Then, when you are ready to deploy VMs, increase the "capacity" of the virtual machine scale set to the production instance count.
620
+
One reason to create a virtual machine scale set with fewer than two VMs is to use the elastic properties of a virtual machine scale set. For example, you can deploy a virtual machine scale set with zero VMs to define your infrastructure without paying VM running costs. Then, when you are ready to deploy VMs, you can increase the capacity of the virtual machine scale set to the production instance count.
621
621
622
-
Another reason you might create a virtual machine scale set with fewer than two VMs is if you're concerned less with availability than in using an availability set with discrete VMs. Virtual machine scale sets give you a way to work with undifferentiated compute units that are fungible. This uniformity is a key differentiator for virtual machine scale sets versus availability sets. Many stateless workloads do not track individual units. If the workload drops, you can scale down to one compute unit, and then scale up to many when the workload increases.
622
+
Another reason you might create a virtual machine scale set with fewer than two VMs is if you're concerned less with availability than with using an availability set with discrete VMs. Virtual machine scale sets give you a way to work with undifferentiated compute units that are fungible. This uniformity is a key differentiator for virtual machine scale sets versus availability sets. Many stateless workloads don't track individual units. If the workload drops, you can scale down to one compute unit, and then scale up to many when the workload increases.
623
623
624
624
- question: |
625
625
How do I change the number of VMs in a virtual machine scale set?
626
626
answer: |
627
-
To change the number of VMs in a virtual machine scale set in the Azure portal, from the virtual machine scale set properties section, click on the "Scaling" blade and use the slider bar.
627
+
To change the number of VMs in a virtual machine scale set in the Azure portal, from the virtual machine scale set **Properties** section, select the **Scaling** pane, and use the slider bar.
628
628
629
629
- question: |
630
630
How do I define custom alerts for when certain thresholds are reached?
@@ -675,36 +675,36 @@ sections:
675
675
- question: |
676
676
Can I create a scale set in an existing resource group?
677
677
answer: |
678
-
Yes, you can create a scale set in an existing resource group.
678
+
Yes, you can.
679
679
680
680
- question: |
681
681
Can I move a scale set to another resource group?
682
682
answer: |
683
683
Yes, you can move scale set resources to a new subscription or resource group.
684
684
685
685
- question: |
686
-
How to I update my virtual machine scale set to a new image? How do I manage patching?
686
+
How do I update my virtual machine scale set to a new image? How do I manage patching?
687
687
answer: |
688
688
To update your virtual machine scale set to a new image, and to manage patching, see [Upgrade a virtual machine scale set](./virtual-machine-scale-sets-upgrade-scale-set.md).
689
689
690
690
- question: |
691
691
Can I use the reimage operation to reset a VM without changing the image? (That is, I want reset a VM to factory settings rather than to a new image.)
692
692
answer: |
693
-
Yes, you can use the reimage operation to reset a VM without changing the image. However, if your virtual machine scale set references a platform image with `version = latest`, your VM can update to a later OS image when you call `reimage`.
693
+
Yes, you can use the reimage operation to reset a VM without changing the image. However, if your virtual machine scale set references a platform image with `version = latest`, your VM can update to a later operating system image when you call `reimage`.
694
694
695
695
- question: |
696
-
Is it possible to integrate scale sets with Azure Monitor logs?
696
+
Is it possible to integrate scale sets with Azure Monitor Logs?
697
697
answer: |
698
-
Yes, you can by installing the Azure Monitor extension on the scale set VMs. Here is an Azure CLI example:
698
+
Yes, you can by installing the Azure Monitor extension on the scale set VMs. Here is an example that uses the Azure CLI:
699
699
700
700
```azurecli
701
701
az vmss extension set --name MicrosoftMonitoringAgent --publisher Microsoft.EnterpriseCloud.Monitoring --resource-group Team-03 --vmss-name nt01 --settings "{'workspaceId': '<your workspace ID here>'}" --protected-settings "{'workspaceKey': '<your workspace key here'}"
702
702
```
703
703
704
-
You can find the required workspaceId and workspaceKey in the Log Analytics workspace of Azure portal. On the Overview page, click the Settings tile. Click the Connected Sources tab at the top.
704
+
You can find the required `workspaceId` and `workspaceKey` in the Log Analytics workspace of the Azure portal. On the **Overview** page, select the **Settings** tile. Select the **Connected Sources** tab at the top.
705
705
706
706
> [!NOTE]
707
-
> If your scale set _upgradePolicy_ is set to Manual, you need to apply the extension to the all VMs in the set by calling upgrade on them. In CLI this would be _az vmss update-instances_.
707
+
> If your scale set `upgradePolicy` is set to manual, you need to apply the extension to the all VMs in the set by calling upgrade on them. In the Azure CLI, this is `az vmss update-instances`.
To turn on boot diagnostics, first, create a storage account. Then, put this JSON block in your virtual machine scale set **virtualMachineProfile**, and update the virtual machine scale set:
716
+
To turn on boot diagnostics, first, create a storage account. Then, put this JSON block in your virtual machine scale set `virtualMachineProfile`, and update the virtual machine scale set:
717
717
718
718
```json
719
719
"diagnosticsProfile": {
@@ -724,7 +724,7 @@ sections:
724
724
}
725
725
```
726
726
727
-
When a new VM is created, the InstanceView property of the VM shows the details for the screenshot, and so on. Here's an example:
727
+
When a new VM is created, the `InstanceView` property of the VM shows the details for the screenshot. Here's an example:
728
728
729
729
```json
730
730
"bootDiagnostics": {
@@ -738,26 +738,26 @@ sections:
738
738
- question: |
739
739
How do I get property information for each VM without making multiple calls? For example, how would I get the fault domain for each of the 100 VMs in my virtual machine scale set?
740
740
answer: |
741
-
To get property information for each VM without making multiple calls, you can call `ListVMInstanceViews` by doing a REST API `GET` on the following resource URI:
741
+
You can call `ListVMInstanceViews` by doing a REST API `GET` on the following resource URI:
Can I pass different extension arguments to different VMs in a virtual machine scale set?
747
747
answer: |
748
-
No, you cannot pass different extension arguments to different VMs in a virtual machine scale set. However, extensions can act based on the unique properties of the VM they are running on, such as on the machine name. Extensions also can query instance metadata on http://169.254.169.254 to get more information about the VM.
748
+
No, you can't. However, extensions can act based on the unique properties of the VM they are running on, such as on the machine name. Extensions also can query instance metadata on `http://169.254.169.254` to get more information about the VM.
749
749
750
750
- question: |
751
-
Why are there gaps between my virtual machine scale set VM machine names and VM IDs? For example: 0, 1, 3...
751
+
Why are there gaps (for example, 0, 1, 3) between my virtual machine scale set VM machine names and VM IDs?
752
752
answer: |
753
-
There are gaps between your virtual machine scale set VM machine names and VM IDs because your virtual machine scale set **overprovision** property is set to the default value of **true**. If overprovisioning is set to **true**, more VMs than requested are created. Extra VMs are then deleted. In this case, you gain increased deployment reliability, but at the expense of contiguous naming and contiguous Network Address Translation (NAT) rules.
753
+
Gaps are because your virtual machine scale set `overprovision` property is set to the default value of `true`. If overprovisioning is set to `true`, more VMs than requested are created. Extra VMs are then deleted. In this case, you gain increased deployment reliability, but at the expense of contiguous naming and contiguous network address translation (NAT) rules.
754
754
755
-
You can set this property to **false**. For small virtual machine scale sets, this doesn't significantly affect deployment reliability.
755
+
You can set this property to `false`. For small virtual machine scale sets, this doesn't significantly affect deployment reliability.
756
756
757
757
- question: |
758
-
What is the difference between deleting a VM in a virtual machine scale set and deallocating the VM? When should I choose one over the other?
758
+
What's the difference between deleting a VM in a virtual machine scale set and deallocating the VM? When should I choose one over the other?
759
759
answer: |
760
-
The main difference between deleting a VM in a virtual machine scale set and deallocating the VM is that `deallocate` doesn't delete the virtual hard disks (VHDs). There are storage costs associated with running `stop deallocate`. You might use one or the other for one of the following reasons:
760
+
The main difference is that `deallocate` doesn't delete the virtual hard disks (VHDs). There are storage costs associated with running `stop deallocate`. You might use one or the other for one of the following reasons:
761
761
762
762
- You want to stop paying compute costs, but you want to keep the disk state of the VMs.
763
763
- You want to start a set of VMs more quickly than you could scale out a virtual machine scale set.
@@ -767,7 +767,7 @@ sections:
767
767
- question: |
768
768
How do I take a snapshot of a virtual machine scale set instance?
769
769
answer: |
770
-
Create a snapshot from an instance of a virtual machine scale set.
770
+
Create a snapshot from an instance of a virtual machine scale set. Here's an example:
0 commit comments