Deploy ASMS on the cloud

This topic describes how you can deploy ASMS on Amazon AWS or Microsoft Azure to manage your devices from the cloud.

In this topic:

Deploy ASMS on AWS

Deploy ASMS on an AWS instance using an ASMS AMI available from the AlgoSec Portal.

Refer to Hardware minimum requirements.

For AWS deployments, we also recommend:

• Using machines from Amazon EC2 General Purpose M5 family, compatible with CentOS 7.

• Ensuring that your AWS instance includes high-performance storage. Use Amazon gp3 volumes (SSD-based).

• It is highly advised that you disable hyper-threading on Azure VMs running ASMS prior to deploying the machine. AlgoSec has observed improved performance under heavy workloads. See Disable Hyper-threading on Azure Instance.

For more details, see the Azure Documentation.

Do the following:

1. Download the ASMS Azure files.

   Click Download on the Download AlgoSecSecurity Management Suite > New Installation page. A VHD file is downloaded to your local machine.

   For more details, see Download ASMS software packages.

2. Convert the VHD file to an Azure image.

   The following steps describe how to convert your ASMS VHD file to an Azure image, and refer to areas of the Azure portal. For more details, see the Microsoft Azure documentation.

   Note: Converting a VHD file to an Azure image has a variety of options and methods.

   Use the steps described below when deploying your ASMS installation to prevent unexpected errors.

   Do the following:

   1. Create a new Azure storage account.

      Define your settings as follows:

      Resource Group	Under the Resource Group field, click Create new to create a new resource group. Enter a meaningful name for your new resource group, such as ASMS-Deployment.
      Storage account name	Enter a meaningful name for your storage account, such as asmsdeployment.
      Account kind	Select Storage (general purpose v1).
      Replication	Select LRS (Locally-redundant storage).

      For example:

      

      Continue in the wizard to create the new storage account and wait while it's deployed.

   2. Once the new storage account is deployed, navigate to the Storage accounts area, and click the new storage account to view details.

   3. In your new storage account, click Containers, and then to add a new container.

      Define your new container with a meaningful name and a Public access level of Private (no anonymous access).

      For example:

      

   4. Switch to the Azure CLI on the local desktop.

      To install the Azure CLI on the local desktop download the installation file from HERE.

   5. Run local Power Shell as Administrator.

   6. Ensure that the PowerShell Az module is installed. If it's not installed, run the following:

      Install-Module -Name Az -AllowClobber -Scope AllUsers

   7. To configure the Set-ExecutionPolicy cmdlet, run the following:

      Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope LocalMachine

      then run:

      Import-Module Az.Accounts

      For more details, see Set-ExecutionPolicy and Install the Azure PowerShell module in the Microsoft documentation.

   8. Connect to the Azure subscription from the CLI on the local desktop. Run:

      Connect-AzAccount

      When prompted, enter your credentials to log in.

   9. Copy the VHD file downloaded from the AlgoSec portal to your Azure resource group.

      From the CLI on the local desktop, run:

      Add-AzVhd -ResourceGroupName "ASMS-Deployment" -Destination "https://asmsdeployment.blob.core.windows.net/asmsvhd/<VHD_NAME>.vhd" -LocalFilePath "<VHD_NAME>.vhd"

      In this command, replace <VHD_NAME>.vhd with the exact name of the file you downloaded.

      For example: AlgoSec-app-3000.10.100-asms-75-co6.vhd

      Note: While the VHD that AlgoSec provides is dynamic, and the Azure requires a fixed hard disk, the upload process converts the dynamic file to a fixed file format.

      Additionally, while you can convert this dynamic file to a fixed file manually, this requires a very large upload, and also runs the risk of errors. We recommend using the commands provided here to perform this upload.

   10. Return to the Azure portal to create your image. Navigate to Images, and click .

       In the Create image pane, enter the following details:

       Name	Enter a meaningful name. For example, ASMS_image.
       Resource group	Select the new resource group you created for ASMS.
       OS type	Select Linux.
       VM generation	Select Gen1
       Storage blob	Click Browse, and navigate to the VHD you uploaded via the CLI.
       Account type	Select Premium SSD.

       For example:

       

   11. Navigate to the Azure Virtual machines area, and click to create a new virtual machine.

       On the Create a virtual machine page, enter the following details:

       Resource group	Select the resource group you created earlier.
       Virtual machine name	Enter a meaningful name for your virtual machine.
       Image	Navigate to and select the image you created earlier.
       Size	Click Change size, and select a minimum of B4ms.
       Authentication type	Select Password.
       Username / Password	Enter credentials to access the new virtual machine. Note: Although you must set these credentials now, you'll need to log in to the machine as user root in order to deploy ASMS.
       Select inbound ports	Select HTTPS (443) and SSH (22).

       For example:

       

   12. Click Next: Disks > to continue, and then select Standard SSD.

   13. Continue through the wizard to create your virtual machine with ASMS installed.

3. When the Azure VM is available, unlock the root user as follows:

   1. Log in to the virtual machine via CLI using the Azure VM user credentials.

   2. Run the command:

      echo "<Azure VM user password>" | sudo -S echo;echo "<new root password>" | sudo passwd --stdin root

      The root user is now unlocked and you can log into it using the password you gave in the command.

4. Disable hyper-threading (best practice). See Disable Hyper-threading on Azure Instance.

If you are deploying clusters or distributed architectures, continue with Deploy clusters and distributed architectures.

Otherwise, continue with deploying ASMS products, including populating your environment with devices and users. For details, see ASMS deployment checklist.

Back to top

 

â See also:

• System installation and setup
• ASMS licensing
• General system maintenance