Database File Storage (DBFS) est un service de stockage de fichiers partagés natif cloud pour les scénarios de bases de données. Il est conçu sur la base d'une architecture de stockage partagée, fournit des fonctions de personnalisation de base de données via des protocoles de fichiers et dispose de fonctionnalités de stockage au niveau de l'entreprise. Il sert principalement des bases de données auto-construites sur le cloud et des applications basées sur le SAN traditionnel, offrant aux utilisateurs des performances d'E/S élevées et une haute disponibilité. Dans le même temps, il réduit la complexité et le coût de l'architecture directe basée sur les blocs de la base de données (comme le scénario dans lequel la base de données est active, en veille et après sinistre) et offre des fonctionnalités telles que l'accélération des E/S, la lecture multipoint et écriture multi-activité, sauvegarde des données et protection. Fournissez des solutions de stockage hautes performances et à faible coût ainsi que les meilleures pratiques pour les services de bases de données tels que OLTP, OLAP et NoSQL.

caractéristiques du produit

Stockage de fichiers de base de données DBFS est un stockage de fichiers lancé par Alibaba Cloud pour les scénarios de bases de données. Elle a apporté de nombreuses innovations et optimisations techniques en termes de performances, d'élasticité, de haute disponibilité, de coût et de sécurité des données. Il convient aux bases de données auto-construites sur le cloud et fournit des fonctionnalités de stockage au niveau de l'entreprise. Avantages dont on peut bénéficier en créant une base de données basée sur DBFS :

Article comparatif DBFS disque cloud Disque cloud partagé NAS haute performance Prend en charge l'écriture atomique, le mode utilisateur, l'accélération des E/S des clés de base de données, etc. La meilleure solution pour les bases de données basées sur le stockage cloud, avec des performances supérieures à celles basées uniquement sur des disques cloud. Généralement construit sur la base d'ext4, il ne prend pas en charge les écritures atomiques ni l'accélération des E/S clés de la base de données. La copie des données en mode noyau affecte les performances. Vous devez installer un système de fichiers de cluster commercial tiers avant de pouvoir l'utiliser et vous devez acheter une licence commerciale. Par exemple : Veritas CFS, Oracle ACFS, OCFS2, etc. Ne prend pas en charge les écritures atomiques ni l’accélération des E/S critiques de la base de données. La copie des données en mode noyau affecte les performances. Stockage de fichiers à usage général. Le client d'état du noyau ne prend pas en charge les écritures atomiques ni l'accélération des E/S critiques de la base de données. Conçu pour les scénarios sans base de données. stockage La capacité maximale est de 256 To. Compatible avec l'expansion en ligne. Capacité maximale 32 To. Le système de fichiers de couche supérieure doit prendre en charge l'expansion en ligne. Actuellement, les systèmes de fichiers tels que ext4 connaîtront différents degrés de blocage des E/S lorsqu'ils seront développés en ligne. (Le blocage des E/S fait référence à l'instabilité du système ou même aux temps d'arrêt causés par certaines E/S qui prennent trop de temps pendant le fonctionnement du système) Capacité maximale 32 To. Le système de fichiers du cluster de couche supérieure doit être étendu, ce qui est complexe et a un long cycle d'expansion. L'expansion en ligne n'est pas prise en charge. Capacité maximale 1 Po. Facilité d'utilisation Compatible avec l'interface de fichier POSIX, facile à déployer et prêt à l'emploi. Il doit être formaté manuellement dans un système de fichiers en mode noyau tel que ext4. Le système de fichiers de cluster de couche supérieure est complexe à construire et nécessite des experts expérimentés pour le déployer et le tester. Le délai de livraison est long et le coût est élevé. Montage client. Prise en charge de l'expansion en ligne. lecture et écriture partagées Lecture et écriture simultanées partagées, cohérence des données au niveau IO, expansion linéaire, etc. pas de support. soutien. Cependant, il ne peut être utilisé qu'après le déploiement d'un système de fichiers de cluster commercial tiers de couche supérieure. soutien. Cependant, il ne prend pas en charge la lecture et l'écriture simultanées élevées du même fichier et la protection de la cohérence des données au niveau des E/S. Prise en charge du protocole L'interface de fichier POSIX fournit la même méthode d'accès que le système de fichiers local. interface de bloc. interface de bloc. NFS, protocole SMB, etc. Certaines sémantiques POSIX ne sont pas prises en charge. Protocole non spécifique au moteur de base de données.

Base de données auto-construite sur le cloud

Déplacement des bases de données traditionnelles vers le cloud

Instructions de prise en charge de la base de données