LMI-MAG1 DEC 2019 - Magazine - Page 41
S
i les données conservées dans un service
cloud en mode bloc ne sont pas correctement sauvegardées, elles peuvent
être perdues à jamais. Le stockage de
type objet est très différent de celui
en mode bloc, et il offre de meilleures
protections intégrées. Voici comment il
fonctionne.
Qu’est-ce que le stockage objet ?
Tout fournisseur de cloud public dispose d’un service de
stockage objet. C’est le cas de Simple Storage Service (S3)
d’Amazon, de Blob Store d’Azure, de Cloud Storage de
Google, d’Object Storage Unit chez Outscale et d’Object
Storage chez OVH. Les plateformes de stockage objet
sont des systèmes de fichiers sans structure hiérarchique
de répertoires et sous-répertoires. Pour identifier et
localiser un fichier, un système de fichiers combine la
structure du répertoire et le nom de fichier. Par contre,
chaque objet gardé dans un plateformes de stockage
objet reçoit un identifiant unique (UID) basé sur son
contenu. C’est la métadonnée associée à l’objet. L’UID
sert alors à la fois à identifier un objet et à le récupérer.
L’UID est créé en exécutant le contenu du fichier à l’aide
d’un algorithme cryptographique, comme le SHA-1
(Secure Hash Algorithm). Tout élément - fichier, bloc,
groupe de fichiers ou de blocs, ou partie d’un bloc ou
d’un fichier - peut être enregistré comme objet.
La start-up Minio pousse un stockage objet S3 multicloud
pour combler l’écart entre stockage primaire et secondaire.
versions est activée, la version précédente de l’objet est
sauvegardée à des fins historiques. Si le versioning n’est
pas actif, la version précédente est simplement supprimée. C’est très différent du stockage par blocs dans lequel les fichiers ou les blocs sont édités sur place, et les
versions précédentes ne sont jamais sauvegardées, sauf
si vous utilisez un système de protection supplémentaire.
L’une des grandes différences entre le stockage objet et le
stockage bloc, c’est que chaque objet enregistré en mode
objet est automatiquement répliqué dans au moins trois
Sauvegarde mais dans une autre région
zones de disponibilité. Cela signifie que si
deux zones de disponibilité sont détruites
Les plateformes de stockage objet proMODERNISER LES
ou inaccessibles en cas de sinistre naturel
tègent les données même en cas de catasINFRASTRUCTURES
ou de panne, toutes les données restent
trophe régionale qui détruirait toutes les
DE STOCKAGE
toujours dans le système de stockage obzones de disponibilité. Amazon s’appuie
Article/Podcast
jet. En revanche, dans le cas du stockage
sur la réplication interrégionale, et laisse au
en mode bloc, les données ne sont généclient le soin de configurer sa réplication.
ralement répliquées qu’à l’intérieur d’une
Le stockage géo-redondant de Microsoft
seule zone de disponibilité, de sorte qu’une
inclut la réplication à travers les régions, et
panne importante peut détruire les donGoogle offre un service identique de stocbit.ly/2XFE8xn
nées. Le fonctionnement de la réplication
kage sur deux ou plusieurs régions qui fait
Sponsorisé par
est également très différent. Elle se fait au
la même chose. En combinant ce système
Datacore
niveau de l’objet alors que, dans le cas du
à des fonctions de versioning intégrées
stockage bloc, la réplication se fait au nià tous les systèmes de stockage objet, les
veau du bloc de stockage dans le cloud et
données préservées dans ces systèmes sont
les systèmes RAID classiques. Par ailleurs, les objets ne
beaucoup plus résilientes que les données gardées dans
sont jamais modifiés. Si un objet doit être modifié, il est
les systèmes de stockage en blocs proposés par chacun
simplement stocké comme nouvel objet. Si la gestion de
de ces fournisseurs. Il est également possible de
41
