[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MirageOS-devel] getting criticism for a workload idea



What I want to do first is basically a portability experiment. I've done nothing hands-on yet so my apologies for sounding like an idiot. Can this be done? 

1 - Create a workload. 
A web service is good, but anything that I can test both locally and in the cloud will do. Is something ready-rolled on OPAM?
2 - Move the workload from a personal device to the cloud. 
I don't want to use configuration management tools. I want to move the local software stack to a remote provider. 
* local architecture - cubiboard 
* remote architecture - AWS
I see work has been done here, but I'm not sure how much Xen homogenizes the platforms. 
3 - Automate the process. 
Build an orchestrator into the workload (so the workload transfers itself) or into a privileged space that can see the workload.

If this is OK, I can move onto next steps.

A while ago I experimented with a Dreamplug and a LAMP stack. The journey was littered with device driver issues. The end result was slow and not portable.


Many thanks,
Nick




On 17 Aug 2014, at 12:24, Anil Madhavapeddy <anil@xxxxxxxxxx> wrote:

Yeah, if the workloads are fairly self-contained, unikernels are great.  It gets more interesting when they form a distributed system, since a group of unikernels may need to be migrated as a group.

I'd suggest starting by outlining the scenario you want to build, and then we can help you work through the unikernel components to build.  Are you looking at ARM or x86 for your POC?

For instance, beginning with just a static website workload, and building the HTTP proxies to do workload balancing would be a small but significant start (since it would require building out the proxy and migration infrastructure).

-anil

On 17 Aug 2014, at 05:27, Thomas Gazagnaire <thomas@xxxxxxxxxxxxxx> wrote:

Hi,

Which kind of workload are you trying to run? If it's an OCaml program, yes sure, MirageOS might be a good option. 

If not, there are other unikernels: HalVM in Haskell, Erlang-on-Xen, OSv for the JVM, etc... They are basically all tied to a specific language runtime environment and they can interoperate between each other and with legacy OS at the API level.

Thomas




On 16 Aug 2014, at 16:50, Nick Hardiman <nick@xxxxxxxxxxxxxxxxxxxxxx> wrote:

I have been trying to come up with an easy way to move workloads around. This is for a home lab POC, not for a commercial application.

I think an OpenMirage unikernel might work well as a workload container (container as in 'a package of stuff', not as in 'Docker'). However, before I burn evenings and weekends going off in the wrong direction (done that plenty), I'd like to get some expert criticism first. 

How would I present the high level idea, and how would I get advice on how to use work done so far on OpenMirage?

Many thanks, 
Nick




_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel


Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.