Azure
Azure
Only the Owner and the User Access Administrator built-in roles can
create and delete management locks. You can create a custom
role with the required permissions.
Variables are marked with () parenthesis
To call a variable you use ()
There are 2 types of performance tiers for storage accounts: standard and premium
IOPS stands for input/output operations per second. The higher IOPS the better
Premium are on SSDS – no moving parts
Standard are on HDDS – Options – hot,cool, archive
Rehydrating – moving a blob archive to another storage
From cooler to hotter tier – write operation to the destination
From hotter to cooler – read operation from the source
Charges per 10,000 and data retrieval per gb
Synchronously – primary region – if you read your data is up to date
Asynchronously – another region – the data at another region might not be up to date
Redundancy in read access – the reason for that is your data in the secondary region
is copied synchronously- is up to date
Blob storage is a object storage that is optimized for storing massive amounts of
unstructured data
Premium – on ssd
Identity:
On-premise – azure storage can be joined to on premise AD domain service
Store account key – a username (storage account name) and password (account key) can be used to
mount
Networking:
Azure files are accessible inside or outside storage account public endpoint
Encryption:
Azure file sync – allows you to cache azure file shares on a on premises windows server and
cloud vm
Azure storage explorer – a standalone app that makes it easy to work with azure storage
AZ-copy is a command line utility. It’s a executable file you download. You can access via SAS and
AD. Use the copy command to upload and download
Azure IMPORT/EXPORT service – used to securely import large amounts of data to azure blob
and files by physical shipping disk drives (azure data box) to an azure data center
To move data to ADB you will use a tool WAImportexport – 2 version – version 1 (for blob) version 2
for files. Compatible only with 64 bit windows
You need to ensure that all the traffic from VM1 to storage1 travels across the Microsoft
backbone network.
To ensure that all the traffic from VM1 to storage1 travels across the Microsoft
backbone network without going out to the public internet, you should use a private
endpoint. A private endpoint uses a private IP address from your VNet, effectively
bringing the service into your VNet. Any traffic between your virtual machine and the
storage account will traverse over the VNet and stay on the Microsoft backbone
network, without ever leaving it. Thus, the correct answer is: B. private endpoints.
Below are some of the notes that may help for Blob and file storage:
A. Blob Storage: 1-Archive is supported in Blob Storage and General Purpose v2
(GPv2) accounts. Only storage accounts that are configured for LRS, GRS, or RA-
GRS support moving blobs to the archive tier.
B. 2-Import supports Azure Blob storage and Azure File storage
C. 3 -Export supports Azure Blob storage
D. 4-support Lifecycle management policies. Lifecycle management policies are
supported for block blobs and append blobs in general-purpose v2, premium
block blob, and Blob Storage accounts.
E. 5-Object Replication supports General Purpose V2 and Premium Blob accounts.
6-Support both Azure (AD) and SAS (Shared Access Signature) token.
A sync group contains one cloud endpoint, or Azure file share, and at least one server
endpoint.
Box 2: No Azure File Sync does not support more than one server endpoint from the
same server in the same Sync Group.
Box 3: Yes Multiple server endpoints can exist on the same volume if their namespaces
are not overlapping (for example, F:\sync1 and F:\sync2) and each endpoint is syncing
to a unique sync group.
Box 1: VM1 only VM1 is in the same region as Vault1. File1 is not in the same region as
Vautl1. SQL is not in the same region as Vault1. Blobs cannot be backup up to service
vaults. Note: To create a Vault to protect VMs, the Vault must be in the same Region as
the VMs.
Box 2: Share1 only Storage1 is in the same region as Vault2. Share1 is in Storage1.
Note: Only VM and Fileshare is allowed to Backup.
Box 1: Both Azure Active Directory (AD) and Shared Access Signature (SAS) token are
supported for Blob storage.
Box 2: Only Shared Access Signature (SAS) token is supported for File storage.
Storage accounts: Storage 3 only Storage Account must be in the same Region as the
Recovery Services Vault.
Set up one or more Log Analytics workspaces to store your Backup reporting data. The
location and subscription where this Log Analytics workspace can be created is
independent of the location and subscription where your Vaults exist.
Box 1: contoso104 only Premium file shares are hosted in a special purpose storage
account kind, called a FileStorage account.
Box 2: contoso101 and contos103 only Object storage data tiering between hot, cool,
and archive is supported in Blob Storage and General Purpose v2 (GPv2) accounts.
General Purpose v1 (GPv1) accounts don't support tiering. The archive tier supports
only LRS, GRS, and RA-GRS.
If you want to change the recovery service vault you need to disassociate the previous
RSV and delete the backup data. To delete backup data, you need to stop the backup
first. So: 1. Stop the backup in RSV1 (D) 2. Remove the backup data. 3. Disassociate the
VM in RSV1. 4. Associate the VM in RSV2.
Bob 3. No. To access blob data in the Azure portal with Azure AD credentials, a user
must have the following role assignments: A data access role, such as Storage Blob
Data Contributor The Azure Resource Manager Reader role
Ref.https://docs.microsoft.com/en-us/azure/storage/blobs/assign-azure-role-data-
access?tabs=portal
Correct Answer B - No To deploy the YAML file you need to runs kubectl apply -f file
Box 1: ASP1 and ASP3 only ASP.NET Core apps can be hosted both on Windows or
Linux. The region in which your app runs is the region of the App Service Plan is in.
ASP2 is in Central US, not the same as WebApp1. Different locations.
Box 2: ASP1 only ASP.NET apps can be hosted on Windows only. Only ASP1 is in
the same Location as the WebApp2 (West US).
The Custom Script Extension downloads and executes scripts on Azure VMs. This
extension is useful for post deployment configuration, software installation, or any
other configuration / management task. Scripts can be downloaded from Azure
storage or GitHub, or provided to the Azure portal at extension run-time.
You have an Azure subscription that contains a web app named webapp1.
You need to add a custom domain named www.contoso.com to webapp1.
What should you do first?
You can use either a CNAME record or an A record to map a custom DNS name to
App Service. You should use CNAME records for all custom DNS names except root
domains (for example, contoso.com). For root domains, use A records.
VM1 connects to VNET1.
You need to connect VM1 to VNET2.
Solution: You move VM1 to RG2, and then you add a new network interface to VM1.
Does this meet the goal?
Instead, you should delete VM1. Then recreate VM1 and add the network interface
for VM1. To migrate a VM from a VNET to another VNET. The only option is to delete
the VM and redeploy it using a new NIC and NIC connected to VNET2.
Also, you can’t use Windows and Linux Apps in the same App Service Plan, because
when you create a new App Service plan you have to choose the OS type. You can't
mix Windows and Linux apps in the same App Service plan. So, you need 2 ASPs.
Box 1: 60 One alert per minute will trigger one email per minute. Box 2: 12 or 0 -If it’s
a typo and it means Alert1, then Answer = 12 (60/5 = 12) -If it is actually Alert2 then
Answer = 0 No more than 1 SMS every 5 minutes can be send, which equals 12 per
hour (60/5 = 12).
Note: Rate limiting is a suspension of notifications that occurs when too many are
sent to a particular phone number, email address or device. Rate limiting ensures
that alerts are manageable and actionable. The rate limit thresholds are: ✑ SMS: No
more than
Each availability set can be configured with up to three fault domains and
twenty update domains.'