I'll try to answer these inline. -- Brian Bennett Systems Engineer, Cloud Operations Joyent, Inc. | www.joyent.com <http://www.joyent.com/> > On Oct 10, 2016, at 11:49 AM, Matthew Parsons <[email protected]> > wrote: > > Everyone has been helpful as I've been investigating SmartOS*, thank you. > > Now it's time for me (and a couple others at the company) to decide if it's a > good fit for our needs, and I hope you can help fill in some info so I can > clarify my thinking: > -- > At the high-level it was designed for deploying many nodes, repeatedly and > rapidly. Network booting with little local configuration helps with that, and > OS updates/rollbacks. The "real" version (where one main node coordinates > others) is actually Triton (AKA SmartOS Datacenter), correct?
I wouldn't necessarily use the term "real" just for Triton. SmartOS is the
foundation upon which cloud and datacenter orchestration software can build.
For example, Project FIFO is another cloud orchestration stack that uses
SmartOS as the base.
> Clustering ("HA") isn't a requirement, but of course minimizing downtime/the
> ability to quickly bring up a workload on other hardware if necessary is
> desired - some sort of live migration ability would be nice, but I understand
> Joyent's take is that should be done on the app layer, correct?
Yes, that's correct. Vmadm can send/recv joyent brand zones (and probably lx
brand) but won't work with KVM. KVM can be migrated manually using zfs
send/recv and manually setting up the zone xml and index, or perhaps by using
something like g4u.
> What is the designed use-case for S.O. standalone - mostly testing? One-offs?
As mentioned above, it's a foundation for upstack services. In one sense, its
primary purpose is to be a foundation for Triton, but putting that frame on it
would be limiting of its potential. We made SmartOS fully open source so that
people can use it for whatever purpose they see fit.
> Searching the joyent website, it appears that there are no professional
> support offerings for SmartOS Standalone - is this correct?
I'd encourage you to get in touch with Sales ([email protected]
<mailto:[email protected]>). Depending on the terms you're seeking we may be
able to accommodate you.
> What's the migration experience from one or two standalone S.O. nodes to the
> DC edition, both locally and combined w/ Joyent's cloud offering? If I
> started with, say, OmniOS would I be able to import zones off an existing
> pool?
SmartOS doesn't support ips brand zones so migration from OmniOS probably isn't
going to work. Again here, it's probably better to replace instances rather
than to migrate.
> (For those wondering, our immediate need is for one handful of
> inter-dependent processes/storage chunks, and is actually rather tame.
> However, the ability to fairly easily scale locally and/or convert to a
> hybrid on-prem and "cloud" model is desired to plan for future growth. The
> ability to run Linux workloads and full OS guests is a requirement for piece
> of mind, even if it turns out 99% of what we run is quite portable.
> Docker-format containers is a plus, but not required.)
>
> *Drawn in large part by the talks and articles from various Joyent folk who's
> philosophy I appreciate.
> smartos-discuss | Archives
> <https://www.listbox.com/member/archive/184463/=now>
> <https://www.listbox.com/member/archive/rss/184463/26986985-d0246faa> |
> Modify <https://www.listbox.com/member/?&;> Your Subscription
> <http://www.listbox.com/>
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb Powered by Listbox: http://www.listbox.com
