<div dir="ltr">Here's a nift Raspberry Pi-based demo from Kubecon back in October (single node master K8s cluster with 6 worker nodes):  <br><a href="https://twitter.com/unixterminal/status/1449101622718525441?s=20">https://twitter.com/unixterminal/status/1449101622718525441?s=20</a><div><br></div><div>I'd be lying if I said I didn't start specing out the cost of the hardware for an impulse buy shortly afterwards...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 7, 2021 at 2:47 PM Mark Steffen <<a href="mailto:mark@steffen.ca">mark@steffen.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Yes... I'd love to build an arm-based kubernetes cluster.  And your <br>
concerns are shared.  I'd love something like:<br>
<br>
-Octa core A7x (A72 is a bit old hat these days, something faster <br>
ideally) or even a 4/4 BIG little approach with A55s and A75s or something.<br>
<br>
-8GB RAM minimum but 16GB or SODIMM slots as an option (ECC support??)<br>
<br>
-Dual Gigabit Ethernet with POE support and optional battery (lots of <br>
good reasons for this, one being you could speed up synchronous writes <br>
in a cluster by making them asynchronous since you should be able to <br>
survive a sudden power outage) and regular power plug and support for <br>
automatic switching between the two for redundancy<br>
<br>
-eMMC, dual SATA, dual NVME M.2, PCIe slot, USB3<br>
<br>
-a form factor conducive to clustering/rackmounting (status lights/power <br>
positioned that some one could make a case/power backplane for it where <br>
you could slide the SBCs in and out of easily for repair/maintenance)<br>
<br>
Kubernetes with Gluster would be my preference, if both ethernet ports <br>
supported POE then you could have both switches able to provide power <br>
and configure primary/secondary VLANs but in a way that if everything is <br>
good you have a gigabit dedicated to regular network and a gigabit <br>
dedicated to cluster sync network for Gluster.  OS would be on the eMMC <br>
and the NVME M.2s would be gluster bricks.<br>
<br>
That would be my dream ARM cluster setup though.  Some nodes would be <br>
Galera or Postgres database nodes to cluster that service.  But it <br>
should allow for a very scalable and resilient base for whatever <br>
applications you'd want to throw at it.<br>
<br>
Mark<br>
<br>
On 2021-12-07 2:28 p.m., Rick Moen wrote:<br>
> Quoting Ronald Barnes (<a href="mailto:ron@ronaldbarnes.ca" target="_blank">ron@ronaldbarnes.ca</a>):<br>
><br>
> [Pine64 Quartz SoC, <a href="https://wiki.pine64.org/wiki/Quartz64" rel="noreferrer" target="_blank">https://wiki.pine64.org/wiki/Quartz64</a> :]<br>
><br>
>> That PCIe expansion slot is intriguing!<br>
> In sub-model A.  There's also sub-model B, which offers M.2.<br>
><br>
>> The value of which cannot be overstated.  Adding expansion storage<br>
>> to my rPi 4 would be more expensive than anticipated and somewhat of<br>
>> a hassle.<br>
> The 8GB LPDDR4 RAM option is likewise getting up into real-computer<br>
> territory, and I note that sub-model A also has one (1) SATA 3.0 header.<br>
> The immediately preceding ROCKPro64 SoC<br>
> (<a href="https://wiki.pine64.org/wiki/ROCKPro64" rel="noreferrer" target="_blank">https://wiki.pine64.org/wiki/ROCKPro64</a>) also merits respect, but maxes<br>
> out at 4GB LPDDR4 RAM.<br>
><br>
> I keep watching the ARM single-board computer marketplace for units<br>
> fully suited to home-server usage, and ideally want the hardware to<br>
> include:<br>
><br>
> o  8 GB or greater RAM, so that I can comfortably run a pair of VMs<br>
>     under a hardened small host system.  There are certainly other<br>
>     ways to do this, but the two-VMs model provides a production server<br>
>     host alongside an in-development beta host that will be rolled out<br>
>     on flag day by simply promoting (re-IPing) the beta to production,<br>
>     and starting a new beta VM.<br>
><br>
> o  RAID1 redundant main storage on something better/faster/more-reliable than<br>
>     USB 3.0-attached or microSD or eMMC storage.  Like, guys?  NVMe SSD<br>
>     storage on an M.2 slot is a terrific idea, but why not two slots, please?<br>
><br>
> o  Fanless, silent, and low-power, which is where ARM64 helps.<br>
><br>
> The generally meritorious <a href="http://hardkernel.com" rel="noreferrer" target="_blank">hardkernel.com</a> ODROID SoCs mentioned upthread<br>
> share with the Pine64 being less limited than the RPis, but to my<br>
> knowledge none of their units yet ticks all of my checkboxes for an<br>
> in-home server platform.<br>
><br>
> The marketplace doesn't recognise the existence of a home-server niche<br>
> (which is understandable, as those of us who want robust computing<br>
> infrastructure at home are "rara avibus".  Over the last decade, the<br>
> niche that seemed closest to filling home-server needs, it seemes to me,<br>
> has been the HTPC (home theatre PC) one, like low-power AMD-based<br>
> mini-ITX boxes with a pair of SATA drives.  With the rise of ARM64 /<br>
> aarch64, we are now seeing additional possibles.<br>
><br>
><br>
><br>
> _______________________________________________<br>
> kwlug-disc mailing list<br>
> <a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
> <a href="https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" rel="noreferrer" target="_blank">https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org</a><br>
<br>
_______________________________________________<br>
kwlug-disc mailing list<br>
<a href="mailto:kwlug-disc@kwlug.org" target="_blank">kwlug-disc@kwlug.org</a><br>
<a href="https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" rel="noreferrer" target="_blank">https://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org</a><br>
</blockquote></div>