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

Maintaining deployment of core services on multiple layers #33

Closed
joshmue opened this issue Feb 26, 2021 · 1 comment
Closed

Maintaining deployment of core services on multiple layers #33

joshmue opened this issue Feb 26, 2021 · 1 comment

Comments

@joshmue
Copy link
Contributor

joshmue commented Feb 26, 2021

The deployment of some services should be possible on multiple "layers" of SCS infrastructure. E. g. deploying Prometheus on "top level" payload K8s clusters, but also on "low level" infrastructure hosts.

In order to minimize (potentially redundant) maintenance efforts, it may be considered to use the same type of deployment scripts/manifests on all levels.

Some Options:

  1. Reuse K8s manifests at "low level" infrastructure hosts by using some slim K8s distribution there. In order to have as few moving parts as possible, features like dynamic persistent volume provisioning should be disabled. Maybe it is even viable to opt out of Pod networking and kube-dns. Such "low level" cluster is already required for the use of Gardener, AFAIK.
  2. Reuse K8s manifests at "low level" infrastructure hosts by using podman play kube. AFAIK, this feature is only suitable for pretty simple use cases.
@fkr fkr transferred this issue from SovereignCloudStack/Design-Docs Dec 24, 2021
@joshmue
Copy link
Contributor Author

joshmue commented Aug 28, 2024

AFAIK, there was work to run infrastructure services that are part OSISM on a k3s that's part of a OSISM installation.
Other than that, the need to share deployment automation was not that huge, I guess.

@joshmue joshmue closed this as completed Aug 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant