It is the same whether 1 LUN 1 volume or many LUN 1 volume. Zfs will do the striping and load balancing. All your LUNs in this case go to 1 zpool from which you create 1 filesystem (or zvol if you need pseudo-device). We are assuming the SAN is reliable and it is one SAN array otherwise you would use parity striping with raidz.
You might like to get a small 7th LUN of 4GB or so for a log device. This is for the zfs intent log used for transactions. Use of the log device prevents the zlog from unnecessarily fragmenting your zpool. ________________________________ From: Burke Sean <[email protected]> To: Hudes, Dana; '[email protected]' <[email protected]> Sent: Mon Apr 11 09:25:00 2011 Subject: RE: [ldoms-discuss] vdisks and SVM in guests Hi Dana, I do that for single LUN’s and all works well with failover etc, but for this scenario, the 6x130GB LUN’s need to be created in the guest as 1 large file system, so the question still stands as to whether the stripe/concat should be created in the IO domain and given as 1 vdisk or in the guest, therefore having 6xVdisks and the filesystem created there (whether zfs or SVM)? Cheers Sean From: Hudes, Dana [mailto:[email protected]] Sent: 11 April 2011 15:20 To: Burke Sean; '[email protected]' Subject: Re: [ldoms-discuss] vdisks and SVM in guests If you have 2 io domains then each has one path to the device. In such case, present each path to the guest and let mpxio/stms do its job. I wouldn't use svm absent a specific requirement, use zfs instead. ________________________________ From: [email protected] <[email protected]> To: '[email protected]' <[email protected]> Sent: Mon Apr 11 09:14:27 2011 Subject: [ldoms-discuss] vdisks and SVM in guests Hi folks, Can someone clarify what the best practice is with regards vdisks and using SVM in guests or share how if you use them? My scenario is that I have a split bus T5240 with LUN’s coming from the SAN. I have 2 large filesystems (600+GB) that due to external SAN factors are made up of several LUN’s striped together. So question is, should the metadevice be created at the IO domain level and presented to the guest in the form of one filesystem and be part of an mpgroup to handle failover or should the guest be given all the LUN’s (with prim/sec LUN’s in their own mpgroup) and the metadevice created there ? Cheers Sean Sean Burke UNIX Systems Engineer Stryker S.A. Cité-Centre, Grand-rue 92 1820 Montreux Switzerland tel.: + 41 21 966 13 54 mbl: +41 79 362 85 15 [email protected] www.stryker.eu ________________________________ Stryker SA / Registered number: CH-550-0054924-4 / Registered office: Cité-Centre, Grand rue 90, 1820 Montreux / VAT number: . 291987 Les informations contenues dans ce courriel ainsi que les éventuelles pièces jointes sont exclusivement destinées à l’usage du ou des destinataires prévus. Ce courriel peut contenir des informations privilégiées ou confidentielles aux yeux de la loi ou le produit d’un travail soumis au secret professionnel de l’avocat ou autrement protégé contre la divulgation. Aucune renonciation à un quelconque privilège n’est envisagée. Si vous n’êtes pas le destinataire prévu, toute interception, communication, diffusion ou copie est strictement interdite et pourra donner lieu à des poursuites pénales ou civiles à votre encontre. Si vous avez reçu ce courriel par erreur, veuillez en avertir l’expéditeur par téléphone ou par retour de courriel et confirmer que vous détruirez ou effacerez de votre système toutes les exemplaires de ce message et des éventuelles pièces jointes. The information contained in this email message and any attachments is exclusively for the use of the intended recipient(s). It may contain legally privileged, confidential information or work product subject to attorney-client privilege or otherwise protected from disclosure. No waiver of any privilege is intended. If you are not the intended recipient, any interception, dissemination, distribution or copying is strictly prohibited, and may subject you to criminal and/or civil penalties. If you have received this email message in error, please notify the sender by telephone or by email reply and confirm that you will destroy or delete all copies of the message and any attachments from your system. ________________________________ Stryker SA / Registered number: CH-550-0054924-4 / Registered office: Cité-Centre, Grand rue 90, 1820 Montreux / VAT number: . 291987 Les informations contenues dans ce courriel ainsi que les éventuelles pièces jointes sont exclusivement destinées à l’usage du ou des destinataires prévus. Ce courriel peut contenir des informations privilégiées ou confidentielles aux yeux de la loi ou le produit d’un travail soumis au secret professionnel de l’avocat ou autrement protégé contre la divulgation. Aucune renonciation à un quelconque privilège n’est envisagée. Si vous n’êtes pas le destinataire prévu, toute interception, communication, diffusion ou copie est strictement interdite et pourra donner lieu à des poursuites pénales ou civiles à votre encontre. Si vous avez reçu ce courriel par erreur, veuillez en avertir l’expéditeur par téléphone ou par retour de courriel et confirmer que vous détruirez ou effacerez de votre système toutes les exemplaires de ce message et des éventuelles pièces jointes. The information contained in this email message and any attachments is exclusively for the use of the intended recipient(s). It may contain legally privileged, confidential information or work product subject to attorney-client privilege or otherwise protected from disclosure. No waiver of any privilege is intended. If you are not the intended recipient, any interception, dissemination, distribution or copying is strictly prohibited, and may subject you to criminal and/or civil penalties. If you have received this email message in error, please notify the sender by telephone or by email reply and confirm that you will destroy or delete all copies of the message and any attachments from your system.
_______________________________________________ ldoms-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss
