PRINCIPES DE BASE D’AZURE :

MODULE 03 :
LES SERVICES DE STOCKAGE AZURE
Sommaire :
Unité 1 : Introduction..............................................................................................................2
Unité 2 : Décrire les comptes de stockage Azure...................................................................2
Unité 3 : Décrire la redondance du stockage Azure...............................................................3
Unité 4 : Décrire les services de stockage Azure....................................................................7
Unité 5 : Exercice - Créer un objet blob de stockage...........................................................11
Unité 6 : Identifier les options de migration des données Azure..........................................11
Unité 7 : Identifier les options de déplacement de fichiers Azure........................................13
Principes de base d’Azure : Module 3: Les services de stockage Azure

Unité 1 : Introduction
Dans ce module, vous allez découvrir les services de stockage Azure. Vous découvrirez le
compte de stockage Azure et son lien avec les différents services de stockage disponibles.
Vous découvrirez également les niveaux de stockage d’objets blob, les options de redondance
des données et les façons de déplacer des données ou même des infrastructures entières vers
Azure.
Objectifs d’apprentissage :
À la fin de ce module, vous serez en mesure de :
- Comparer les services de stockage Azure
- Décrire les niveaux de stockage
- Décrire les options de redondance
- Décrire les options de compte de stockage et les types de stockage
- Identifier les options de déplacement de fichiers, notamment AzCopy, Explorateur
Stockage Azure et Azure File Sync
- Décrire les options de migration, notamment Azure Migrate et Azure Data Box
Unité 2 : Décrire les comptes de stockage Azure
Un compte de stockage fournit un espace de noms unique pour vos données du Stockage
Azure, qui est accessible partout dans le monde via les protocoles HTTP ou HTTPS. Dans ce
compte, les données sont sécurisées, hautement disponibles, durables et hautement scalables.
Quand vous créez votre compte de stockage, vous commencez par choisir le type de compte
de stockage. Le type de compte détermine les services de stockage et les options de
redondance et a un impact sur les cas d’usage. Vous trouverez ci-dessous une liste d’options
de redondance qui seront abordées plus loin dans ce module :
- Stockage localement redondant (LRS)
- Stockage géo-redondant (GRS)
- Stockage géo-redondant avec accès en lecture (RA-GRS)
- Stockage redondant interzone (ZRS)
- Stockage géo-redondant interzone (GZRS)
- Stockage géo-redondant interzone avec accès en lecture (RA-GRS)

Type de Services pris en Options de Utilisation

compte charge redondance

Usage Stockage Blob (y LRS, GRS, Type de compte de stockage standard

général v2 compris Data Lake RA-GRS, pour les objets blob, les partages de
Standard Stockage), ZRS, GZRS, fichiers, les files d’attente et les tables.
Stockage File RA-GZRS Recommandé pour la plupart des
d’attente, Stockage scénarios utilisant Stockage Azure. Si
Table et Azure vous souhaitez prendre en charge le
Files système de fichiers réseau (NFS) dans
les fichiers Azure, utilisez le type de
compte Partages de fichiers Premium.

Objets Stockage Blob (y LRS, ZRS Type de compte de stockage Premium

blob de compris Data Lake pour les objets blob de blocs et les objets
blocs Storage) blob d’ajout. Recommandé pour les

Formateur : ELBASRI OFPPT Page 2 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Premium scénarios à taux élevés de transactions,

ceux utilisant des objets plus petits ou
nécessitant une latence de stockage
faible.

Partages Azure Files LRS, ZRS Type de compte de stockage Premium

de fichiers pour les partages de fichiers uniquement.
Premium Recommandé pour l’entreprise ou des
applications de mise à l’échelle hautes
performances. Utilisez ce type de compte
si vous voulez un compte de stockage
qui prend en charge les partages de
fichiers SMB et NFS.

Objets Objets blob de LRS Type de compte de stockage Premium

blob de pages uniquement pour les objets blob de pages
pages uniquement.
Premium

Points de terminaison d'un compte de stockage

