WebApp LxdMosaic: Deployments & Storage


(Turtle0x1) #1

Hi

Sorry for the repost, I want to distance from the name LxdManager as its no longer associated with me because I was silly and didn’t buy the domain name (doh!)

Anyway because somebody bought the domain name it stirred me into action so I have made some general improvements to the UI as seen by the screenshots seen below,

I have also got my “serverless” implementation working but isn’t up on Github yet, hopefully Ill release before my “real” work load begins to spike again,

Anyway here are some screenshots and the repository is here LxdMosaic, any comments or issues just add them into the issues system

Thanks!

Overview

Container view

Container settings

Image Import From LinuxContainers.org

Project view


(Turtle0x1) #2

Can now access the container terminal through xterm.js


(Turtle0x1) #3

Just pushed a fix that should stop needless sockets being opened and not closed & the front end not updating correctly!


(Turtle0x1) #4

Added support for all available instance types supported by lxd on create container


(Stéphane Graber) #5

Cool, are you directly pulling the same YAML files that we are?


(Turtle0x1) #6

yeah, although i did store them in the db as the repository doesnt seem to accept pr requests that often!


(Stéphane Graber) #7

Yeah, Dustin doesn’t appear to be updating those definitions very often.
LXD is configured to check every 24h and update if we find any changes, in our case we’re keeping them stored as YAML on disk I believe.


(Turtle0x1) #8

Added a cron job that stores the “fleets” total memory ussage and running containers it currently collects this data every 5 minutes (this data is never sent anywhere and is only stored in your local database )


(Turtle0x1) #9

Added

  • Alias host
  • list gpu’s on host
  • select gpu/s to add to container when creating (only supporting one host at current time)

Fixed

  • CPU vendor / name key switch on versions >= 3.12
  • Keep current container highlighted after an operation (like start / stop container)

show gpu’s on host

Createing container and selecting gpu


(lhprojects) #10

I’m really looking forward to this.


(Turtle0x1) #11

Yeah i had it working quite nicely the only problem I ran into was scaling up and down maybe @stgraber or one of the team can help …

Having a container be created from a “cold start” (where no container exists to serve the request) was no problem but deciding when to freeze, stop, delete or deploy a new container became difficult because of the in-ability to watch load averages of indivudal containers,

I could use memory as the inidicator but I would susspect most applications are CPU intensive as opposed to memory so it would serve a very niche market

As load avg is going to appear in lxcfs at some point but it may not be available by default and no news as to when im wondering if there is some black magic I could employ or there are some other ideas about how I could watch cpu resource consumption ?


(Turtle0x1) #12

Sorry to make noise but maybe @simos you can help ?


(Turtle0x1) #13

Hey if anyone has the time or is intrested im looking for some feedback or testers for a “deployments” feature which can deploy cloud-init scripts to a number of instances on hosts and show you information (its kind of like projects)

The pulll request with instructions for testing

Here are some screenshots;


(Turtle0x1) #14

Added storage information & deployments has been merged into master