10.Retrieve Azure VM details by using PowerShell.

10.Retrieve Azure VM details by using PowerShell.

# Connect to Azure Account

Connect-AzAccount

 

# Create Report Array

$report = @()

# Record all the subscriptions in a Text file  

$SubscriptionIds = Get-Content -Path "c:\inputs\Subscriptions.txt" 

Foreach ($SubscriptionId in $SubscriptionIds) 

{

$reportName = "VM-Details.csv"

 

# Select the subscription  

Select-AzSubscription $subscriptionId

 

# Get all the VMs from the selected subscription

$vms = Get-AzVM

 

# Get all the Public IP Address

$publicIps = Get-AzPublicIpAddress

 

# Get all the Network Interfaces

$nics = Get-AzNetworkInterface | ?{ $_.VirtualMachine -NE $null} 

foreach ($nic in $nics) { 

    # Creating the Report Header we have taken maxium 5 disks but you can extend it based on your need

    $ReportDetails = "" | Select VmName, ResourceGroupName, Region, VmSize, VirtualNetwork, Subnet, PrivateIpAddress, OsType, PublicIPAddress, NicName, ApplicationSecurityGroup, OSDiskName,OSDiskCaching, OSDiskSize, DataDiskCount, DataDisk1Name, DataDisk1Size,DataDisk1Caching, DataDisk2Name, DataDisk2Size,DataDisk2Caching, DataDisk3Name, DataDisk3Size,DataDisk3Caching,  DataDisk4Name, DataDisk4Size,DataDisk4Caching, DataDisk5Name, DataDisk5Size,DataDisk5Caching

   #Get VM IDs

    $vm = $vms | ? -Property Id -eq $nic.VirtualMachine.id 

    foreach($publicIp in $publicIps) { 

        if($nic.IpConfigurations.id -eq $publicIp.ipconfiguration.Id) {

            $ReportDetails.PublicIPAddress = $publicIp.ipaddress

            } 

        } 

        $ReportDetails.OsType = $vm.StorageProfile.OsDisk.OsType 

        $ReportDetails.VMName = $vm.Name 

        $ReportDetails.ResourceGroupName = $vm.ResourceGroupName 

        $ReportDetails.Region = $vm.Location 

        $ReportDetails.VmSize = $vm.HardwareProfile.VmSize

        $ReportDetails.VirtualNetwork = $nic.IpConfigurations.subnet.Id.Split("/")[-3] 

        $ReportDetails.Subnet = $nic.IpConfigurations.subnet.Id.Split("/")[-1] 

        $ReportDetails.PrivateIpAddress = $nic.IpConfigurations.PrivateIpAddress 

        $ReportDetails.NicName = $nic.Name 

        $ReportDetails.ApplicationSecurityGroup = $nic.IpConfigurations.ApplicationSecurityGroups.Id 

        $ReportDetails.OSDiskName = $vm.StorageProfile.OsDisk.Name 

        $ReportDetails.OSDiskSize = $vm.StorageProfile.OsDisk.DiskSizeGB

        $ReportDetails.OSDiskCaching = $vm.StorageProfile.OsDisk.Caching

        $ReportDetails.DataDiskCount = $vm.StorageProfile.DataDisks.count

 

        if ($vm.StorageProfile.DataDisks.count -gt 0)

        {

     $disks= $vm.StorageProfile.DataDisks

     foreach($disk in $disks)

        {

        If ($disk.Lun -eq 0)

        {

       $ReportDetails.DataDisk1Name = $vm.StorageProfile.DataDisks[$disk.Lun].Name 

       $ReportDetails.DataDisk1Size =  $vm.StorageProfile.DataDisks[$disk.Lun].DiskSizeGB 

       $ReportDetails.DataDisk1Caching =  $vm.StorageProfile.DataDisks[$disk.Lun].Caching 

         

        }

        elseif($disk.Lun -eq 1)

        {

        $ReportDetails.DataDisk2Name = $vm.StorageProfile.DataDisks[$disk.Lun].Name 

       $ReportDetails.DataDisk2Size =  $vm.StorageProfile.DataDisks[$disk.Lun].DiskSizeGB 

       $ReportDetails.DataDisk2Caching =  $vm.StorageProfile.DataDisks[$disk.Lun].Caching 

        }

        elseif($disk.Lun -eq 2)

        {

        $ReportDetails.DataDisk3Name = $vm.StorageProfile.DataDisks[$disk.Lun].Name 

       $ReportDetails.DataDisk3Size =  $vm.StorageProfile.DataDisks[$disk.Lun].DiskSizeGB 

       $ReportDetails.DataDisk3Caching =  $vm.StorageProfile.DataDisks[$disk.Lun].Caching 

        }

        elseif($disk.Lun -eq 3)

        {

        $ReportDetails.DataDisk4Name = $vm.StorageProfile.DataDisks[$disk.Lun].Name 

       $ReportDetails.DataDisk4Size =  $vm.StorageProfile.DataDisks[$disk.Lun].DiskSizeGB 

       $ReportDetails.DataDisk4Caching =$vm.StorageProfile.DataDisks[$disk.Lun].Caching 

        }

        elseif($disk.Lun -eq 4)

        {

        $ReportDetails.DataDisk5Name = $vm.StorageProfile.DataDisks[$disk.Lun].Name 

       $ReportDetails.DataDisk5Size =  $vm.StorageProfile.DataDisks[$disk.Lun].DiskSizeGB 

       $ReportDetails.DataDisk5Caching =  $vm.StorageProfile.DataDisks[$disk.Lun].Caching 

        }

       }

        }

        $report+=$ReportDetails 

    } }

     