L’un des avantages de l’utilisation d’un compte de stockage Azure est de disposer d’un
espace de noms unique dans Azure pour vos données. Pour ce faire, chaque compte de
stockage dans Azure doit avoir un nom de compte unique dans Azure.
La combinaison du nom du compte et du point de terminaison de service du stockage Azure
forme les points de terminaison de votre compte de stockage.
Règles de nommage des comptes de stockage Azure:
- Les noms de compte de stockage doivent avoir entre 3 et 24 caractères, uniquement
des lettres minuscules et des chiffres.
- Le nom de votre compte de stockage doit être unique dans Azure.
Le tableau suivant montre le format du point de terminaison pour les services de Stockage
Azure.

Service de stockage Point de terminaison

Stockage Blob https://<storage-account-name>.blob.core.windows.net

Data Lake Storage Gen2 https://<storage-account-name>.dfs.core.windows.net

Azure Files https://<storage-account-name>.file.core.windows.net

Stockage File d’attente https://<storage-account-name>.queue.core.windows.net

Stockage Table https://<storage-account-name>.table.core.windows.net

Unité 3 : Décrire la redondance du stockage Azure

Stockage Azure stocke toujours plusieurs copies de vos données afin qu’elles soient protégées
contre des événements planifiés ou non, tels que des défaillances matérielles temporaires, des
pannes du réseau ou de l’alimentation électrique et des catastrophes naturelles.

Formateur : ELBASRI OFPPT Page 3 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

La redondance garantit que votre compte de stockage répond à ses objectifs de disponibilité et
de durabilité, même en cas de défaillance.
Lorsque vous choisissez l’option de redondance la mieux adaptée à votre scénario,
réfléchissez aux compromis possibles entre, d’une part, des coûts réduits et, de l’autre, une
disponibilité accrue.
Les facteurs déterminant le choix de l’option de redondance sont les suivants :
- Mode de réplication de vos données dans la région primaire.
- Réplication éventuelle de vos données vers une deuxième région géographiquement
éloignée de la région primaire, afin d’offrir une protection contre des catastrophes
régionales.
- Si votre application nécessite un accès en lecture aux données répliquées dans la
région secondaire, au cas où la région primaire devient indisponible.
Redondance dans la région primaire
Les données d’un compte de stockage Azure sont toujours répliquées trois fois dans la région
primaire.
Stockage Azure offre deux options pour la réplication de vos données dans la région
primaire : le stockage localement redondant (LRS) et le stockage redondant interzone (ZRS).
Stockage localement redondant
Le stockage localement redondant (LRS) réplique vos données trois fois au sein d’un même
centre de données dans la région primaire. Le stockage localement redondant offre une
durabilité des objets d’au moins 11 neuf (99,999999999 %) sur une année donnée.

Le stockage localement redondant est l’option de redondance la moins coûteuse et offrant la

durabilité la plus faible en comparaison des autres options. Il protège vos données contre les
défaillances de disque et de rack du serveur. Toutefois, si un sinistre tel qu’un incendie ou une
inondation se produit à l’intérieur du centre de données, tous les réplicas d’un compte de
stockage utilisant un stockage localement redondant risquent d’être perdus ou irrécupérables.
Pour atténuer ce risque, Microsoft recommande d’utiliser le stockage redondant interzone
(ZRS), le stockage géo-redondant (GRS) ou le stockage géo-redondant interzone (GZRS).
Stockage redondant interzone

Formateur : ELBASRI OFPPT Page 4 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Pour les régions qui ont des zones de disponibilité, le stockage redondant interzone (ZRS)
réplique vos données Stockage Azure de façon synchrone dans trois zones de disponibilité
Azure de la région primaire. Une réplication ZRS offre une durabilité des objets de données
de Stockage Azure d’au moins 12 neuf (99,9999999999 %) sur une année donnée.

Avec l’option ZRS :

