Search icon CANCEL
Subscription
0
Cart icon
Your Cart (0 item)
Close icon
You have no products in your basket yet
Save more on your purchases now! discount-offer-chevron-icon
Savings automatically calculated. No voucher code required
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Conferences
Free Learning
Arrow right icon
Learning Microsoft Azure Storage
Learning Microsoft Azure Storage

Learning Microsoft Azure Storage: Build large-scale, real-world apps by effectively planning, deploying, and implementing Azure storage solutions

Arrow left icon
Profile Icon Mohamed Waly
Arrow right icon
£17.99 £26.99
Book Nov 2017 276 pages 1st Edition
eBook
£17.99 £26.99
Print
£32.99
Subscription
Free Trial
Renews at £16.99p/m
Arrow left icon
Profile Icon Mohamed Waly
Arrow right icon
£17.99 £26.99
Book Nov 2017 276 pages 1st Edition
eBook
£17.99 £26.99
Print
£32.99
Subscription
Free Trial
Renews at £16.99p/m
eBook
£17.99 £26.99
Print
£32.99
Subscription
Free Trial
Renews at £16.99p/m

What do you get with eBook?

Product feature icon Instant access to your Digital eBook purchase
Product feature icon Download this book in EPUB and PDF formats
Product feature icon Access this title in our online reader with advanced features
Product feature icon DRM FREE - Read whenever, wherever and however you want
Table of content icon View table of contents Preview book icon Preview Book

Learning Microsoft Azure Storage

Understanding Azure Storage 101

This chapter introduces Microsoft Azure Storage, its types, and the differences between Azure's different models. It also introduces Azure Storage accounts and how to work with them. Moreover, you will have learned how to automate all of these tasks by the end of the chapter.

The following topics will be covered:

  • An introduction to Microsoft Azure Storage
  • Why Azure Storage?
  • Azure terminologies
  • Azure Service Management (ASM) versus the Azure Resource Manager (ARM) model
  • Azure Storage types
  • Azure Storage accounts
  • Automating Azure tasks

An introduction to Microsoft Azure Storage

Storage has always been one of the most important cornerstones of every system. You cannot imagine a virtual machine (VM), web application, or mobile application running without any sort of dependency on storage, and that is what we will cover throughout this book, but from the perspective of the cloud generally, and Azure specifically.

Microsoft Azure Storage is the bedrock of Microsoft's core storage solution offering in Azure. No matter what solution you are building for the cloud, you'll find a compelling use for Azure Storage.

Microsoft Azure Storage is not just a traditional storage system; it's scalable and can store up to hundreds of terabytes of data, meaning that it fits almost every scenario you can ever imagine in many fields, such as IT, science, medical fields, and so on.

At the time of writing, Microsoft Azure is generally available in 36 regions, with plans announced for six additional regions, as shown in the following figure:

Figure 1.1: Azure regions

This global presence means you can host your storage in the nearest region and access it from anywhere in the world. Considering that Microsoft continues to build new data centers in new regions, the latency between you and your services in Azure will decrease.

You can find out the nearest region to you with the lowest latency via the following website http://www.azurespeed.com/.

Azure services are available in 140 countries around the globe and supports 17 languages and 24 currencies.

Why Azure Storage?

There are many reasons for using Azure Storage which will be covered throughout this book. Below is a sneak peak of a couple of them:

  • Global presence: You can host your storage wherever you want in the available Azure regions, allowing you to provide applications close to your user base.
  • Redundancy and recovery: As mentioned earlier in this chapter, Azure has a global presence which can be leveraged to maintain storage availability using data replication even if a disaster occurs in a region, which will be covered later in this chapter.
  • Many flavors: Azure Storage has many flavors, based on resiliency, durability, connectivity, performance, and so on, which can be used according to your needs in different scenarios. This will be covered later in this chapter.
  • Pay as you go: Pay as you go has always been one of the distinguished reasons for using the cloud generally. It is no surprise that Azure Storage supports this model as well.