$report | ft VmName, ResourceGroupName, Region, VmSize, VirtualNetwork, Subnet, PrivateIpAddress, OsType, PublicIPAddress, NicName, ApplicationSecurityGroup, OSDiskName, OSDiskSize, DataDiskCount, DataDisk1Name, DataDisk1Size  

#Change the path based on your convenience

$report | Export-CSV "c:\outputs\$reportName"

9.Create Azure Migrate project using windows PowerShell (Az Module) with user inputs.

# Install and import the Az module (if not already installed)

if (-not (Get-Module -Name Az -ListAvailable)) {

    Install-Module -Name Az -Force -AllowClobber -Scope CurrentUser

}

Import-Module Az

#use windows powershell to run this script

# Prompt the user for Azure Migrate project details

$azureMigrateProjectName = Read-Host -Prompt 'Enter Azure Migrate Project Name'

$subscriptionId = Read-Host -Prompt 'Enter Subscription ID'

$region = Read-Host -Prompt 'Enter Azure region for the Azure Migrate project'

$location = Read-Host -Prompt 'Enter location for the Azure Migrate project'

$resourceGroupName = Read-Host -Prompt 'Enter Resource Group Name for Azure Migrate project'

# Connect to Azure (Interactive login)

Connect-AzAccount -UseDeviceAuthentication

# Set the subscription context

Set-AzContext -Subscription $subscriptionId

# Create a new resource group

New-AzResourceGroup -Name $resourceGroupName -Location $region

# Create an Azure Migrate project

New-AzMigrateProject -Name $azureMigrateProjectName -ResourceGroupName $resourceGroupName -Location $location 

  Write-Host "Azure Migrate project '$azureMigrateProjectName' has been created successfully!" 

  #This script is tested on windows PowerShell 5.1 on Windows 11

 

8.Create a Standard Load Balancer with Azure CLI

8. Create a Standard Load Balancer with Azure CLI

Start Cloud Shell

1.     Click the Cloud Shell icon (>_) in the upper right.

2.     Select Bash.

3.     Click Show advanced settings.

4.     In the Azure portal, click All resources to see which region your resources are located in.

5.     In the Cloud Shell section, change Cloud Shell region to the one your resources are in.

6.     For Storage account, select Use existing. If you have trouble, choose to create a new storage account with a unique name.

7.     For File share, select Create new and give it a name of "fileshare".

8.     Click Create storage.

Set Resource Variables in Cloud Shell