- Vos données restent accessibles pour des opérations de lecture et d’écriture, même si
une zone devient indisponible.
- IL n’est pas nécessaire de remonter des partages de fichiers Azure à partir des clients
connectés.
- Si une zone devient indisponible, Azure procède à des mises à jour du réseau, telles
que le repointage DNS. Ces mises à jour peuvent affecter votre application si vous
accédez aux données avant qu’elles soient terminées.
Microsoft recommande d’utiliser un stockage redondant interzone dans la région primaire
pour les scénarios nécessitant une haute disponibilité. Le ZRS est également recommandé
pour limiter la réplication des données dans un pays ou une région afin de répondre aux
exigences de gouvernance des données.
Redondance dans une région secondaire
Pour les applications nécessitant une durabilité élevée, vous pouvez choisir de copier en plus
les données de votre compte de stockage vers une région secondaire située à des centaines de
kilomètres de la région primaire.
Si les données de votre compte de stockage sont copiées dans une région secondaire, vos
données sont durables même en cas de défaillance catastrophique qui empêche les données de
la région primaire d’être récupérées.
Lorsque vous créez un compte de stockage, vous sélectionnez la région primaire pour le
compte. La région secondaire couplée est basée sur des paires de régions Azure et ne peut pas
être changée.
Stockage Azure offre deux options pour copier vos données dans une région secondaire :
- Stockage géo-redondant (GRS).
- Stockage géo-redondant interzone (GZRS).
La réplication GRS est similaire à l’exécution de la réplication LRS dans deux régions, tandis
que la réplication GZRS est similaire à l’exécution de la réplication ZRS dans la région
primaire et de la réplication LRS dans la région secondaire.

Formateur : ELBASRI OFPPT Page 5 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Par défaut, les données de la région secondaire ne sont pas disponibles pour l’accès en lecture
ni en écriture, sauf en cas de basculement vers la région secondaire.
Si la région primaire devient indisponible, vous pouvez choisir de basculer vers la région
secondaire. Une fois le basculement terminé, la région secondaire devient la région primaire
et vous pouvez de nouveau lire et écrire des données.
Important :
Étant donné que les données sont répliquées de façon asynchrone dans la région secondaire,
une défaillance qui affecte la région principale peut entraîner une perte de données si la région
principale ne peut pas être récupérée.
L’intervalle entre les écritures les plus récentes dans la région principale et la dernière écriture
dans la région secondaire est appelé objectif de point de récupération (RPO). Le RPO indique
le moment où les données peuvent être récupérées.
Stockage Azure comporte généralement un RPO inférieur à 15 minutes, même s’il n’existe
actuellement aucun contrat de niveau de service sur la durée de réplication des données sur la
région secondaire.
Stockage géo-redondant
La réplication GRS copie vos données de façon synchrone trois fois au sein d’un même
emplacement physique dans la région primaire avec LRS. Elle copie ensuite vos données de
façon asynchrone vers un emplacement physique unique dans la région secondaire (la paire de
régions) avec LRS. Une réplication GRS offre une durabilité des objets de données de
Stockage Azure d’au moins 16 neuf (99,99999999999999 %) sur une année donnée.

Stockage géo-redondant interzone

La réplication GZRS combine la haute disponibilité fournie par la redondance entre zones de
disponibilité avec la protection contre les pannes régionales assurée par la géo-réplication.
Les données d’un compte de stockage GZRS sont répliquées dans trois zones de disponibilité
Azure au sein de la région primaire (à l’image de la réplication ZRS) ainsi que vers une région
géographique secondaire, avec LRS, pour offrir une protection contre des catastrophes
régionales.

Formateur : ELBASRI OFPPT Page 6 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Microsoft recommande d’utiliser une réplication GZRS pour les applications ayant des
besoins élevés en termes de cohérence, de durabilité, de disponibilité, de performances et de
résilience pour la récupération d’urgence.

Le stockage GZRS est conçu pour fournir une durabilité des objets d’au moins 16 neuf
(99,99999999999999 %) sur une année donnée.
Accès en lecture aux données dans la région secondaire
Le stockage géo-redondant (GRS ou GZRS) réplique vos données vers un autre emplacement
physique dans la région secondaire pour offrir une protection contre les pannes régionales.
Toutefois, ces données peuvent être lues uniquement si le client ou Microsoft lance un
basculement de la région primaire vers la région secondaire. Toutefois, si vous activez l’accès
en lecture à la région secondaire, vos données sont toujours disponibles, même quand la
région primaire s’exécute de manière optimale. Pour l’accès en lecture à la région secondaire,
activez le stockage géographiquement redondant avec accès en lecture (RA-GRS) ou le
stockage géographiquement redondant interzone avec accès en lecture (RA-GZRS).
Important :
N’oubliez pas que les données de votre région secondaire peuvent ne pas être à jour en raison
du RPO.
Unité 4 : Décrire les services de stockage Azure
La plateforme Stockage Azure comprend les services de données suivants :
- Objets blob Azure : magasin d’objets hautement scalable pour les données texte ou
binaires. Prend également en charge l’analytique Big Data via Data Lake Storage
Gen2.
- Azure Files : partages de fichiers gérés pour les déploiements sur le cloud ou locaux.
- Files d’attente Azure : magasin de messagerie pour une messagerie fiable entre les
composants d’application.

Formateur : ELBASRI OFPPT Page 7 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

- Disques Azure : Volumes de stockage de niveau bloc pour les machines virtuelles

Azure.
Avantages de Stockage Azure :
Les services de Stockage Azure offrent les avantages suivants :
- Durable et hautement disponible. La redondance garantit que vos données sont
sécurisées lors de pannes matérielles temporaires.
- Sécurisé. Toutes les données écrites dans un compte de stockage Azure sont chiffrées
par le service. Le Stockage Azure vous permet de contrôler de manière plus précise
qui a accès à vos données.
- Scalable. Le Stockage Azure est conçu pour être hautement évolutif afin de répondre
aux besoins de stockage de données et de performances des applications actuelles.
- Géré. Azure gère la maintenance du matériel, les mises à jour et les problèmes
critiques pour vous.
- Accessible. Les données dans le Stockage Azure sont accessibles n’importe où dans le
monde via HTTP ou HTTPS.
Note :
Microsoft fournit des bibliothèques clientes pour le Stockage Azure dans une variété de
langages, dont .NET, Java, Node.js, Python, PHP, Ruby, Go et autres encore, ainsi qu’une
API REST avancée. Le stockage Azure prend en charge l’écriture de scripts Azure
PowerShell ou l’interface de ligne de commande Azure. De plus, le portail Azure et
l’Explorateur Stockage Azure offrent des solutions visuelles simples pour utiliser vos
données.
Stockage d'objets blob
Le Stockage Blob Azure est la solution de stockage d’objets pour le cloud. Cela permet de
stocker de grandes quantités de données, telles que des données texte ou binaires. Stockage
Blob Azure est non structuré, ce qui signifie qu’il n’existe aucune restriction sur les types des
données qu’il peut contenir.
Le Stockage Blob peut gérer des milliers de chargements simultanés, des quantités énormes
de données vidéo, des fichiers journaux à croissance constante, et est accessible depuis
n’importe quel emplacement disposant d’une connexion Internet.
Les objets blob ne se limitent pas aux formats de fichiers usuels. Un objet blob peut contenir
plusieurs giga-octets de données binaires diffusées en continu depuis un instrument
scientifique, un message chiffré pour une autre application ou des données dans un format
personnalisé pour une application que vous développez.
Un des avantages de Stockage Blob par rapport à Stockage sur disque est que les
développeurs n’ont pas à penser aux disques ni à les gérer. Les données sont chargées en tant
qu’objets blob et Azure prend en charge les besoins en stockage physique.
Le stockage Blob est idéal pour :
- Mise à disposition d’images ou de documents directement dans un navigateur.
- Stockage de fichiers pour un accès distribué.
- Diffusion en continu de vidéo et d’audio.
- Stockage de données pour la sauvegarde et la restauration, la récupération d’urgence et
l’archivage.
- Stockage des données pour l’analyse par un service local ou hébergé par Azure.