Terminologies

Due to an overlap of terms and some misperceptions about the ways that Azure Services are delivered, terminology is a sticking point even for people who have been working with the technology for some time. The following table provides accurate but short definitions for terms related to Azure services. These definitions will be expanded upon in detail throughout the book, so don't worry if they are confused at first:

Term

Definition

On-premises

Means that your data center is hosted and managed from within your company.

Off-premises

Means that your data center is hosted and managed in a remote place (for example, hosted and managed outside your company).

Azure VM

The feature of providing VMs to Azure subscribers.

Blade

The window that pops up when you click on one of the Azure services in the Azure portal, such as Virtual machines.

Journey

A set of blades or chain of selections. For instance, when you select Virtual Machines inside the Azure Portal, click on an existing virtual machine and then select its settings.

Resource group

Provides a logical container for Azure resources (to help manage resources that are often used together).

Images

The VMs you've created in Azure and then captured to be used as templates for later use, or the VMs you've imported to Azure.

Disks

Virtual Hard Disks (VHDs) that you attach to the VMs you create in Azure.

Virtual network

Allows VMs and services that are part of the same virtual network to access each other. However, services outside the virtual network have no way of connecting to services hosted within virtual networks unless you decide to do so.

Fault domain

A group of resources that could fail at the same time. For example, they are in the same rack.

Upgrade/update domain

A group of resources that can be updated simultaneously during system upgrades.

Storage container

The place where storage Blobs are stored, it is also used to assign security policies to the Blobs stored inside it.

Network Security Group (NSG)

Determines the protocols, ports, who and what can access Azure VMs remotely.

VM agent /extensions

Software components that extend the VM functionality and simplify various management operations.

Scale set

A set of identical VMs, that auto scale without pre-provisioning the VMs based on metrics such as CPU, memory, and so on.

Availability set

When VMs are placed in an availability set, the VMs are spread over different fault domains and update domains, which ensures that, in the event of a rack failure, not all instances are brought down at the same time. If any updates are applied to a host on which there is one of your VMs and a restart is required, it will not be applied to the other VM within the same availability set.

System Preparation (SysPrep)

A Windows preparation tool that's used when you have captured a VM and want to use it as a template, which ensures that there's no more than one VM with the same properties, which would lead to a conflict between the VMs.

ASM versus ARM model

At the time of writing, Azure services are being provided via two portals, which follow two different models. The Azure classic portal follows the ASM model and the Azure portal follows the ARM model.

Azure classic portal (ASM model)

Historically, Azure services were provided via one portal prior to 2014, the classic portal, which can be accessed via the following URL https://manage.windowsazure.com/.

The model that was used for that portal is called the ASM model, within which each resource existed independently. You could not manage your resources together; you had to build up and track each resource. For example, you would have to manage storage from the storage blade, and the same goes for the virtual networks, VMs, and so on. So, when your environment got bigger, there would be chaos in the management scheme. You would have to know which VMs were stored in which storage account, and that could lead to some critical situations, such as reaching the IOPs limits of the storage account. In turn, this could result in you accidentally creating a new VM and assigning it to that storage account. As a result, the VM would run with terrible performance. This would not be your only concern when working with the ASM model; you might want to delete a solution with multiple resources, which you would have to do manually for each resource.

When you open the Azure classic portal, it will look like the following screenshot:

Figure 1.2: Azure classic portal

Azure portal (ARM model)

In 2014, Microsoft launched a new portal which follows a new model, called the ARM model. This portal can be accessed via the following URL https://portal.azure.com/.

This model depends on the concept of resource groups, which means you can group all your resources within a container, resulting in resources being deployed in parallel. As a result, you will not face the same problems as you did with the classic portal.

The following diagram describes the deployed resources through the ARM model:

Figure 1.3: Resource Manager management model at a high level

Here are the benefits you will gain using this portal:

  • Ability to manage your resources as a group instead of managing them separately.
  • Use Role Based Access Control (RBAC) to control access to resources, so that you can assign permissions to a user on a resource or some resources but not to other resources (as it was in the classic portal).
  • Use tags to organize and classify your resources, which can help you with billing. For example, you might want to monitor the billing of some resources that make up a solution, for example, a web server. By assigning a tag to the resources that make up that solution, you would be able to monitor its billing, and so on.
  • Support the usability of JSON to deploy resources instead of using the portal.
    • Deploy resources in parallel instead of deploying them sequentially and waiting until every resource deployment finishes to deploy another one.
    • Specify dependencies during the deployment of resources. For example, a VM will not be created until a storage account and a virtual network are deployed because the VM VHD would need a place to be stored in and an IP Address from a virtual network./li>
    • Reuse the JSON template to deploy a solution with the same specifications.
  • Resources with the same life cycle should be gathered in the same resource group.
  • Resources in different regions can be in the same resource group.
  • The resource cannot exist in multiple resource groups.
  • A resource group supports RBAC, wherein a user can have access to some specific resources, but no access to others.
  • Some resources can be shared across resource groups, such as storage accounts.
  • ARM VMs can only be placed in ARM storage accounts.

When you open the Azure portal, it will look like the following screenshot:

Figure 1.4: Azure portal

Deployment model tricks

Here are some things you need to consider:

  • You cannot create a VM using the ARM model and assign it to a virtual network built using the ASM model
  • You cannot use a prebuilt image that was created using ASM APIs to build a VM using the ARM model, but as a workaround, you can copy the VHD files from the storage account in the classic portal to a storage account created in the ARM model
  • You can migrate assets from the ASM model to the ARM model
  • Every resource must be assigned to a resource group, so whenever you want to move a resource between resource groups you must remove it from its current resource group, then add it to the new resource group.

Azure Storage types

Azure Storage has many types and even subtypes of those types in order to satisfy Azure services' consumer needs and to fit most scenarios.

The most common types can be classified based on the following factors:

  • Durability (replication)
  • Performance (Standard versus Premium)
  • Persistency (persistent versus non-persistent)

Durability

One of the most buzzing questions about the cloud generally is:

What if, for some reason, the SAN/servers that store my data are completely damaged? How can I restore my data?

The answer is very simple because Microsoft Azure Storage is durable and supports data replication, therefore you can make sure your storage is highly available.

Replication ensures that your data is copied somewhere else, whether in the same data center, another data center, or even another region.

For more info about the SLA of Azure Storage, you can access it via the following link: https://azure.microsoft.com/en-us/support/legal/sla/storage/v1_2/.

Replication types

Microsoft Azure supports multiple options for data replication. You can use whatever you feel suits your business, especially as every type has its own price.

In order to calculate your solution's cost, you can use the Azure Pricing Calculator, which can be reached via the following URL: https://azure.microsoft.com/en-us/pricing/calculator/.

Locally redundant storage

Locally redundant storage (LRS) replicates three copies of your data within the same data center you have your data in. The write requests you do with your storage are not committed until they are replicated to all three copies, which means it replicates synchronously. Not only this, it also makes sure that these three copies exist in different update domains and fault domains. You can revise the terms guide at the beginning of the chapter to understand what the update domain and the fault domain are.

Drawbacks:

  • The least durable option, as it replicates only within the same data center
  • Your data will be lost if a catastrophic event, such as a volcanic eruption or flood, affects the data center

Advantages:

  • It is the cheapest type compared to the other types
  • It is the fastest type of data replication, offering the highest throughput since it replicates within the same data center, mitigating the risk of data loss that would occur during data replication caused by a failure having occurred on the original data host
  • It is the only available replication type that can be used with Premium Storage at the time of writing

Zone Redundant Storage

Zone Redundant Storage (ZRS) replicates three copies of data across two or three data centers within one of two regions asynchronously, plus the three copies of data stored within the same data center of the original source of the data.