1.     In the Azure portal, click the listed resource group name.

2.     Copy it to your clipboard.

3.     In Cloud Shell, set the RG variable, replacing <RESOURCE_GROUP_NAME> with the name you just copied:

RG="<RESOURCE_GROUP_NAME>"

4.     Set the LOC variable, replacing <REGION> with the one your resources are in (e.g., eastus):

LOC="<REGION>"

5.     In the Azure portal, scroll in the resources list to find your network security group name (it will look something like nsg1-fhbmu) and copy its name.

6.     In Cloud Shell, set the NSG variable, replacing <NETWORK_SECURITY_GROUP_NAME> with the name of your network security group:

NSG="<NETWORK_SECURITY_GROUP_NAME>"

7.     In the Azure portal, scroll in the resources list to find your VNet (it will look something like lab-VNet1).

8.     Click it, and copy its name.

9.     In Cloud Shell, set the VNET variable, replacing <VNET_NAME> with the name of your VNet:

VNET="<VNET_NAME>"

10.  In the Azure portal, on the VNet page, click Subnets in the left-hand menu. We should see a subnet called default.

11.  In Cloud Shell, set the SNET variable:

SNET="default"

Create Network Interfaces for VMs

Create the network interface for the first VM:

1.     az network nic create \ --resource-group $RG \ --location $LOC \ --name myNicVM1 \ --vnet-name $VNET \ --subnet $SNET \ --network-security-group $NSG

It will take a minute or so for the command to complete.

2.     Create the network interface for the second VM:

az network nic create \ --resource-group $RG \ --location $LOC \ --name myNicVM2 \ --vnet-name $VNET \ --subnet $SNET \ --network-security-group $NSG

It will take a minute or so for the command to complete.

Create VMs

1.     In order to install packages on VMs during deployment, we'll create a cloud-init file:

code cloud-init.txt

2.     Enter the following into the file:

#cloud-config package_upgrade: true packages: - nginx - nodejs - npm write_files: - owner: www-data:www-data - path: /etc/nginx/sites-available/default content: | server { listen 80; location / { proxy_pass http://localhost:3000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection keep-alive; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; } } - owner: azureuser:azureuser - path: /home/azureuser/myapp/index.js content: | var express = require('express') var app = express() var os = require('os'); app.get('/', function (req, res) { res.send('Hello World from host ' + os.hostname() + '!') }) app.listen(3000, function () { console.log('Hello world app listening on port 3000!') }) runcmd: - service nginx restart - cd "/home/azureuser/myapp" - npm init - npm install express -y - nodejs index.js

3.     Click the three-dots icon in the upper right corner of the file, and select Save.

4.     Click the three-dots icon in the upper right corner of the file, and select Close Editor.

5.     Create the first VM:

az vm create \ --resource-group $RG \ --location $LOC \ --name myVM1 \ --nics myNicVM1 \ --image UbuntuLTS \ --generate-ssh-keys \ --custom-data cloud-init.txt \ --zone 1 \ --no-wait

6.     Create the second VM:

az vm create \ --resource-group $RG \ --location $LOC \ --name myVM2 \ --nics myNicVM2 \ --image UbuntuLTS \ --generate-ssh-keys \ --custom-data cloud-init.txt \ --zone 2 \ --no-wait

Create a Load Balancer

1.     Create the load balancer's public IP address:

az network public-ip create \ --resource-group $RG \ --location $LOC \ --name myPublicIP \ --sku Standard

2.     Create the load balancer:

az network lb create \ --resource-group $RG \ --location $LOC \ --name myLoadBalancer \ --sku Standard \ --public-ip-address myPublicIP \ --frontend-ip-name myFrontEnd \ --backend-pool-name myBackEndPool

3.     Add a health probe to the load balancer:

az network lb probe create \ --resource-group $RG \ --lb-name myLoadBalancer \ --name myHealthProbe \ --protocol tcp \ --port 80

4.     Create the load balancing rules:

