This workbook focus on the Reliability pillar of the Azure Well-Architected Framework and provides insights into the reliability aspects deployed in Azure subscriptions.

This Reliability Workbook consists of several co-workbooks. For easy deployment, you can use the deployment tool. For more information about using this tool, see below.

• This tool needs to run on Linux, WSL, or Azure Cloud Shell. You cannot use a Windows environment.
  • Azure Cloud Shell is currently recommended for easy deployment.
• If you don't run this tool in Azure Cloud Shell, you may need to install the following tools:
  • Install Azure CLI. See Install Azure CLI.
  • Install wget command-line tool. If not installed, you can install it using the package manager for your Linux distribution (e.g., apt-get install wget for Debian/Ubuntu or yum install wget for CentOS/RHEL).
• User needs to have at least Workbook Contributor access to import the workbook and Monitoring Reader to have access to monitoring information.
  • If you would like to create Resource Group when no Resource Group exists, the user must have permission access to create Resource Group.

1. Create directory to run the script.

   mkdir deploy-workbook

2. Download the scripts provided in the script folder in this repository.

   wget https://raw.githubusercontent.com/Azure/reliability-workbook/main/scripts/deploy-workbook.sh

3. Make the script executable.

   chmod +x deploy-workbook.sh

4. Run the script with the required parameters.

   Usage:

   $ ./deploy-workbook.sh 
   Usage: ./deploy-workbook.sh -s <Subscription ID> -g <Resource Group> [-t <Tenant ID>] [-c Create Resource Group if not exist] [-l <location>] [-b <Base URL of Workbook>] [-d]
   Example 1: When you want to deploy workbook to resource group myResourceGroup in subscription
           ./deploy-workbook.sh -s 00000000-0000-0000-0000-000000000000 -g myResourceGroup -t 00000000-0000-0000-0000-000000000000
   Example 2: When you want to deploy workbook to resource group myResourceGroup in subscription and create resource group if not exist
           ./deploy-workbook.sh -s 00000000-0000-0000-0000-000000000000 -g myResourceGroup -t 00000000-0000-0000-0000-000000000000 -c -l japaneast

   If you want to deploy the workbook to an existing Resource Group, you can use the following command:

   ./deploy-workbook.sh -s 00000000-0000-0000-0000-000000000000 -g myResourceGroup

   If you want to create a new Resource Group, you can use the -c parameter with -l <location>:

   ./deploy-workbook.sh -s 00000000-0000-0000-0000-000000000000 -g myResourceGroup -c -l japaneast

If you only want to deploy the Export workbook, you can deploy from the following button.

If you have access to many tenants, az command may take a long time. To prevent this behavior, you may want to specify tenant ID with -t option.

./deploy-workbook.sh -s 00000000-0000-0000-0000-000000000000 -g myResourceGroup -t 00000000-0000-0000-0000-000000000000 -c -l japaneast

You may be using Windows environment like Git Bash. If you are running on this script in Windows, there may be something wrong with the newline characters. In this case, please try in Azure Cloud Shell, WSL or pure Linux environment.

Yes, you can deploy from local Workbook files.

If you want to deploy the workbook files from your current directory, you can use the -b option with a dot (.). This will deploy all *.workbook files in the current directory. This option is useful when you want to test your workbooks in a development environment.

Here is how you can do it:

cd workbooks
../scripts/deploy-workbook.sh -s 00000000-0000-0000-0000-000000000000 -g myResourceGroup -c -l japaneast -b .

Note: Change to the directory where your workbooks are located. This isn't necessary if the workbooks are in the same directory as the script, as is the case if you are just downloading the script.

VMs have to be running for disk information to be available.

If you want to create a test environment to test this workbook, you need to deploy Azure resources to your subscription. To do this, we have prepared Terraform code in the build/test_environment folder. This directory is completely separated from the build directory in terms of Terraform. In other words, you need to initialize the Terraform environment separately in the build/test_environment directory.

You can create a test environment with the following steps.

cd test_environment
terraform init
terraform plan -out plan.out
terraform apply plan.out

This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.opensource.microsoft.com.

When you submit a pull request, a CLA bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., status check, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.

This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos are subject to those third-party's policies.