Question

Ceci est un peu lié à ma question précédente Solaris: le montage d'un système de fichiers sur les gestionnaires d'une application sauf que cette question est un but différent et est plus simple car il n'y a pas d'ouverture / fermeture / verrouillage, il est juste un bloc de longueur fixe d'octets avec des opérations de lecture / écriture.

Y at-il de toute façon je peux créer une tranche virtuelle, un peu comme un disque RAM ou une tranche de SVM .. mais je veux les lectures et écritures à passer par mon application.

Je prévois d'utiliser ZFS de prendre plusieurs de ces tranches virtuelles / disques et les transformer en une plus grande pour le stockage de sauvegarde distribuée avec des instantanés. Je aime vraiment la compression et l'empilage qui offre ZFS. Si nécessaire, je peux vous garantir qu'il n'y a qu'une seule instance de ZFS accès à ces disques virtuels à la fois (pour éviter les conflits de cache et autres). Si l'instance on descend, nous pouvons vous assurer qu'il ne démarre pas en arrière et nous pouvons démarrer une autre instance que ZFS.

Je prévois d'avoir ces disques en morceaux d'environ 4 Go ou si ,, alors je peux me déplacer autour de chaque morceau et décider où les stocker (plusieurs fois en miroir bien sûr) puis ont ZFS accès aux morceaux et les mettre ensemble pour plus gros morceaux pour une utilisation réelle. En outre ZFS permettrait l'ajout de ces petits morceaux si nécessaire d'augmenter la taille du segment plus grande.

Je suis conscient qu'il y aurait un trafic supplémentaire de latence / réseau si nous avons utilisé ma propre application en Java, mais cela est juste pour le stockage de sauvegarde. Le stockage de la production est la configuration tout à fait différente qui ne se rapporte pas.

Modifier Nous avons un système qui utilise tout l'espace disponible et essentiellement quand il n'y a pas assez d'espace, il supprimera les anciens instantanés et d'augmenter les écarts entre les vieux clichés. Le but de ma proposition est de permettre l'espace inutilisé de l'équipement de production à mettre à l'utilisation sans frais supplémentaires. A différents moments différentes unités de nos équipements de production auront un espace libre. De plus, le système que je décris doit éliminer tout point de défaillance lors d'une tentative de données d'accès. J'espère ne pas avoir à acheter deux grandes unités et les maintenir synchronisés. Je préférerais juste avoir deux points d'accès et nous pouvons mélanger de grandes / petites unités de quelque façon que nous voulons et déplacer des données de façon transparente.

Ceci est un poste de la Croix parce que cela est plus que les logiciels liés sysadmin liés à la question initiale est ici: https: // serverfault. com / questions / 212072 . il peut être une bonne idée pour l'original à fermer

Était-ce utile?

La solution 2

Il semble que tout fichier de longueur fixe sur tout système de fichiers pour faire un dispositif de bloc pour une utilisation avec ZFS. Je ne sais pas comment redémarrages travail, mais je suis sûr que nous pouvons obtenir écrire quelques commandes démarrage au travail cela.

Edit:. Le fichier de longueur fixe serait sur un système de fichiers de réseau tel que NFS

Autres conseils

Une façon serait d'écrire un pilote de périphérique Solaris, précisément un dispositif de bloc d'un émule un vrai disque, mais qui communiquera à votre application au lieu.

Commencez par lire le Device Driver Tutorial , puis jeter un oeil à code source OpenSolaris pour le code réel des pilotes.

Vous pouvez modifier la cible Solaris Enquêter iSCSI pour être l'interface avec votre application. Encore une fois, regarder OpenSolaris COMSTAR sera un bon début.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top