Limitation et bonnes pratiques

Limitations et bonnes pratiques

Object Store

Limitations

Les règles suivantes s'appliquent sur le nommage des Object Stores:

• Doit être compris entre 1 et 255 caractères

• Peut inclure des tirets (-) et des caractères alphanumériques ([a-zA-Z0-9])

• Éviter l'utilisation des underscore (_)

• Éviter l'utilisation de majuscules

• Ne peut pas commencer par un point (.)

• Ne peut pas contenir un double point (..)

• Ne peut pas se terminer par un point (.)

• Ne peut pas contenir d'espaces

• Ne peut pas être une adresse IPv4

• Les noms des Objects Store doivent être uniques au sein du service de stockage d'objets cegedim.cloud

Bonnes pratiques

• Il est conseillé de créer un Objects Store par filliale ou par application

• La Géo-réplication ne peut pas être activée ou désactivée une fois l'Object Store crée

• Pour de meilleures performances, il est recommandé d'avoir moins de 1000 Buckets au sein d'un seul d'Object Store

• Les noms des Object Store doivent être compatibles avec les régles de nommage DNS

Bukets

Limitations

Les règles suivantes s'appliquent au nommage des Buckets S3 :

• Doit être compris entre 3 et 255 caractères

• Peut inclure des points (.), des tirets (-) et des underscores (_) et des caractères alphanumériques ([a-zA-Z0-9])

• Éviter l'utilisation majuscules

• Peut commencer par un tiret (-) ou un caractère alphanumérique

• Ne peut pas commencer par un point (.)

• Ne peut pas contenir un point double (..)

• Ne peut pas se terminer par un point (.)

• Ne peut pas contenir d'espaces

• Ne peut pas être formaté comme une adresse IPv4

• Les noms de Bucket doivent être uniques au sein d'un même Object Store

Bonnes pratiques

• Utiliser des Buckets par environnements, flux de travail ou applications. Par exemple : dev, test, finance, opérations, etc.

• Dans un Object Store avec la géo-réplication activée, créer des Buckets en utilisant l'url du service de stockage object au plus proche de (EB4 ou ET1) de l'application qui consomme le service.

• Dans le cas de Bucket avec la géo-réplication activée, si l'application accéde à un objet depuis un site qui n'est pas propriétaire de l'objet, il y a un temps de traitement supplémentaire liée à la vérification de la dernière version.

• Pour de meilleures performances, il est recommandé d'avoir moins de 1000 Buckets au sein d'un Object Store.

• Les noms des Buckets doivent être compatibles avec les régles de nommage DNS

Objets

Limitations

Les règles suivantes s'appliquent au nommage des objets :

• Ne peut pas être null ou une chaîne vide

• Doit être comprise entre 1 et 255 (caractères Unicode)

• Éviter d'utiliser des espaces

• Aucune validation des caractères

Bonnes pratiques

• Les noms des objets doivent être compatibles avec les régles de nommage DNS

Taille des objets

Cette section fournit les bonnes pratiques pour la gestion des objets en fonction de leur de taille, ainsi que des informations consernant sur le versioning et la compression des objets.

Objets de taille réduite

Un objet est considéré comme de taille réduite lorsque sa taille est inférieure à 100 Ko. Le service de stockage d'objets cegedim.cloud dispose d'un mécanisme interne qui améliore les performances pour les écritures de type objets. Il agrégge plusieurs objets en mémoire et les écrit sur disque en une seule opération, jusqu'à 2 Mo de données. Cela améliore les performances en réduisant le nombre d'aller-retour pour traiter les écritures individuelles sur les disques. Bien que le service de stockage d'objets cegedim.cloud ait des optimisations pour les petites écritures, si votre application à la possibilité de définir la taille de vos objets, choisissez une taille plus grande (par exemple 1 Mo au lieu de 64 Ko) ou une valeur qui correspond à la taille du tampon interne du service de stockage d'objets cegedim.cloud qui est de 2 Mo pour obtenir de meilleures performances.

Objets de grande taille

L'un des problèmes avec les objets de grande taille est la performance en lecture et écriture. Le service de stockage d'objets cegedim.cloud propose certaines fonctionnalités pour réduire l'impact sur la performance, comme les uploads multiparts. Voici quelques conseils pour optimiser les opérations de lecture et d'écriture pour les objets de grande taille :

Lorsque vous manipuler des objets de grande taille (> 100 Mo), utilisez la fonctionnalité d'upload multiparts. Cela permet de mettre en pause et de reprendre les uploads des objets de grande taille.

La taille de chunk du service de stockage d'objets cegedim.cloud est de 128 Mo.

La taille du tampon interne du service de stockage d'objets cegedim.cloud est de 2 Mo. Pour des objets avec une tailles inférieures à 1 Go, utilisez des multiples de 2 Mo (par exemple 8 Mo).

Pour des objets avec une tailles supérieures à 1 Go, utilisez une taille de part de 128 Mo. Les performances peuvent être améliorées en parallélisant les uploads dans votre application. Utilisez des API qui permettent des uploads et des téléchargements faciles, par exemple :

• En Java, utilisez TransferManager

• En .NET, utilisez TransferUtility