Open christianfelicite opened 4 years ago
stockage en mode objet, une nouvelle manière de stocker les données permettant de « scaler » une plateforme sans créer de silos, tout en exploitant des serveurs standards x86, bien meilleur marché que les machines spécifiquement conçues pour le stockage des données.
La rupture technologique, avec l’Object Storage, consiste à transférer l’intelligence du matériel vers le logiciel. Le software-defined storage est la suite logique du mouvement qui a révolutionné le compute (avec les machines virtuelles) puis le réseau (avec l’approche software-defined network).
https://en.m.wikipedia.org/wiki/Object_storage
Object storage (also known as object-based storage[1]) is a computer data storage architecture that manages data as objects, as opposed to other storage architectures like file systems which manages data as a file hierarchy, and block storage which manages data as blocks within sectors and tracks.[2] Each object typically includes the data itself, a variable amount of metadata, and a globally unique identifier. Object storage can be implemented at multiple levels, including the device level (object-storage device), the system level, and the interface level. In each case, object storage seeks to enable capabilities not addressed by other storage architectures, like interfaces that can be directly programmable by the application, a namespace that can span multiple instances of physical hardware, and data-management functions like data replication and data distribution at object-level granularity.
Object storage systems allow retention of massive amounts of unstructured data. Object storage is used for purposes such as storing photos on Facebook, songs on Spotify, or files in online collaboration services, such as Dropbox.[3]
https://en.m.wikipedia.org/wiki/Object_storage
Abstraction of storageEdit
One of the design principles of object storage is to abstract some of the lower layers of storage away from the administrators and applications. Thus, data is exposed and managed as objects instead of files or blocks. Objects contain additional descriptive properties which can be used for better indexing or management. Administrators do not have to perform lower-level storage functions like constructing and managing logical volumes to utilize disk capacity or setting RAID levels to deal with disk failure.
Object storage also allows the addressing and identification of individual objects by more than just file name and file path. Object storage adds a unique identifier within a bucket, or across the entire system, to support much larger namespaces and eliminate name collisions. Inclusion of rich custom metadata within the ObjectEdit
Object storage explicitly separates file metadata from data to support additional capabilities. As opposed to fixed metadata in file systems (filename, creation date, type, etc.), object storage provides for full function, custom, object-level metadata in order to:
Capture application-specific or user-specific information for better indexing purposes
Support data-management policies (e.g. a policy to drive object movement from one storage tier to another)
Centralize management of storage across many individual nodes and clusters
Optimize metadata storage (e.g. encapsulated, database or key value storage) and caching/indexing (when authoritative metadata is encapsulated with the metadata inside the object) independently from the data storage (e.g. unstructured binary storage)
Additionally, in some object-based file-system implementations:
The file system clients only contact metadata servers once when the file is opened and then get content directly via object-storage servers (vs. block-based file systems which would require constant metadata access)
Data objects can be configured on a per-file basis to allow adaptive stripe width, even across multiple object-storage servers, supporting optimizations in bandwidth and I/O
Object-based storage devices (OSD) as well as some software implementations (e.g., Caringo Swarm) manage metadata and data at the storage device level:
Instead of providing a block-oriented interface that reads and writes fixed sized blocks of data, data is organized into flexible-sized data containers, called objects
Each object has both data (an uninterpreted sequence of bytes) and metadata (an extensible set of attributes describing the object); physically encapsulating both together benefits recoverability.
The command interface includes commands to create and delete objects, write bytes and read bytes to and from individual objects, and to set and get attributes on objects
Security mechanisms provide per-object and per-command access control
Programmatic data managementEdit
Object storage provides programmatic interfaces to allow applications to manipulate data. At the base level, this includes Create, read, update and delete (CRUD) functions for basic read, write and delete operations. Some object storage implementations go further, supporting additional functionality like object versioning, object replication, life-cycle management and movement of objects between different tiers and types of storage. Most API implementations are REST-based, allowing the use of many standard HTTP calls.
https://www.ionos.fr/digitalguide/serveur/know-how/object-storage/
Qu’est-ce que le stockage objet ?
Tandis que le stockage de fichiers consiste en des données complètes et le stockage en bloc en une division des fichiers en blocs de tailles égales, avec l’object storage, les données sont sécurisées en tant qu’objets. On peut se représenter un objet comme un paquet. Ce dernier contient les données mêmes, ainsi que de nombreuses métadonnées et un identifiant (ID) unique. Cet ID permet une structure plate. Avec le stockage basé objets, plutôt que d’être organisées en structures de dossiers complexes, les données se trouvent les unes à côté des autres. Le support de stockage en question (local ou à distance) ne revêt qu’une importance secondaire.
Contrairement à la sauvegarde classique de fichiers, les métadonnées du stockage objet peuvent être sélectionnées librement. Ainsi, plutôt que de ne pouvoir saisir uniquement des informations concernant le nom, la date de création, le type de fichier, ou des informations similaires, il est possible d’attribuer des métadonnées individuelles à chaque fichier. On peut ainsi intégrer des informations de l'application associée ou ajouter des données utilisateur.
L’accès aux données, ou la communication avec le support de stockage, se fait par Hypertext Transfer Protocol (HTTP) et via une API REST. Ceci rend la connexion entre le client et l’espace de stockage objet très simple, car chaque ordinateur est en mesure de traiter le HTTP, utilisé de manière standard pour les sites Internet. Le stockage est ainsi manipulable avec peu de commandes :
PUT : génère un objet
GET : lit un objet
DELETE : supprime un objet
LIST : liste tous les objets
Avantages et inconvénients du stockage basé objets
L’object storage se démarque par plusieurs avantages : pour commencer, sa structure plate permet un accès rapide. Plutôt que de vous demander de choisir vous-même l’espace de stockage, le système prend cette étape en charge. L’utilisateur n’est pas en mesure de voir où l’objet a effectivement été placé. Ceci n’est cependant pas important, car l’objet peut être retrouvé et consulté directement via son ID unique. En conséquence, le stockage objet est particulièrement adapté pour un Cloud public. L’espace de stockage est ainsi idéalement exploité. Conseil
Chez IONOS, vous bénéficiez du standard S3 du stockage objet sous d’excellentes conditions, conforme au RGPD, sécurisé par redondance et hautement évolutif.
La structure plate permet également à l’object storage d’être hautement évolutif. Si plus de ressources sont nécessaires, de nouvelles capacités peuvent être ajoutées sous la forme d’un nouveau nœud de stockage. Un autre avantage résulte des métadonnées riches qui peuvent être définies par l’utilisateur lui-même. Les données sont ainsi beaucoup mieux analysées par rapport aux autres méthodes de stockage.
Le stockage objet ne brille cependant pas particulièrement en matière de performance. Certes, les données sont rapidement retrouvées, mais la modification des objets est plutôt fastidieuse. Plutôt que de pouvoir les modifier directement, il est nécessaire de générer un tout nouvel objet à chaque fois. L’object storage est donc certes adapté pour les très grands volumes de données, mais surtout si celles-ci sont statiques. Si des modifications sont souvent effectuées, le stockage basé objets ne peut pas faire montre de ses avantages.
Avantages Inconvénients
Hautement évolutif Les modifications ne se font que lentement
Structure plate
Métadonnées riches