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
Last updated