[Openstack-operators] demo environment ( embedded device openstack ) ?
matt at nycresistor.com
Wed Feb 11 20:29:57 UTC 2015
Okay for clarity... a mechanical solution to pushing the buttons on the NUC
is of Rube Goldberg complexity. It is completely unnecessary and
hellaciously prone to failure.
You can literally wire into where the on / off switch is... or optimally
directly to the jumper on the board itself with a microcontroller ( i'd use
a beaglebone black personally for the ethernet port mainly ) . Then you
can use a GPIO pin to switch the board on and off. More so, you can wire
the GPIO ( at 5v ) to a mechanical relay in line with the 110/220v+ line
and get hard cycling added as a capability. Using mindstorms for this is
neat, but frankly way overly complex and less useful.
Hell if you were crazy you could wire up a usb hub to some ttyusb -> db9
cables and host it to the beaglebone as well for serial console.
Go still further down the path to damned near implementing your own IPMI
solution you could directly parasite into the on board sensors and read
Going the final leg of the journey... you could directly ADC the VGA port
and soft render that into a RDP window along with some sort of API -> USB
HID device stack... and bob's your uncle you've built your own LOM board.
Then all you need to do is re-implement IPMI protocol and tie it to the
Half way to an open source LOM board at that point.
But honestly, with AMT that's not really necessary here.
Still... open source LOM would be nice.
On Wed, Feb 11, 2015 at 3:19 PM, Abel Lopez <alopgeek at gmail.com> wrote:
> There is DIY LOM for the NUC, it was demo'd at Paris Summit. It was quite
> elegant, featuring LEGO Mindstorm robots being instructed to push the power
> On Feb 11, 2015, at 9:12 AM, Will Snow (wasnow) <wasnow at cisco.com> wrote:
> So as to 10g, it’s not like I’m going to use them for production :)
> I do miss LOM on the boxes tho – the dual interface would be nice, but I
> can work around that.
> I have a covey (pod? Gaggle?) of 4 NUCs with 1 being the master to deploy
> the others. That master has 2 nics (built in 1g, wifi) so you can very
> easily connect your cloud to your network.
> This allows my developers to test real multinode deploys of openstack
> repeatedly without the expense of 3 rack servers, and they can carry around
> the cloud to meetups or whereever they want to go.
> There are a few tweaks to what we’re doing that are based on feedback
> from what we’ve built already. I use the NUCs as the price point is good,
> and Intel is down the street from me :)
> Shameless plug: more details in our talk at the vancouver if it gets
> --Will Snow
> wasnow at cisco.com
> Director, OpenStack Customer Engineering
> Mobile: +1-650-544-5460
> From: matt
> Date: Wednesday, February 11, 2015 at 8:30 AM
> To: will snow
> Cc: Christian Berendt, "openstack-operators at lists.openstack.org"
> Subject: Re: [Openstack-operators] demo environment ( embedded device
> openstack ) ?
> 3) no 10 gig.
> On Wed, Feb 11, 2015 at 11:29 AM, matt <matt at nycresistor.com> wrote:
>> i dislike 2 things about the NUCs...
>> 1) only a single interface
>> 2) no lights out management
>> On Wed, Feb 11, 2015 at 11:06 AM, Will Snow (wasnow) <wasnow at cisco.com>
>>> Yes, I was considering waiting for the new NUCs but they’re March
>>> (scheduled) which means general availability sometime after that.
>>> Which would make things a bit tight for my talk at Vancouver (if it gets
>>> --Will Snow
>>> wasnow at cisco.com
>>> Director, OpenStack Customer Engineering
>>> Mobile: +1-650-544-5460
>>> On 2/11/15, 3:33 AM, "Christian Berendt" <christian at berendt.io> wrote:
>>> >On 02/06/2015 10:27 PM, Will Snow (wasnow) wrote:
>>> >> I’ve been building out a small cluster of intel NUC’s and have been
>>> >> quite happy with them – reasonable performance, 16g ram, and usb3 if
>>> >> need storage.
>>> >I think NUCs are a greate choice.
>>> >According to
>>> >NUCs with i7 CPUs should be released this year.
>>> >More details at
>>> >OpenStack-operators mailing list
>>> >OpenStack-operators at lists.openstack.org
>>> OpenStack-operators mailing list
>>> OpenStack-operators at lists.openstack.org
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-operators