Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Albatross policy management #30

Closed
2 tasks done
hannesm opened this issue Sep 4, 2024 · 2 comments
Closed
2 tasks done

Albatross policy management #30

hannesm opened this issue Sep 4, 2024 · 2 comments
Assignees
Labels
enhancement New feature or request

Comments

@hannesm
Copy link
Contributor

hannesm commented Sep 4, 2024

An administrator should be able to

  • see and
  • adjust policies (Vmm_core.Policy.t) for each user.
@PizieDust PizieDust self-assigned this Sep 4, 2024
@PizieDust PizieDust added the enhancement New feature or request label Sep 4, 2024
@hannesm
Copy link
Contributor Author

hannesm commented Sep 5, 2024

I guess a first step would be to display such a policy..

  type t = {
    vms : int;
    cpuids : IS.t;
    memory : int;
    block : int option;
    bridges : String_set.t;
  }

Which means: the number of unikernels/vms that are allowed to be executed at the same time. Which CPUids are accessible (a set of numbers, each unikernel is sticky on a single CPU), the amount of memory in MB, the amount of block storage in MB, and a set of names of bridges that are available.

The CPUids is a bit weird, I guess we could as well say "how many CPUs" -- since someone may have 10 unikernels run on a single CPU, and then another one that has a high load on a different one. But exposing the IDs to a client isn't necessarily what we want to do -- but that's likely for a later step, that mollymawk has some heuristics which CPU to pick ;)

@hannesm hannesm mentioned this issue Sep 5, 2024
@hannesm
Copy link
Contributor Author

hannesm commented Oct 2, 2024

done in #57

@hannesm hannesm closed this as completed Oct 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Development

No branches or pull requests

2 participants