Formateur : ELBASRI OFPPT Page 8 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Accès au stockage d’objets blob

Les objets du stockage Blob sont accessibles n’importe où dans le monde via HTTP ou
HTTPS.
Les utilisateurs ou applications clientes peuvent accéder aux objets blob via des URL, l’API
REST Stockage Azure, Azure PowerShell, Azure CLI ou une bibliothèque de client Stockage
Azure.
Les bibliothèques de client de stockage sont disponibles dans plusieurs langages, tels
que .NET, Java, Node.js, Python, PHP et Ruby.
Niveau de stockage d’objets blob
Pour gérer les coûts liés à vos besoins de stockage en pleine expansion, il est utile d’organiser
vos données selon des attributs tels que la fréquence d’accès et la période de rétention prévue.
Les données stockées dans le cloud peuvent être gérées différemment selon le mode de
génération, de traitement et d’accès tout au long de leur durée de vie. En effet :
- Certaines données sont activement sollicitées et modifiées tout au long de leur durée
de vie.
- Certaines sont fréquemment sollicitées au début de leur durée de vie, puis les accès se
raréfient considérablement à mesure qu’elles deviennent plus anciennes.
- D’autres sont inactives dans le cloud dès le départ et sont peu, voire pas sollicitées
après avoir été stockées.
Pour répondre à ces différents besoins d’accès, Azure fournit plusieurs niveaux d’accès, que
vous pouvez utiliser pour équilibrer vos coûts de stockage en fonction de vos besoins d’accès.
Les niveaux d’accès disponibles pour le stockage d’objets blob incluent les suivants :
- Niveau d’accès chaud : Optimisé pour le stockage de données fréquemment
consultées (par exemple, les images de votre site web).
- Niveau d’accès froid : Optimisé pour le stockage de données rarement sollicitées et
stockées pendant au moins 30 jours (par exemple, les factures pour vos clients).
- Niveau d’accès archive : Approprié pour le stockage de données rarement sollicitées
et stockées pendant au moins 180 jours, sous des conditions de latence flexibles (par
exemple, les sauvegardes à long terme).
Les considérations suivantes s’appliquent aux différents niveaux de stockage :
- Seuls les niveaux d’accès chaud et froid peuvent être définis au niveau du compte. Le
niveau d’accès archive n’est pas disponible au niveau du compte.
- Les niveaux chaud, froid et archive peuvent être définis au niveau de l’objet blob
durant ou après le chargement.
- Les données du niveau d’accès froid peuvent tolérer une disponibilité légèrement
inférieure, mais nécessitent toujours des caractéristiques de durabilité élevée, de
latence de récupération et de débit similaires à celles des données chaudes. Concernant
les données froides, un contrat de niveau de service (SLA) de disponibilité légèrement
inférieure et des coûts d’accès supérieurs comparés aux données chaudes sont des
compromis acceptables pour des coûts de stockage plus faibles.
- Le stockage Archive stocke des données hors connexion et offre les coûts de stockage
les plus bas, mais également les coûts de récupération et d’accès aux données les plus
élevés.

