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/marketplace/azure-vm-plan-technical-configuration.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -73,11 +73,11 @@ Here is a list of properties that can be selected for your VM. Enable the proper
73
73
74
74
- Virtual machines deployed with these images don't allow customers to access it using Remote Desktop or SSH. Learn more about [locked VM images](./azure-vm-certification-faq.yml#locked-down-or-ssh-disabled-offer). Images that are published with either SSH disabled (for Linux) or RDP disabled (for Windows) are treated as Locked down VMs. There are special business scenarios to restrict access to users. During validation checks, Locked down VMs might not allow execution of certain certification commands.
75
75
76
-
- Image does not support sampleuser while deploying.
76
+
- Image doesn't support sampleuser while deploying.
77
77
- Image has limited access.
78
-
- Image does not comply with the Certification Test Tool.
78
+
- Image doesn't comply with the Certification Test Tool.
79
79
- Image requires setup during initial login which causes automation to not connect to the virtual machine.
80
-
- Image does not support port 22.
80
+
- Image doesn't support port 22.
81
81
82
82
-**Requires custom ARM template for deployment**: Enable this property if the images in this plan can only be deployed using a custom ARM template. In general, all the images that are published under a VM offer will follow standard ARM template for deployment. However, there are scenarios that might require customization while deploying VMs (for example, multiple NIC(s) to be configured).
83
83
Below are examples (non-exhaustive) that might require custom templates for deploying the VM:
@@ -92,18 +92,18 @@ Below are examples (non-exhaustive) that might require custom templates for depl
92
92
93
93
Generations of a virtual machine defines the virtual hardware it uses. Based on your customer’s needs, you can publish a Generation 1 VM, Generation 2 VM, or both. To learn more about the differences between Generation 1 and Generation 2 capabilities, see [Support for generation 2 VMs on Azure](../virtual-machines/generation-2.md).
94
94
95
-
When creating a new plan, select an Image type from the drop-down menu. You can choose either X64 Gen 1 or X64 Gen 2. To add another image type to a plan, select **+Add image type**. You will need to provide a SKU ID for each new image type that is added.
95
+
When creating a new plan, select an Image type from the drop-down menu. You can choose either X64 Gen 1 or X64 Gen 2. To add another image type to a plan, select **+Add image type**. You'll need to provide a SKU ID for each new image type that is added.
96
96
97
97
> [!NOTE]
98
98
> A published generation requires at least one image version to remain available for customers. To remove the entire plan (along with all its generations and images), select **Deprecate plan** on the **Plan Overview** page. Learn more about [deprecating plans](./deprecate-vm.md).
99
99
>
100
100
101
101
## VM images
102
102
103
-
To add a new image version, click **+Add VM image**. This will open a panel in which you will then need to specify an image version number. From there, you can provide your image(s) via either the Azure Compute Gallery and/or using a shared access signature (SAS) URI.
103
+
To add a new image version, click **+Add VM image**. This will open a panel in which you'll then need to specify an image version number. From there, you can provide your image(s) via either the Azure Compute Gallery and/or using a shared access signature (SAS) URI.
104
104
105
105
> [!IMPORTANT]
106
-
> You can now provide more than one VM image per image type within a given submission. By adding multiple images at a time, you will not need to publish each image sequentially as part of separate submissions.
106
+
> You can now provide more than one VM image per image type within a given submission. By adding multiple images at a time, you won't need to publish each image sequentially as part of separate submissions.
107
107
108
108
Keep in mind the following when publishing VM images:
0 commit comments