az network lb rule create \ --resource-group $RG \ --lb-name myLoadBalancer \ --name myHTTPRule \ --protocol tcp \ --frontend-port 80 \ --backend-port 80 \ --frontend-ip-name myFrontEnd \ --backend-pool-name myBackEndPool \ --probe-name myHealthProbe \ --disable-outbound-snat true

5.     Add the first VM to the load balancer pool:

az network nic ip-config address-pool add \ --address-pool myBackEndPool \ --ip-config-name ipconfig1 \ --nic-name myNicVM1 \ --resource-group $RG \ --lb-name myLoadBalancer

6.     Add the second VM to the load balancer pool:

az network nic ip-config address-pool add \ --address-pool myBackEndPool \ --ip-config-name ipconfig1 \ --nic-name myNicVM2 \ --resource-group $RG \ --lb-name myLoadBalancer

7.     In the Azure portal, navigate to the VM provided with the lab.

8.     Click Networking in the left-hand menu.

9.     Click on the network interface.

10.  Copy its name.

11.  In Cloud Shell, set the NIC variable, replacing <NIC_NAME> with the name you just copied:

NIC="<NIC_NAME>"

12.  Add the lab-provided VM to the load balancer pool:

az network nic ip-config address-pool add \ --address-pool myBackEndPool \ --ip-config-name ipconfig1 \ --nic-name $NIC \ --resource-group $RG \ --lb-name myLoadBalancer

13.  Get the public IP of the load balancer:

az network public-ip show \ --resource-group $RG \ --name myPublicIP \ --query [ipAddress] \ --output tsv

14.  Copy the IP address in the output.

15.  Enter the IP address in a new browser tab. We should see a "Hello World" message from one of the VMs.

16.  Refresh multiple times to see the other VM names. (You may need to close and reopen the browser to see the others.)

 

7.Create and deploy virtual machines in an availability set using Azure CLI

 

Create an availability set

You can create an availability set using az vm availability-set create. In this example, the number of update and fault domains is set to 2 for the availability set named myAvailabilitySet in the myResourceGroupAvailability resource group.

First, create a resource group with az group create, then create the availability set:

Azure CLICopyTry It

az group create --name myResourceGroupAvailability --location eastus az vm availability-set create \ --resource-group myResourceGroupAvailability \ --name myAvailabilitySet \ --platform-fault-domain-count 2 \ --platform-update-domain-count 2

Availability Sets allow you to isolate resources across fault domains and update domains. A fault domain represents an isolated collection of server + network + storage resources. In the preceding example, the availability set is distributed across at least two fault domains when the VMs are deployed. The availability set is also distributed across two update domains. Two update domains ensure that when Azure performs software updates, the VM resources are isolated, preventing all the software that runs on the VM from being updated at the same time.

Create VMs inside an availability set

VMs must be created within the availability set to make sure they are correctly distributed across the hardware. An existing VM cannot be added to an availability set after it is created.

When a VM is created with az vm create, use the --availability-set parameter to specify the name of the availability set.

Azure CLI

for i in `seq 1 2`; do az vm create \ --resource-group myResourceGroupAvailability \ --name myVM$i \ --availability-set myAvailabilitySet \ --size Standard_DS1_v2 \ --vnet-name myVnet \ --subnet mySubnet \ --image UbuntuLTS \ --admin-username azureuser \ --generate-ssh-keys done

There are now two virtual machines within the availability set. Because they are in the same availability set, Azure ensures that the VMs and all their resources (including data disks) are distributed across isolated physical hardware. This distribution helps ensure much higher availability of the overall VM solution.

The availability set distribution can be viewed in the portal by going to Resource Groups > myResourceGroupAvailability > myAvailabilitySet. The VMs are distributed across the two fault and update domains, as shown in the following example:

Check for available VM sizes

Additional VMs can be added to the availability set later, where VM sizes are available on the hardware. Use az vm availability-set list-sizes to list all the available sizes on the hardware cluster for the availability set:

Azure CLI Copy Try It

az vm availability-set list-sizes \ --resource-group myResourceGroupAvailability \ --name myAvailabilitySet \ --output table