Formateur : ELBASRI OFPPT Page 9 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Azure Files
Azure Files offre des partages de fichiers pleinement managés dans le cloud qui sont
accessibles via les protocoles SMB (Server Message Block) ou NFS (Network File System)
standard.
Les partages de fichiers Azure Files peuvent être montés simultanément par des déploiements
dans le cloud ou en local.
Les partages de fichiers Azure via SMB sont accessibles à partir des clients Windows, Linux
et macOS.
Les partages Azure Files via NFS sont accessibles à partir des clients Linux ou macOS.
En outre, les partages de fichiers Azure via SMB peuvent être mis en cache sur les
serveurs Windows à l’aide d’Azure File Sync pour un accès rapide à proximité de l’endroit où
les données sont utilisées.
Principaux avantages d’Azure Files :
- Accès partagé : les partages de fichiers Azure prennent en charge les protocoles
standard SMB et NFS. Cela signifie que vous pouvez facilement remplacer vos
partages de fichiers locaux par des partages de fichiers Azure, sans vous soucier de la
compatibilité des applications.
- Complètement managé : les partages de fichiers Azure peuvent être créés sans avoir
à gérer le matériel ou un système d’exploitation.
- Scripts et outils : les applets de commande PowerShell et Azure CLI peuvent créer,
monter et gérer les partages de fichier Azure dans le cadre de l’administration des
applications Azure. Vous pouvez créer et gérer les partages de fichiers Azure à l’aide
du portail Azure et de l’Explorateur Stockage Azure.
- Résilience : Azure Files a été entièrement conçu de manière à être toujours disponible.
- Programmabilité familière : les applications exécutées dans Azure peuvent accéder
aux données dans le partage via les API d’E/S du système de fichier. Les développeurs
peuvent ainsi tirer profit de leur code et compétences actuels pour migrer les
applications existantes. En plus des API d’E/S du système, vous pouvez utiliser les
bibliothèques de client de stockage Azure ou l’API REST de stockage Azure.
Stockage de files d'attente
Stockage File d’attente Azure est un service permettant de stocker un grand nombre de
messages. Une fois stockés, vous pouvez accéder aux messages depuis n’importe où dans le
monde par le biais d’appels authentifiés à l’aide du protocole HTTP ou HTTPS.
Une file d’attente peut contenir autant de messages que peut en comporter votre compte de
stockage (potentiellement des millions). La taille maximale de chaque message est de 64 Ko.
Les files d’attente sont couramment utilisées pour créer un backlog de travail à traiter de
façon asynchrone.
Stockage File d’attente peut être combiné avec des fonctions de calcul telles qu’Azure
Functions pour effectuer une action quand un message est reçu.
Par exemple, vous souhaitez effectuer une action après le chargement d’un formulaire par un
client sur votre site web. Vous pouvez avoir un bouton Envoyer sur le site web pour
déclencher un message à destination de Stockage File d’attente. Ensuite, vous pouvez utiliser
Azure Functions pour déclencher une action une fois le message reçu.

Formateur : ELBASRI OFPPT Page 10 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Stockage sur disque

Le stockage sur disque ou les disques managés Azure sont des volumes de stockage de niveau
bloc gérés par Azure pour une utilisation avec des machines virtuelles Azure.
Conceptuellement, ils sont identiques à un disque physique, mais ils sont virtualisés, offrant
une plus grande résilience et disponibilité qu’un disque physique. Avec les disques managés,
il vous suffit de provisionner le disque et Azure s’occupe du reste.
Unité 5 : Exercice - Créer un objet blob de stockage
Pour réaliser cet exercice, veuillez consulter le lien suivant :
https://learn.microsoft.com/fr-fr/training/modules/describe-azure-storage-services/5-exercise-
create-storage-blob
Unité 6 : Identifier les options de migration des données Azure
Azure prend en charge la migration en temps réel de l’infrastructure, des applications et des
données avec Azure Migrate ainsi que la migration asynchrone des données avec Azure Data
Box.
Azure Migrate
Azure Migrate est un service qui vous aide à effectuer une migration depuis un
environnement local vers le cloud.
Azure Migrate fonctionne en tant que hub pour vous aider à gérer l’évaluation de votre centre
de données local et sa migration vers Azure. Il procure les éléments suivants :
- Plateforme de migration unifiée : un portail unique pour démarrer, exécuter et
effectuer le suivi de votre migration vers Azure.
- Panoplie d’outils : Panoplie d’outils d’évaluation et de migration. Les outils Azure
Migrate incluent Azure Migrate : découverte et évaluation et Azure Migrate :
migration de serveur. Azure Migrate s’intègre aussi avec d’autres services et outils
Azure, et avec des offres d’éditeur de logiciels indépendant.
- Évaluation et migration : dans le hub Azure Migrate, vous pouvez évaluer et migrer
votre infrastructure locale vers Azure.
Outils intégrés
Outre les outils des éditeurs de logiciels indépendants, les outils suivants du hub Azure
Migrate facilitent la migration :
- Azure Migrate : Discovery and assessment. Découvrez et évaluez des serveurs
locaux s’exécutant sur VMware, Hyper-V et les serveurs physiques pour les préparer à
une migration vers Azure.
- Azure Migrate : Server Migration. Migrez des machines virtuelles VMware, des
machines virtuelles Hyper-V, des serveurs physiques, d’autres serveurs virtualisés,
ainsi que des machines virtuelles de cloud public vers Azure.
- Assistant Migration de données. Assistant Migration de données est un outil
autonome pour évaluer les serveurs SQL. Il aide à identifier les problèmes potentiels
bloquant la migration. Il identifie les fonctionnalités non prises en charge, les
nouvelles fonctionnalités dont vous pouvez bénéficier après la migration, et le chemin
approprié pour la migration de base de données.
- Azure Database Migration Service. Migrez des bases de données locales vers des
machines virtuelles Azure exécutant SQL Server, Azure SQL Database ou des
instances managées SQL.

