
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div><div><div>Hi.</div></div></div><div><br></div><div>I'm experimenting with some odd fundamental ideas about storage currently for my deployment.</div><div><br></div><div>Earlier on this list, we were discussing a way to "pin" or segregate certain instances to certain node types. There appears to be a quite neat way to do this using a filter-scheduler configuration and a prefix on the nodes themselves.</div><div><br></div><div>If we take it a step further, I'd like to know if there is a way we can run instances that use local-to-the-node disk storage for boot <span style="font-weight: bold; ">and</span> shared storage for the vm stores at the same time. I know it's an odd question that might be missing some logic somewhere.</div><div><br></div><div>What I'm trying to achieve is an availability requirement in different modalities and different scalability requirements with the same infrastructure, in terms of the storage used. </div><div><br></div><div>Thanks.</div><div><br></div><div>-z</div></body></html>