Bonjour,
je dois créer un projet pour lequel j'ai une workload variable, qui peut vite grandir. Je pensais utiliser le Kubernetes Managed services, mais je me heurte à deux problèmes:
- ce **service n'existe pas dans la région dans laquelle mon projet est actuellement (**GRA3), je devrais donc créer un nouveau projet. Je ne compte pas migrer de région, car j'ai une DB dont j'ai besoin. Il n'y a à ma connaissance pas de possibilité de créer un private network à travers deux projets, ce qui veut dire que mes instances devraient communiquer avec la DB hors private network, ce qui est lent et peu sécurisé
- **il n'existe pas de système de node auto-scaling** pour le moment. Certains des jobs peuvent être CPU-intensifs/RAM-intensifs, déployer un nouveau pod ne suffit donc pas, il faudrait donc que j'implémente une stratégie de gestion des instances à la main
Étant donné ces problématiques, est-ce que j'aurai loupé une solution simple à l'un de ces problèmes ? Est-ce que k8s est la bonne solution tout de même ou vaut-il mieux que je développe un système de gestion d'instances hors k8s ?
Merci,
Quentin
Conteneurs et Orchestration - Node Autoscaling / K8s dans une autre région: est-ce que K8s vaut le coup ?
Related questions
- Kubernetes - questions diverses
23819
15.03.2025 13:17
- Docker registry private
20751
13.10.2016 07:26
- A-t-on une idée des futurs tarifs?
15850
03.04.2019 19:18
- [Auto TLS sur k8s] ClusterIssuer cert-manager pour OVH
15082
18.11.2017 22:45
- Kubernetes ingress port 80 & 443
15074
31.12.2018 11:48
- Kubernetes Metrics
14980
18.11.2019 10:49
- Kubernetes Python
14139
23.10.2023 14:41
- Datastore commun ?
13984
12.10.2016 12:15
- Ingress loadbalancer bonne pratique
13886
05.08.2024 09:02
- Ingress on ports 80/443 for cluster
13854
05.12.2018 14:44