Formateur : ELBASRI OFPPT Page 11 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

- Assistant Migration d’applications web. Assistant Migration Azure App Service est
un outil pour évaluer des sites web locaux en vue de leur migration vers Azure App
Service. Utilisez Migration Assistant pour migrer des applications web .NET et PHP
vers Azure.
- Azure Data Box. Pour déplacer de grandes quantités de données hors connexion vers
Azure, utilisez la gamme de produits Azure Data Box.
Azure Data Box
Azure Data Box est un service de migration physique qui permet de transférer de grandes
quantités de données d’une manière rapide, économique et fiable.
Pour accélérer le transfert de données sécurisé, un appareil de stockage Data Box propriétaire
d’une capacité de stockage utilisable maximale de 80 téraoctets vous est expédié.

L’appareil Data Box est transporté vers et depuis votre centre de données via un opérateur
régional. Un boîtier robuste protège et sécurise l’appareil Data Box contre les dommages
pendant le transit.
Vous pouvez commander l’appareil Data Box par le biais du portail Azure pour importer ou
exporter des données à partir d’Azure. Une fois l’appareil reçu, vous pouvez rapidement le
configurer à l’aide de l’interface utilisateur web locale et le connecter à votre réseau. Une fois
que vous avez terminé de transférer les données (vers ou hors d’Azure), retournez simplement
l’appareil Data Box. Si vous transférez des données vers Azure, elles sont automatiquement
chargées une fois que Microsoft a reçu l’appareil Data Box. L’ensemble du processus est suivi
de bout en bout par le service Data Box dans le portail Azure.
Cas d'utilisation
Data Box est parfaitement adapté au transfert de tailles de données supérieures à 40 To dans
les scénarios où la connectivité réseau est limitée ou nulle. Il peut s’agir d’un déplacement de
données à usage unique, périodique, ou d’un transfert de données en bloc initial suivi de
transferts périodiques.

Formateur : ELBASRI OFPPT Page 12 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

