Deploy Retail mobility dev/test environments on Azure
This topic explains how to deploy a Retail mobility dev/test environment on Microsoft Azure. To deploy the environment, you’ll use the cloud-hosted environments tool in Microsoft Dynamics Lifecycle Services.
Before you complete the procedures in this topic, make sure that the following prerequisites are in place.
|Required tasks||Plan your Microsoft Dynamics AX 2012 R3 deployment on Azure|
1. Log on to Lifecycle Services
Microsoft Dynamics Lifecycle Services (LCS) provides a cloud-based collaborative workspace that customers and partners can use to manage Dynamics AX projects. You’ll use this website to deploy Dynamics AX on Azure. Lifecycle Services is available to customers and partners as part of their support plans. You can access it with your CustomerSource or PartnerSource credentials, for details see Log on to Lifecycle Services
2. Create a project
After you log in to LCS, open an existing project, or create a new project. Projects are the key organizer of your experience in LCS. The methodology associated with a project determines which phases and tasks are included in the project by default.
3. Connect the project to your Azure subscription
Connect the LCS project to your Azure subscription. This will enable LCS to deploy a Dynamics AX environment to the subscription. To connect the project to your Azure subscription, complete the following procedure.
In your LCS project, go to the Environments section, click Microsoft Azure settings, and then click Add in the Azure Connectors area.
The Microsoft Azure settings option is also available when you click the Cloud-hosted environments tile.
Enter a name to identify the connection to Azure.
Enter your Azure subscription ID. If you need to find your subscription ID, complete the following steps:
Open another instance of your browser.
Log on to the Azure portal.
In the navigation pane on the left, click Subscriptions.
You may need to click More services at the bottom, and then click Subscriptions.
Copy your subscription ID, and then paste it into the Azure subscription ID field in LCS (which is currently displayed in another browser instance).
Click Download to download a management certificate. This management certificate enables LCS to communicate with Azure on your behalf. By default, the management certificate is saved to the Downloads folder on your computer and is named LifecycleServicesDeployment.cer.
Upload the management certificate to Azure. To do so, see the instructions in Upload an Azure Management API Management Certificate.
Go back to the browser that displays the Microsoft Azure setup panel in LCS. Click Next.
Select a region. The AX 2012 R3 environment will be deployed to a datacenter in this region.
Click Connect. The project is now connected to the Azure subscription that you specified.
If the certificate expires, you can obtain a new one. To do so:
- Select the connection in the Azure connectors area of your project settings, and click Edit.
- The Microsoft Azure setup panel is displayed on the side of the screen. Click Download to download a new certificate.
- Repeat steps 6-9 of the above procedure.
4. Deploy a Retail mobility dev/test environment on Azure
Complete the following procedure to deploy a Retail mobility dev/test environment on Azure.
On the Cloud-hosted environments page, click the Add (+) icon.
In the Select environment topology panel, select Dev/test.
Click Retail mobility dev/test.
In the Environment name field, enter a name for the environment that will be deployed.
Click Advanced settings.
To customize domain settings, click Customize domain settings. Use the following table to enter information.
If you want to Do this Create a new domain in Azure for the environment
- Click New domain.
- Enter a name for the domain. By default, the domain is named contoso.com.
Add the environment to an existing domain in Azure
- Click Existing domain.
- Enter the name of the domain. For example, contoso.com.
To customize the service accounts that will be created in the domain, click Customize service accounts. Service accounts and/or service account passwords can be specified through the Advanced Settings option for a deployment. If neither is provided, default accounts are used and random passwords are selected. Use these features when you want to maintain account naming and password rules for your corporation. Account and password rules:
- A valid service name must be less than 20 characters with no special characters.
- A valid password must be more than 8 characters and contain uppercase letters, lowercase letters, numbers, and at least one of the following characters: ['@', '!', '=', '*'] You can’t use common passwords, such as: pass@word1
To select the version of AX 2012 R3 that you want use, click Supported version. By default, the AX 2012 R3 CU8 version of this environment will be deployed. If you don’t want to use the CU8 version, select Dynamics ERP 2012 R3 RTM from the list.
To customize virtual machine names, click Customize virtual machine names. In order to support common IT naming guidelines, the ability to name virtual machines is provided through the Advanced settings option on most deployment topologies. In addition to defining the name, a starting index can be selected for each virtual machine type. The index is incremented for each instance of the virtual machine type that is deployed. Virtual machine names must be 13 characters or less. The index is separated from the machine name by a hyphen (-), followed by the index that supports a maximum of 2 digits. Example: ACustomVMName-99. When virtual machine instances are added to an environment after the initial deployment, the deployment service will start incrementing the virtual machine name where it left off. For example, if you deployed four AOS virtual machines with a starting index of 2, then the last AOS instance name will be AOS-6. If you add two more AOS instances, they will be AOS-7 and AOS-8. If one of the virtual machine types in your deployment is customized, then all of the virtual machine names must be customized. This is done to ensure that a long deployment does not occur because a virtual machine name was accidentally missed.
To customize virtual network settings, click Customize virtual network. Use the following table to enter information.
If you want to Do this Create a new virtual network in Azure for the environment
- Click New virtual network.
- Enter a name for the virtual network.
Add the environment to an existing virtual network in Azure
- Click Existing virtual network.
- Select the name of the existing virtual network that you want to use.
- The Address space field will automatically display the appropriate value. Select the provided value.
- The Application subnet name field will display available options. If you are deploying to an AD that was previously deployed through Lifecycle Services, select the APPNET value.
- The Active Directory subnet must be entered and match the Active Directory subnet IP/Range found in the Azure management portal for the AD you want to target.
- Log on to the Azure portal.
- In the navigation pane on the left, click Virtual networks.
- Click the name of the virtual network that you’re going to use.
- Click Configure. Details about the virtual network are listed on the page.
Click Done. The Deploy environment panel is redisplayed.
The number and size of each virtual machine that will be deployed is listed. Change the number and size of the virtual machines, as needed.
- For information about the software installed on each virtual machine in this environment, see Plan your Microsoft Dynamics AX 2012 R3 deployment on Azure.
- For sizing and pricing details about virtual machines, see Virtual machines pricing details.
Click Software License Terms to review the licensing terms and conditions. Then select the check box to indicate that you agree to the terms.
Click Deploy to confirm that you’re ready to deploy the environment. The deployment may take a few hours to complete. When the deployment is done, the Deployment Status column on the Cloud-hosted environments page will display Deployed. (You may need to refresh your browser to see this.) If the deployment fails, you may see an error message right away. If the error occurs later in the deployment process, error details will be displayed in the Details pane on the right-side of the page.
5. Prepare the Retail mobility dev/test environment for use
Now that the Retail mobility dev/test environment has been deployed on Azure, you can connect it to your Dynamics AX environment that exists on-premises, or on Azure. See the following sections for more information.
Before you complete the following procedures, make sure that the following prerequisites are in place.
|Set up and configure the Dynamics AX application object server (AOS), database, and client. As mentioned, Dynamics AX may be installed on-premises, or on Azure.||System setup for Microsoft Dynamics AX|
|Import data into Dynamics AX.||If you want sample data installed in your Dynamics AX environment, use the Test Data Transfer tool to install the sample data. For instructions, see Test Data Transfer Tool (beta) for Microsoft Dynamics AX 2012.|
|Set up and configure Async Server.||Commerce Data Exchange: Async Server|
|Set up and configure Real-time Service.||Commerce Data Exchange: Real-time Service|
|Sync metadata for Commerce Data Exchange.||Enter parameters for Retail Scheduler|
|Create a channel profile for the Retail Server using the public-facing URL of your Retail Server.||Set up a channel profile|
Complete configuration tasks on the AOS server/virtual machine
Log on to the server or virtual machine where the AOS is installed and complete the following steps.
- Set up endpoints for the server or virtual machine. For instructions on how to set up endpoints for a virtual machine, see the “Getting Started” section of this blog post.
- Configure the Real-time service and update the profile. For instructions, see the “Configure Real-time Service” section of this blog post.
- Run the scheduler jobs to populate the channel database. For instructions, see the “Run Scheduler Jobs to Populate Channel Database” section of this blog post.
Complete configuration tasks on the MOBIL virtual machine
From the Cloud-hosted environments page, select your Retail mobility environment. Then scroll to the right and click the MOBIL-<GUID> link to log on to the virtual machine. After you have logged on to the machine, complete the following steps:
- If using a self-signed certificate, install the certificate on the MOBIL-<GUID> virtual machine. For instructions, see the “Install the Cert on the External Machine” section of this blog post.
- Update Async Client to use the URL of the Async Server. For instructions, see the “Install CDX Async Client” section of this blog post.
- Set up an endpoint for port 35080. For instructions on how to set up endpoints for a virtual machine, see the “Getting Started” section of this blog post.
- Configure Windows Firewall to exclude port 35080. For more information about Windows Firewall, see the Windows documentation.
Install Modern POS on external devices
Dynamics AX includes Modern POS, a point-of-sale app for PCs, tablets, and phones. For instructions about how to install it, see Install Retail Modern POS.
6. Learn more about the service accounts for this environment
The following sections provide information about the service accounts that were created when you deployed the environment.
The following table lists the domain accounts that were created when you deployed the environment. You may have entered passwords for these accounts when you deployed the environment. If you did not, we recommend that you change the passwords.
|The account used to run the following services on the SQL-
|The account used to install Dynamics AX.|
|The account used to run the following services: Microsoft Dynamics AX for Retail Commerce Data Exchange Async Client.|
The default passwords are displayed on the Cloud-hosted environments page in Lifecycle Services.
Local administrator accounts
Each virtual machine that you deployed has a local administrator account. This account is: builtinaxlocaladmin. The passwords for the local administrator accounts are displayed on the Cloud-hosted environments page in Lifecycle Services.