Hi experts, I have few issues about ZFS and virtualization:
[b]Virtualization and performance[/b] When filesystem traffic occurs on a zpool containing only spindles dedicated to this zpool i/o can be distributed evenly. When the zpool is located on a lun sliced from a raid group shared by multiple systems the capability of doing i/o from this zpool will be limited. Avoiding or limiting i/o to this lun until the load from the other systems decreases would overall help performance for the local zpool. I heard some rumors recently about using SMI-S to "de-virtualize" the traffic and allow Solaris to peek through the virtualization layers thus optimizing i/o target selection. Maybe someone has some rumors to add ;-) Virtualization with 6920 has been briefly discussed at http://www.opensolaris.org/jive/thread.jspa?messageID=14984#14984 but without conclusion or recommendations. [b]Volume mobility[/b] One of the major advantages of zfs is sharing of the zpool capacity between filesystems. I often run application in small "application containers" located on separate luns which are zoned to several hosts so they can be run on different hosts. The idea behind this is failover, testing and load adjustment. Because only complete zpools can be migrated capacity sharing between movable "containers" is currently impossible. Are there any plans to allow zpools to be concurrently shareable between hosts? Best regards -- Dagobert This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
