Run tests on different platforms

Run on Azure
Run on Ready computers
Run on Linux and QEMU
Run on AWS

Run on Azure

VM can be deployed on Azure using images from vhd, shared image gallery or marketplace. If multiple types are specified, the first non-empty type is picked in the following order : vhd, shared image gallery and marketplace.

Use vhd

To run using vhd, add the following to runbook :

platform:
- type: azure
   ...
   requirement:
      ...
      azure:
         ...
         vhd: "<VHD URL>"
         hyperv_generation: <1 or 2>

The <VHD URL> can either be a SAS url or a blob url. If it is a SAS url, the image is copied to the resource group: lisa_shared_resource, storage account: lisat{location}{subscription_id[last 8 digits]} and container: lisa-sas-copied in the subscription used to run LISA, which could potentially increase the runtime. The copied VHD has to be manually deleted by the user.

If the selected VM Size’s Hypervisor Generation is ‘2’, hyperv_generation parameter is necessary, and should be specified as 2.

Use marketplace image

To run using marketplace image, add the following to runbook:

platform:
- type: azure
   ...
   requirement:
      ...
      azure:
         ...
         marketplace: "<Publisher> <Offer> <Sku> <Version>"

Use shared image gallery

To run using shared image gallery, add the following to runbook if the shared image gallery is in the same subscription that is used to run LISA :

platform:
- type: azure
   ...
   requirement:
      ...
      azure:
         ...
         shared_gallery: "<image_gallery>/<image_definition>/<image_version>"

If the shared image gallery is in a different subscription, subscription_id needs to be specified. Ensure that the credential used to run LISA has access to the shared image gallery.

platform:
- type: azure
   ...
   requirement:
      ...
      azure:
         ...
         shared_gallery: "<subscription_id>/<image_gallery>/<image_definition>/<image_version>"

The remaining steps are same as outlined in Getting started with Azure.

Use existing deployment

In addition to deploying a new Azure server and running tests, you can skip the deployment phase and use existing resource group.

The advantage is that it can run all test cases of Azure. The shortage is that the VM name is fixed, and it should be node-0, so each resource group can put only one VM.

Set other Azure parameters

The other parameters, like location, vm size, can be specified during deployment.

platform:
- type: azure
   ...
   requirement:
      ...
      azure:
         ...
         location: "<one or multiple locations, split by comma>"
         vm_size: "<vm size>"
         maximize_capability: "<true or false>"

location. Specify which locations is used to deploy VMs. It can be one or multiple locations. For example, westus2 or westus2,eastus. If multiple locations are specified, it means each environment deploys VMs in one of location. To test multiple locations together, the combinator is needed.
vm_size. Specify which vm_size is used to deploy.
maximize_capability. True means to ignore test requirement, and try best to run all test cases. Notice, there are some features are conflict by natural, so some test cases may not be picked up. This setting is useful to force run perf tests on not designed VM sizes.

Run on Ready computers

If you have prepared a Linux computer for testing, please run LISA with ready runbook:

Get the IP address of your computer for testing.
Get the SSH public/private key pair which can access this computer.

Run LISA with parameters below:

lisa -r ./microsoft/runbook/ready.yml -v public_address:<public address> -v "user_name:<user name>" -v "admin_private_key_file:<private key file>"

The advantage is it’s not related to any infra. The shortage is that, some test cases won’t run in Ready platform, for example, test cases cannot get serial log from a VM directly.

ready runbook also supports tests which require multiple computers (for example, networking testing); and, it supports password authentication too. Learn more from runbook reference.

For a comprehensive introduction to LISA supported test parameters and runbook schema, please read command-line reference and runbook reference.

Run on Linux and QEMU

You can run the tests on Linux machine that has QEMU and KVM installed.

Currently, only the CBL-Mariner distro is supported. But it should be fairly straightforward to extend support to other distros. Also, only the the tier 0 tests are currently supported.

For CBL-Mariner:

Acquire a VHDX image of CBL-Mariner.

For example, you can build your own by following the VHDX and VHD images build instructions.

Convert image from VHDX to qcow2:

qemu-img convert -f vhdx -O qcow2 "<vhdx file>" "<qcow2 file>"

Run LISA with the parameters below:

./lisa.sh  -r ./microsoft/runbook/qemu/CBL-Mariner.yml -v "admin_private_key_file:<private key file>" -v "qcow2:<qcow2 file>"

Run on AWS

Linux VM can be deployed on AWS using Amazon Machine Image (AMI) that provides the information required to launch an instance. At current all AWS resources will be deployed to the same configured region.

Configure the credentials for AWS. The credentials could be configured in multiple ways. Please create access keys for an AWS Identity and Access Management(IAM) user by following the cli configuration quick start. If you have the AWS CLI, then you can run “aws configure” to set up the credentials.

Or you could add the following configurations to aws runbook:
```
platform:
- type: aws
   ...
   aws:
      aws_access_key_id: $(aws_access_key_id)
      aws_secret_access_key: $(aws_secret_access_key)
      aws_default_region: $(location)
   requirement:
      ...
      aws:
         ...
         marketplace: "<ami_image_id>"
```
Run LISA with the parameters below:
```
./lisa.sh  -r ./microsoft/runbook/aws.yml -v "admin_username:<username>" -v "admin_private_key_file:<private key file>"
```
Update the default user name for the AMI you use to launch the instance. For an Ubuntu AMI, the user name is ubuntu. Please refer to the general prerequisites for connecting to the instance.