Drawbacks:

  • This type can only be used for Block Blobs (one of the Azure services covered in the next chapter), and a Standard Storage account (general purpose Standard Storage accounts will be covered later in this chapter)
  • Does not support metrics or logging
  • Does not support conversion for other replication types, such as LRS, GRS, and vice versa
  • If a disaster occurs, some data might be lost, because the data replicates to the other data center asynchronously
  • If a disaster occurs, there will be some delay in accessing your data until Microsoft failover to the secondary zone

Advantage: It provides higher durability and availability for data than LRS, as it not only replicates in the same data center but also in other data centers.

Geo-redundant storage

Geo-redundant storage (GRS) replicates data not only within the same region but also to another region. Firstly, it replicates three copies of data within the same region synchronously, then it replicates another three copies of data to other regions asynchronously.

Drawbacks:

  • If a disaster occurs, some data might be lost, because the data replicates to the other regions asynchronously
  • If a disaster occurs, there will be some delay in accessing your data until Microsoft initiates failover to the secondary region

Advantages:

  • It provides the highest durability and availability, even if a disaster occurs in an entire region
  • Unlike ZRS, if the original source of data faces an outage, there will be no possibility of data loss if the other three copies that exist within the same region don't face an outage too, as it replicates synchronously within the same region.

Read-access geo-redundant storage

Read-access geo-redundant storage (RA-GRS) follows the same replication mechanism of GRS, in addition, to read access on your replicated data in the other regions.

Drawback: If a disaster occurs, some data might be lost, because the data replicates to the other region asynchronously.

Advantages:

  • It provides the highest durability and availability, even if a disaster occurs in a whole region
  • If a disaster occurs, you still only have read access to the storage, but no write access until Microsoft initiates failover to the secondary region
  • The region with the read access can be used for data retrieval by the nearest offices to it without the need to go to another region to access the data; as a result, the data latency will decrease
Regarding replication between different regions, it will not work with just any two regions; the regions must be paired.
For example the West Europe region can replicate with North Europe, and not any other region.
For more information about paired regions, check the following article: https://docs.microsoft.com/en-us/azure/best-practices-availability-paired-regions.

Performance

As mentioned earlier, Azure provides services for all business types and needs. There are two types based on Azure Storage performance--Standard and Premium.

Standard Storage

Standard Storage is the most common type for all the VMs sizes available in Azure. The Standard Storage type stores its data on non-SSD disks. It is commonly used with workloads within which the latency is not critical. Plus, it is low cost and has support for all Azure Storage services (which will be covered in the next chapter). It is also available in all regions.

Premium Storage

Premium Storage is designed for low latency applications, such as SQL server, which needs intensive IOPs. Premium Storage is stored on SSD disks, that is why it costs more than Standard Storage. Microsoft recommends using Premium Storage for better performance and higher availability.

More details about Standard and Premium Storage will be covered throughout the book.

Persistency

Another type of Azure Storage depends on data persistence, which means whether data will be there or not after stopping and starting the VM within which your data exists.

Persistent storage

Persistent storage means that the data will be there after stopping and restarting the VM within which your data exists.

Non-persistent storage

Non-persistent storage means that the data will be gone after restarting the VM within which your data exists.

Further details about storage persistency will be covered in Chapter 3, Azure Storage for VMs.

Azure Storage accounts

An Azure Storage account is a secure account that provides access to Azure Storage services (which will be covered in the next chapter), and a unique namespace for storage resources.

During the creation of a new Azure Storage account, you will have the option to choose one of two kinds of storage accounts:

  • General-purpose storage account
  • Blob storage account

General-purpose storage accounts

A general-purpose storage account gives you access to all Azure Storage services, such as Blobs, Tables, Files, and Queues (these will be covered in the next chapter), and has two performance tiers:

  • Standard Storage tier
  • Premium Storage tier

Both were covered within the Performance type topic earlier in this chapter.

Blob storage accounts

Unlike a general-purpose storage account, not all Azure Storage services are meant to be stored in a Blob storage account because they are dedicated to storing unstructured data. Therefore, a Blob storage service is the only type allowed to be accessed by a Blob storage account. However, it only supports block and appends Blobs.

