<div dir="ltr">Sounds like a variant of what we call "Cloud Tower" the idea is a single integrated cloud on a single rack that depending on configuration might have upto 10 to 20k instances on it (we are assuming most are not auto boot and normally left off) the exact details are in a forth coming white paper on the topic<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 13, 2014 at 5:38 PM, Michael Thoreson <span dir="ltr"><<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I was thinking a similar thing. There was a project I came across years ago and I can't seem to find it again, kicking myself that I didn't write it down.<br>
<br>
Basically it was setup as a nothing shared platform that could start with an AIO node and add additional nodes as the need arises. It wouldn't mirror data to all nodes but would make sure there was N redundant copies of all data in the event of a node failure and then restart that VM on a different node. It was also smart enough to load balance vm\nodes based on hardware capacity. It could also consolidate vm's onto less nodes when demand was low and power down the extra nodes, then restart them at a predefined time or as load increases.<br>
<br>
This way there is no need for large sans and nodes can be built with SSD's as they are dropping in price quickly now. I saw a 1TB Samsung 540MB/s read and 520MB/s write retailing between $600 and $700 Canadian. So building super fast clouds can be very easy for the end user. We just need flexible setup routines and lots of controls to prevent fubars and pebkacs.<br>
<br>
Michael Thoreson,<div class=""><br>
<br>
<br>
On 13/02/2014 4:20 PM, Aryeh Friedman wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
User I can see and perhaps one small step of small departmental sized units having "clouds with in clouds" but I do not see full fledged "tenants" like RackSpace or large corporate divisions as being needed nor desirable... the reason is once you get off the rack in a typical data center you run into many situations far beyond your (or anyone's) control or understanding for example why have vast disk arrays some where off in the clouds when anything except HUGE DATA applications would need more then what can be offered on rack if you make a single intergrated cloud on a single rack<br>
<br>
<br></div><div class="">
On Thu, Feb 13, 2014 at 4:59 PM, Michael Thoreson <<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a> <mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>>> wrote:<br>
<br>
Single admin will only work with hobbiest, extreme home users and<br>
small firms. Big firms will want multiple admins for<br>
accountability and central management of those admins be it<br>
something in PC itself or an AD\LDAP setup.<br>
<br>
If you have even 2 admins using a single admin account, how do you<br>
figure out who did what in the event an admin decided to be malicious.<br>
<br>
Michael Thoreson,<br>
<br>
<br>
On 13/02/2014 3:43 PM, Aryeh Friedman wrote:<br>
<br>
These all seem like great plugins but I am a little hesitant<br>
to bring such a large layer 1 service down in to the<br>
foundation... better might be to offer an API for the layer 1<br>
to control it... for DIY clouds the admin can pick whatever<br>
they want but my personal recommendation would be if possible<br>
a single admin and users use instances not PC it self<br>
<br>
<br>
On Thu, Feb 13, 2014 at 4:35 PM, Michael Thoreson<br>
<<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a> <mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>><br></div>
<mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a> <mailto:<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>>><u></u>><div><div class="h5">
<br>
wrote:<br>
<br>
Password authentication would be sufficient in the early<br>
stages<br>
but perhaps there should be minimum length and complexity<br>
requirements. Also make sure that whatever password<br>
storage back<br>
end used will store the passwords safely and effectively.<br>
Adding<br>
AD and LDAP support would be of big interest in companies. The<br>
support can either be direct PC to AD\LDAP or perhaps PC could<br>
have an option to use to already existing host users and<br>
groups<br>
which would include AD\LDAP users if the host is setup before<br>
hand. This is of course won't work if the idea of PC is<br>
going to<br>
be including it's own OS, but I assume PC will just be<br>
installed<br>
on whatever host OS the admin chooses.<br>
<br>
Michael Thoreson,<br>
<br>
<br>
<br>
On 13/02/2014 11:39 AM, Aryeh Friedman wrote:<br>
<br>
If petitecloud's goal is only to control stuff at level 0<br>
(even if in large clusters) then it is almost certain<br>
the only<br>
login would be from the admins and only then if<br>
something went<br>
wrong (we assume that layer 1 will be controlling us<br>
via an<br>
API) whould they login... given the above is just having a<br>
single password good enough security (for now)... i..e no<br>
users, tenants, etc.... the idea is we can skip right to<br>
clustering then come back to security as we start to need<br>
handle multiple users all with the same level of access.<br>
<br>
-- Aryeh M. Friedman, Lead Developer,<br>
<a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br></div></div>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><div class=""><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>>><br>
<br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br></div>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><div class=""><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>>><br>
<br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>
<br>
<br>
<br>
<br>
-- Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<mailto:<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@<u></u>lists.petitecloud.nyclocal.net</a><u></u>><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>
<br>
<br>
<br>
<br>
-- <br>
Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br>
<br>
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>
</div></blockquote><div class="HOEnZb"><div class="h5">
<br>
______________________________<u></u>_________________<br>
petitecloud-general mailing list<br>
<a href="mailto:petitecloud-general@lists.petitecloud.nyclocal.net" target="_blank">petitecloud-general@lists.<u></u>petitecloud.nyclocal.net</a><br>
<a href="http://lists.petitecloud.nyclocal.net/listinfo.cgi/petitecloud-general-petitecloud.nyclocal.net" target="_blank">http://lists.petitecloud.<u></u>nyclocal.net/listinfo.cgi/<u></u>petitecloud-general-<u></u>petitecloud.nyclocal.net</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br></div>
</div>