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
22152
15.03.2025 13:17
- Docker registry private
19128
13.10.2016 07:26
- A-t-on une idée des futurs tarifs?
14298
03.04.2019 19:18
- [Auto TLS sur k8s] ClusterIssuer cert-manager pour OVH
13992
18.11.2017 22:45
- Kubernetes ingress port 80 & 443
13638
31.12.2018 11:48
- Kubernetes Metrics
13594
18.11.2019 10:49
- Kubectl - TLS handshake timeout
13123
18.03.2019 09:07
- Ingress on ports 80/443 for cluster
13039
05.12.2018 14:44
- Kubernetes Python
12912
23.10.2023 14:41
- Datastore commun ?
12788
12.10.2016 12:15