A Blob storage account has a usage pattern called access tiers, which determines how frequently you access your data and based on that you will get billed.

Currently, there are two types:

  • Hot access tier
  • Cool access tier

Hot access tier

With the hot access tier, objects will be accessed more frequently, so you will pay less for data access, but pay more for data size.

Cool access tier

With the cool access tier, objects will be accessed less frequently, so you will pay more for data access, but less for data size.

Azure Storage Account tips

The following tips will increase your knowledge about Azure Storage, and will definitely help you when you want to design a storage solution on Azure:

  • You cannot switch between an Azure general-purpose storage account and an Azure Blob storage account
  • You can switch between access tiers with a Blob storage account, but with the possibility of additional charges being incurred
  • A Blob storage account does not support ZRS replication type at the time of writing
  • Premium Storage only supports Locally Redundant Storage as a replication type at the time of writing
  • Premium Storage is not supported for a Blob storage account at the time of writing
  • Azure supports up to 200 storage accounts per subscription by default
  • A storage account can store data up to 500 TB
  • Azure Storage supports encryption for only two storage services at the time of writing (Blobs and Files), and you can enable it during the storage account creation
  • If you are using REST APIs to connect to Azure Storage, you can secure the transfer by enabling that option during the creation of a storage account
  • Only lowercase letters and numbers are supported for the name of the storage account

Creating an Azure Storage account

Let's get our hands dirty with creating a storage account with the following parameters:

  • Name: packtpubsa
  • Deployment model: Resource Manager
  • Account kind: General purpose
  • Performance: Standard
  • Replication: Locally-redundant storage (LRS)
  • Storage service encryption (blobs and files): Disabled
  • Secure transfer required: Disabled
  • Subscription: Select the right subscription for this task
  • Resource group: Create a new or select an existing resource group, as per your needs
  • Location: Select the nearest location to you

Without further ado, let’s get started:

  1. Open the Azure portal from here: https://portal.azure.com/.
  1. Click on More services and a new blade will open. In the search bar, write storage account, as shown in the following screenshot:
Figure 1.5: Searching for a storage accounts service
  1. Click on Storage accounts and a new blade will open. Click on Add, as shown in the following screenshot:
Figure 1.6: Adding a new storage account
  1. A new blade will open, wherein you need to fill in the fields and determine the types as per your needs:
Figure 1.7: Creating a new storage account blade
  1. Fill in the fields as before, and click on Create:
Figure 1.8: Filling in the fields of the blade
  1. Once done, you can find your storage account in the Storage accounts blade:
Figure 1.9: Storage accounts blade

Something to keep in mind:

  • When using Storage service encryption (blobs and files), your data is encrypted once it is written in Azure and gets decrypted once you try to access it.
  • When you enable Secure transfer required, the storage account will only be accessed using HTTPS if you are using REST APIs, and since Azure file service uses Server Message Block (SMB), the connection will fail if you are using SMB 2.1 and SMB 3.0 without encryption, and the same goes for the Linux SMB client in some flavors.
  • When you enable Secure transfer required, you will not be able to use a custom domain, because Azure Storage does not currently support that. As a result, you can only use the default .core.windows.net domain.

Automating your tasks

It is no surprise that we commonly face repetitive and time-consuming tasks. For example, you might want to create multiple storage accounts. You would have to follow the previous guide multiple times to get your job done. This is why Microsoft supports its Azure services with multiple ways of automating most of the tasks that can be implemented in Azure. Throughout this book, two of the automation methods that Azure supports will be used.

Azure PowerShell

PowerShell is commonly used with most Microsoft products, and Azure is no less important than these products.

Mainly, you can use Azure PowerShell cmdlets to manage your Azure Storage, however, you should be aware that Microsoft Azure has two types of cmdlets: one for the classic portal, and another for the portal we are using.

