6 Monter en charge au débit maximal pour les services web et cloud exigeants Les clients choisissent systématiquement Scality RING pour : La liberté matérielle : du pur logiciel, qui fonctionne sur N’IMPORTE QUEL serveur x86 standard sous Linux Les hautes performances : un débit maximal et une montée en charge linéaire sur des charges de travail mixtes Une fiabilité de 100 % : une fiabilité à très grande échelle avec un minimum d’intervention Ça marche, tout simplement : éprouvé en production dans les environnements les plus exigeants L’adoption des applications web et cloud par les fournisseurs de services est portée par l’économie du cloud, un faible TCO et des technologies capables de supporter les charges de travail d’objets mixtes les plus exigeantes. Les secteurs concernés par les cas d’usage web et cloud couvrent les fournisseurs d’applications web, les fournisseurs de services, les médias et le divertissement, et les entreprises financières. Scality permet à ces secteurs de disposer d’une solution pour exploiter leur propre infrastructure de stockage web et cloud. Dailymotion, Comcast et bien d’autres obtiennent un meilleur ROI qu’avec Amazon S3. Ils prennent en charge un large éventail de contenus, avec des applications et services dédiés exploitant n’importe quel matériel x86 standard. Ce focus performances montre pourquoi les objets mixtes et un débit élevé comptent pour les services web et cloud. Les performances de Scality RING correspondent parfaitement aux charges de travail web et cloud, avec des tailles d’objets mixtes difficiles à gérer pour le stockage. Le RING démontre que les connecteurs REST natifs peuvent monter en charge de façon linéaire de 300 Mo/s à plus de 1 000 Mo/s, et atteindre plus de 6 000 Mo/s de performances cumulées sur un système de six nœuds physiques. Un ratio très exigeant de plus de 50 % de petits fichiers a été utilisé avec un seul connecteur REST pour saturer le lien 10GbE et atteindre l’utilisation maximale de la bande passante. Le débit de plus de 1 000 Mo/s a été atteint avec une montée en charge linéaire, même sur plusieurs générations de matériel à disques HDD. Cela correspond aux schémas de croissance typiques des datacenters web et cloud et souligne la flexibilité logicielle du RING et sa capacité à offrir de hautes performances grâce à une conception parallèle. Les fournisseurs d’applications web et de services cloud construisent des architectures similaires à celles de Google et d’Amazon. Ils recherchent les gains d’OPEX du déploiement de leur propre infrastructure à l’échelle du cloud pour éviter les coûts cachés des clouds publics comme AWS S3, où le coût de la bande passante augmente plus vite que les données. Les données web et cloud regroupent un large éventail de contenus non structurés, de très petits à très gros fichiers : documents, miniatures, images, audio ou vidéos haute résolution. La proportion de petits fichiers est plus élevée que dans d’autres cas d’usage (voir le tableau de répartition typique des applications et des tailles de données). Les indicateurs clés de performance avec le connecteur REST natif sont le débit, l’utilisation de la bande passante, la latence, la régularité des performances sur des charges mixtes et l’évolutivité linéaire. Les autres systèmes de stockage objet ne peuvent pas être déployés pour ce type de charges, car ils ne sont optimisés que pour les gros objets (1 Mo et plus). Pourquoi choisir Scality RING pour les services web et cloud ? Intégration simple des applications via divers protocoles de stockage HTTP REST (S3, Swift, CDMI, Native) Fichier (NFS, FUSE) Stockage illimité Évolutivité linéaire Montée en charge sans dégradation des performances sur des charges de travail mixtes TCO inférieur à AWS S3 Plateforme flexible et géo-distribuée Utilisation de N’IMPORTE QUEL matériel x86 standard Les performances ont été validées dans le laboratoire de Scality ; plus de détails sont disponibles sur demande. Les objets mixtes allaient de 32 Ko à 128 Mo, et plus de 50 % de la répartition était composée de petits fichiers. Le ratio lecture/écriture était de 75 % de lectures pour 25 % d’écritures. Les performances ont progressé de façon linéaire avec un nombre fixe de threads en lecture/écriture et un nombre croissant de connecteurs REST natifs.
