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
Node Autoscaling / K8s dans une autre région: est-ce que K8s vaut le coup ?
Sujets apparentés
- Kubectl - TLS handshake timeout
5679
18.03.2019 09:07
- Docker registry private
5416
13.10.2016 07:26
- [Auto TLS sur k8s] ClusterIssuer cert-manager pour OVH
4495
18.11.2017 22:45
- Ingress on ports 80/443 for cluster
4242
05.12.2018 14:44
- Kubernetes Metrics
3199
18.11.2019 10:49
- A-t-on une idée des futurs tarifs?
3057
03.04.2019 19:18
- OVH Managed Kubernetes security patches
2937
06.12.2018 10:23
- Kubernetes ingress port 80 & 443
2798
31.12.2018 11:48
- Datastore commun ?
2610
12.10.2016 12:15