Voici les différents scénarios où le service Data Box peut être utilisé pour importer des
données dans Azure.
- Migration unique : quand une grande quantité de données locales est transférée vers
Azure.
- Déplacement d’une bibliothèque multimédia à partir de bandes hors connexion dans
Azure pour créer une bibliothèque multimédia en ligne.
- Migration de votre batterie de machines virtuelles, de SQL Server et d’applications
vers Azure.
- Déplacement des données historiques vers Azure pour une analyse et un compte rendu
approfondis à l’aide de HDInsight.
- Transfert en bloc initial : lorsqu’un transfert en bloc initial est effectué à l’aide de Data
Box (seed) suivi de transferts incrémentiels sur le réseau.
- Chargements périodiques - lorsqu’une grande quantité de données est générée
régulièrement et doit être déplacée vers Azure.
Voici les différents scénarios où le service Data Box peut être utilisé pour exporter des
données à partir d’Azure.
- Reprise d’activité après sinistre : quand une copie des données d’Azure est restaurée
sur un réseau local. Dans le cas d’un scénario de reprise d’activité classique, une
grande quantité de données Azure sont exportées vers une Data Box. Microsoft envoie
ensuite cette Data Box, et les données sont restaurées sur votre site en peu de temps.
- Exigences de sécurité : quand vous devez être en mesure d’exporter des données à
partir d’Azure en raison des exigences administratives ou de sécurité.
- Remigrer vers le site local ou vers un autre fournisseur de services cloud : quand vous
souhaitez redéplacer toutes les données vers le site local ou vers un autre fournisseur
de services cloud, exportez les données par le biais de Data Box pour migrer les
charges de travail.
Une fois que les données de votre commande d’importation sont chargées dans Azure, les
disques sur l’appareil sont nettoyés, conformément aux normes NIST 800-88r1. Pour une
commande d’exportation, les disques sont effacés une fois que l’appareil a atteint le centre de
données Azure.
Unité 7 : Identifier les options de déplacement de fichiers Azure
Outre la migration à grande échelle avec des services tels qu’Azure Migrate et Azure Data
Box, Azure dispose d’outils conçus pour vous aider à déplacer ou à manipuler des fichiers
individuels ou des petits groupes de fichiers. Parmi ces outils figurent AzCopy, Explorateur
Stockage Azure et Azure File Sync.
AzCopy
AzCopy est un utilitaire de ligne de commande que vous pouvez utiliser pour copier des blobs
ou des fichiers vers ou depuis votre compte de stockage. Avec AzCopy, vous pouvez charger
des fichiers, télécharger des fichiers, copier des fichiers entre des comptes de stockage et
même synchroniser des fichiers. AzCopy peut même être configuré pour travailler avec
d’autres fournisseurs de cloud pour faciliter le déplacement des fichiers entre les clouds.
Important :
La synchronisation d’objets blob ou de fichiers avec AzCopy est une synchronisation
unidirectionnelle. Quand vous effectuez une synchronisation, vous désignez la source et la
destination, puis AzCopy copie les fichiers ou les objets blob dans cette direction. Il

Formateur : ELBASRI OFPPT Page 13 sur 14

Principes de base d’Azure : Module 3: Les services de stockage Azure

n’effectue pas la synchronisation de façon bidirectionnelle en fonction d’horodatages ou

d’autres métadonnées.
Explorateur de stockage Azure
L’Explorateur Stockage Azure est une application autonome qui fournit une interface
graphique pour gérer les fichiers et les objets blob dans votre compte de stockage Azure. Elle
fonctionne sur les systèmes d’exploitation Windows, macOS et Linux et utilise AzCopy sur le
back-end pour effectuer toutes les tâches de gestion de fichiers et d’objets blob. Avec
l’Explorateur Stockage, vous pouvez effectuer un chargement sur Azure, un téléchargement à
partir d’Azure ou un déplacement entre des comptes de stockage.
Azure File Sync
Azure File Sync est un outil qui vous permet de centraliser vos partages de fichiers dans
Azure Files et de conserver la flexibilité, les performances et la compatibilité d’un serveur de
fichiers Windows. Cela revient pratiquement à transformer votre serveur de fichiers Windows
en un réseau de distribution de contenu miniature. Une fois que vous avez installé Azure File
Sync sur votre serveur Windows local, il reste automatiquement synchronisé de façon
bidirectionnelle avec vos fichiers dans Azure.
Avec Azure File Sync, vous pouvez :
- Utiliser tout protocole disponible dans Windows Server pour accéder à vos données
localement, notamment SMB, NFS et FTPS.
- Avoir autant de caches que nécessaire dans le monde entier.
- Remplacer un serveur local défaillant en installant Azure File Sync sur un nouveau
serveur dans le même centre de données.
- Configurer la hiérarchisation cloud afin que les fichiers les plus fréquemment
consultés soient répliqués localement, tandis que les fichiers rarement consultés sont
conservés dans le cloud jusqu’à ce qu’ils soient demandés.

Formateur : ELBASRI OFPPT Page 14 sur 14