<p>On Feb 25, 2011 4:20 PM, "Brian K. White" <<a href="mailto:brian@aljex.com">brian@aljex.com</a>> wrote:<br>
><br>
> On 2/25/2011 2:06 PM, Geordy Korte wrote:<br>
> > Maybee a really stupid question... but why would you want to run that many containers?<br>
><br>
> I won't say it's stupid but I'll say it's meaningless. Don't take it as<br>
> an insult I'm just explaining it's the wrong way to think about it.<br>
><br>
> It's like asking why do you need 10 computers or 3 cars or 17 pairs of<br>
> pants or an infinite number of integers in math? What would anyone do<br>
> with those really big numbers higher than say, 1 billion?<br>
><br>
> The answer is really, since a container is essentially like any other<br>
> computer, a general purpose tool, you don't have any specific number of<br>
> them that you need. Anyone might need any number of them for any reason.<br>
> And you generally need more and more of them forever for all manner of<br>
> different uses.<br>
><br>
> So what you want to know is simply what are the limits? Most people<br>
> probably don't have any specific magic number that must be met, we just<br>
> need to know where are the various limits, whether that turns out to be<br>
> 20 containers per host or a million.<br>
><br>
> Also there is the fact that, many times the indisputably valuable "real<br>
> world" uses for things only come about _after_ they have been made<br>
> possible. People thought the invention of the transistor was a pointless<br>
> curiosity at first.<br>
><br>
> If 1000 (or more) containers is possible, then before long I guarantee<br>
> you someone will invent some non-trivial use for that capability.<br>
><br>
> And that's not counting the obvious ones we can already think of right<br>
> off the top of our heads like:<br>
> - A service provider being able to run all their customers web sites, or<br>
> as in my case their core back office industry-specific custom software,<br>
> on a single or few machines instead of 1500 machines.<br>
> - Running stress tests like simulating 1500 users or network nodes<br>
> hitting a single service or interacting with each other mesh-like, by<br>
> having 1500 vm's actually do it, instead of the old way of either being<br>
> rich and having a bunch of real machines, or "deploy and hope".<br>
> - Developing and testing tools that manage lots of servers, without<br>
> having to actually have a lot of real servers sitting there idle just<br>
> for that. When I make some new script to do something like run a command<br>
> or modify a config file on all of my production servers at once, I<br>
> _really_ would like to test that on a 1500 vm's instead of the real<br>
> production boxes.</p>
<p>Bravo, sir :-)</p>
<p>C Anthony [mobile] <br>
</p>