<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Mon, May 13, 2013 at 6:44 AM, Jarrod B Johnson <span dir="ltr"><<a href="mailto:jbjohnso@us.ibm.com" target="_blank">jbjohnso@us.ibm.com</a>></span> wrote:</div>

<div class="gmail_quote"><br></div><div class="gmail_quote"><snip></div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div><span style="font-family:serif;font-size:medium">For cases requiring a deployment environment, file-oriented payload makes the most sense, but for virtualization and SAN boot it almost never makes sense.  It is less awkward for direct attached storage to do block imaging than it is for virtualized and SAN instances to do file-oriented, so block oriented I suppose wins if you pick just one. </span><br>

</div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>
<br>
<font size="3" face="serif">Fixing up the instance to be bootable.  This would include driver injection.  </font></div></blockquote><div><br></div><div style>I disagree. I do not expect the deployment code to take a generic image, splat it onto a specific machine, and then know which drivers the machine needs, where to fetch them from, and how to inject them into the file system. In a large homogeneous deployment, this will lead to increased entropy, which will lead to increased failures. It is very desirable to have a strong guarantee that all instances created from a single image are identical; IMHO, late-stage driver injection violates this and is therefor undesirable.</div>

<div style><br></div><div style>Instead, I suggest that the image(s) should be tailored by the cloud operator ahead of time to suit their hardware. We are already doing this with diskimage-builder. See elements/mellanox/ for an example of driver injection.</div>

<div style>  <a href="https://github.com/stackforge/diskimage-builder">https://github.com/stackforge/diskimage-builder</a></div><div style><br></div><div style>In a heterogeneous environment, there would need to be a mapping between cloud images' capabilities and enrolled hardware specifications, such that only images which match the targeted hardware's characteristics could be deployed thereon. To a limited extent, this is already possible with Nova baremetal, and I plan to expand that with Ironic.<br>

</div><div style><br></div><div style><br></div><div style>Regards,</div><div style>Devananda</div></div></div><div class="gmail_extra" style><br></div></div>