The main difference between the cmdlets of the classic portal and the current portal is there will be an RM added to the cmdlet of the current portal.

For example, if you want to create a storage account in the classic portal, you would use the following cmdlet:

New-AzureStorageAccount

But for the current portal, you would use:

New-AzureRMStorageAccount

By default, you can use Azure PowerShell cmdlets in Windows PowerShell; you will have to install its module first.

Installing the Azure PowerShell module

Installing the Azure PowerShell module from the PowerShell Gallery

  1. Open PowerShell in elevated mode.
  2. To install the Azure PowerShell module for the current portal, run the Install-Module AzureRM cmdlet. If your PowerShell requires the NuGet provider, you will be asked to agree to install it and you will have to agree to the installation policy modification, as the repository is not available on your environment, as shown in the following screenshot:
Figure 1.10: Installing the AzureRM PowerShell module

Creating a storage account in the Azure portal using PowerShell

  1. Log in to your Azure account using the Login-AzureRmAccount cmdlet. You will be prompted to enter your account credentials:
Figure 1.11: Log in to Azure via PowerShell
  1. Create another storage account with the same properties as we used for the portal, but with a different name:
Figure 1.12: Creating a new storage account using PowerShell
  1. Congratulations! You have created a storage account using PowerShell.

Azure command-line interface

The Azure command-line interface (CLI) is open source, cross-platform, and supports implementing all the tasks you can do in the Azure portal with commands.

Azure CLI comes in two flavors:

  • Azure CLI 2.0, which only supports the current Azure portal
  • Azure CLI 1.0, which supports both portals

Throughout the book, we will be using Azure CLI 2.0. So, let’s get started with its installation.

Installing the Azure CLI 2.0

To understand what the Azure CLI 2.0 is capable of, we need to install it. Let's do so by following these steps:

  1. Download Azure CLI 2.0 from the following link: https://azurecliprod.blob.core.windows.net/msi/azure-cli-2.0.12.msi.
  2. Once downloaded, you can start the installation by following the screenshots shown here:
    1. Run the executable files as administrator, and once the wizard opens, click on Install:
Figure 1.13: Installing the Azure CLI 2.0
    1. Once you click on Install, it will start to validate your environment to check whether it is compatible with it or not, then it starts the installation:
Figure 1.14: Installing Azure CLI 2.0
    1. Once the installation completes, you can click on Finish, and you are good to go:
Figure 1.15: Installing Azure CLI 2.0
  1. Once done, you can open the cmd and type az to access Azure CLI commands, as shown in the following diagram:
Figure 1.16: Opening the Azure CLI using CMD

Creating a Storage account using the Azure CLI 2.0

Let's get our hands dirty with the Azure CLI 2.0 to create an Azure Storage account:

  1. Log in to your Azure account using the az login command. You have to open the URL that pops up on the CLI and enter the code, as shown in the following screenshot:
Figure 1.17: Logging in to Azure via the Azure CLI 2.0
  1. Create another storage account with the same properties as we used for the portal, but with a different name, as shown in the following screenshot:
Figure 1.18: Creating an Azure storage account using the Azure CLI 2.0

Summary

So far, we have covered some preliminary subject matters regarding Azure generally, and Azure Storage specifically. Some things were not covered in detail, but detailed discussions will be raised in the coming chapters.

Next, Azure Storage architecture and Azure services will be covered in detail. Therefore, the knowledge gained in this chapter is required for a better understanding of the coming chapter.

Left arrow icon Right arrow icon

Key benefits

  • •Discover best practices for designing and implementing Azure Storage for Azure VMs, and highly available apps
  • •Effectively plan, design, and implement SQL databases with Azure
  • •Protect your data with Azure Backup and Azure Site Recovery

Description

Microsoft Azure Storage is the bedrock of Microsoft's core storage solution offering in Azure. No matter what solution you are building for the cloud, you'll find a compelling use for Azure Storage. This book will help you get up-to-speed quickly on Microsoft Azure Storage by teaching you how to use the different storage services. You will be able to leverage secure design patterns based on real-world scenarios and develop a strong storage foundation for Azure virtual machines. You will start this book with an introduction to Microsoft Azure storage and how it can be used to build large-scale, real-world applications using Azure storage services such as blob, table, queue, and file. This book will also teach you about the different types of Azure Storage. You will then find out the best practices for designing your Azure VM storage, whether it is Windows based or Linux based and how to migrate your storage in different scenarios. You will learn also how to plan and implement your SQL database solution on Azure, and how to build your SQL database in different service models (IaaS/PaaS). Moreover, you will also learn best practices for dealing with Azure Backup, the role of Azure Site Recovery, and the solutions they offer in different scenarios. Finally, you will use StorSimple to unlock the maximum value from all of your data, and some tools that will help you manage your storage on-and off-premise (Azure), such as AzCopy and Storage Explorer. Monitoring your storage in no laughing matter, so you will learn to monitor, diagnose and troubleshoot it.

What you will learn

  • • Understand Azure Storage types and determine the appropriate one for your needs
  • • Design Azure Storage for Azure VMs according to best practices
  • • Design and implement your SQL Database on Azure according to best practices
  • • Learn how to work with Azure Backup
  • • Learn how to work with Azure Site Recovery
  • • Extend Azure Storage to StorSimple
  • • Monitor storage metrics and logs and customize the Azure monitoring dashboard
  • • Monitor and troubleshoot Azure Storage

Product Details

Country selected
Publication date, Length, Edition, Language, ISBN-13
Publication date : Nov 15, 2017
Length 276 pages
Edition : 1st Edition
Language : English
ISBN-13 : 9781785884917
Vendor :
Microsoft

What do you get with eBook?

Product feature icon Instant access to your Digital eBook purchase
Product feature icon Download this book in EPUB and PDF formats
Product feature icon Access this title in our online reader with advanced features
Product feature icon DRM FREE - Read whenever, wherever and however you want

Product Details

Publication date : Nov 15, 2017
Length 276 pages
Edition : 1st Edition
Language : English
ISBN-13 : 9781785884917
Vendor :
Microsoft

Packt Subscriptions

See our plans and pricing
Modal Close icon
£16.99 billed monthly
Feature tick icon Unlimited access to Packt's library of 7,000+ practical books and videos
Feature tick icon Constantly refreshed with 50+ new titles a month
Feature tick icon Exclusive Early access to books as they're written
Feature tick icon Solve problems while you work with advanced search and reference features
Feature tick icon Offline reading on the mobile app
Feature tick icon Simple pricing, no contract
£169.99 billed annually
Feature tick icon Unlimited access to Packt's library of 7,000+ practical books and videos
Feature tick icon Constantly refreshed with 50+ new titles a month
Feature tick icon Exclusive Early access to books as they're written
Feature tick icon Solve problems while you work with advanced search and reference features
Feature tick icon Offline reading on the mobile app
Feature tick icon Choose a DRM-free eBook or Video every month to keep
Feature tick icon PLUS own as many other DRM-free eBooks or Videos as you like for just £5 each
Feature tick icon Exclusive print discounts
£234.99 billed in 18 months
Feature tick icon Unlimited access to Packt's library of 7,000+ practical books and videos
Feature tick icon Constantly refreshed with 50+ new titles a month
Feature tick icon Exclusive Early access to books as they're written
Feature tick icon Solve problems while you work with advanced search and reference features
Feature tick icon Offline reading on the mobile app
Feature tick icon Choose a DRM-free eBook or Video every month to keep
Feature tick icon PLUS own as many other DRM-free eBooks or Videos as you like for just £5 each
Feature tick icon Exclusive print discounts

Frequently bought together

Stars icon
Total £ 61.96 89.97 28.01 saved
Implementing Azure Solutions
£22.99 £32.99
Learning Microsoft Azure Storage
£17.99 £26.99
Azure for Architects
£20.98 £29.99
=
Book stack Total £ 61.96 89.97 28.01 saved Stars icon

Table of Contents

9 Chapters
Preface Chevron down icon Chevron up icon
1. Understanding Azure Storage 101 Chevron down icon Chevron up icon
2. Delving into Azure Storage Chevron down icon Chevron up icon
3. Azure Storage for VMs Chevron down icon Chevron up icon
4. Implementing Azure SQL Databases Chevron down icon Chevron up icon
5. Beyond Azure SQL Database Management Chevron down icon Chevron up icon
6. Azure Backup Chevron down icon Chevron up icon
7. Azure Site Recovery Chevron down icon Chevron up icon
8. Extending Your Azure Storage Management Chevron down icon Chevron up icon
Get free access to Packt library with over 7500+ books and video courses for 7 days!
Start Free Trial

FAQs

How do I buy and download an eBook? Chevron down icon Chevron up icon

Where there is an eBook version of a title available, you can buy it from the book details for that title. Add either the standalone eBook or the eBook and print book bundle to your shopping cart. Your eBook will show in your cart as a product on its own. After completing checkout and payment in the normal way, you will receive your receipt on the screen containing a link to a personalised PDF download file. This link will remain active for 30 days. You can download backup copies of the file by logging in to your account at any time.

If you already have Adobe reader installed, then clicking on the link will download and open the PDF file directly. If you don't, then save the PDF file on your machine and download the Reader to view it.

Please Note: Packt eBooks are non-returnable and non-refundable.

Packt eBook and Licensing When you buy an eBook from Packt Publishing, completing your purchase means you accept the terms of our licence agreement. Please read the full text of the agreement. In it we have tried to balance the need for the ebook to be usable for you the reader with our needs to protect the rights of us as Publishers and of our authors. In summary, the agreement says:

  • You may make copies of your eBook for your own use onto any machine
  • You may not pass copies of the eBook on to anyone else
How can I make a purchase on your website? Chevron down icon Chevron up icon

If you want to purchase a video course, eBook or Bundle (Print+eBook) please follow below steps:

  1. Register on our website using your email address and the password.
  2. Search for the title by name or ISBN using the search option.
  3. Select the title you want to purchase.
  4. Choose the format you wish to purchase the title in; if you order the Print Book, you get a free eBook copy of the same title. 
  5. Proceed with the checkout process (payment to be made using Credit Card, Debit Cart, or PayPal)
Where can I access support around an eBook? Chevron down icon Chevron up icon
  • If you experience a problem with using or installing Adobe Reader, the contact Adobe directly.
  • To view the errata for the book, see www.packtpub.com/support and view the pages for the title you have.
  • To view your account details or to download a new copy of the book go to www.packtpub.com/account
  • To contact us directly if a problem is not resolved, use www.packtpub.com/contact-us
What eBook formats do Packt support? Chevron down icon Chevron up icon

Our eBooks are currently available in a variety of formats such as PDF and ePubs. In the future, this may well change with trends and development in technology, but please note that our PDFs are not Adobe eBook Reader format, which has greater restrictions on security.

You will need to use Adobe Reader v9 or later in order to read Packt's PDF eBooks.

What are the benefits of eBooks? Chevron down icon Chevron up icon
  • You can get the information you need immediately
  • You can easily take them with you on a laptop
  • You can download them an unlimited number of times
  • You can print them out
  • They are copy-paste enabled
  • They are searchable
  • There is no password protection
  • They are lower price than print
  • They save resources and space
What is an eBook? Chevron down icon Chevron up icon

Packt eBooks are a complete electronic version of the print edition, available in PDF and ePub formats. Every piece of content down to the page numbering is the same. Because we save the costs of printing and shipping the book to you, we are able to offer eBooks at a lower cost than print editions.

When you have purchased an eBook, simply login to your account and click on the link in Your Download Area. We recommend you saving the file to your hard drive before opening it.

For optimal viewing of our eBooks, we recommend you download and install the free Adobe Reader version 9.