Node Autoscaling / K8s dans une autre région: est-ce que K8s vaut le coup ?

[QuentinM15]

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

[MaximeH1]

Bonjour !

Le node autoscaling est bien prévu plus tard dans l'année. Nous allons tout prochainement exposer la notiond e nodes pools pour faciliter votre propre resising en attendant le cluster autoscaling.

Concernant le premier point, vous pouvez demander au support d'ajouter la région GRA7 à votre projet actuellement à GRA3 (une inteface sera disponible prochainement aussi pour vous permettre de le faire). Le service Kubernetes managé n'est effecttivement pas encore compatible avec le vRack (prévu également en roadmap) pour la connection à votre database, il faudra donc plutot utiliser le chiffrage et/ou le whitelisting d'IP entre temps s vous partez sur cette solution.

[QuentinM15]

Bonjour,
Merci de votre réponse rapide, effectivement ce service manque un peu de features...
Pour ce qui est de la node pools, pouvez vous préciser une deadline, pas que je recode une feature qui sort dans une semaine ;-)
Je vous remercie pour l'idée du chiffrage/whitelisting, cela règle en effet le problème de sécurité mais pas celui de la performance..
Merci,
Quentin

[MaximeH1]

Merci de cotre confiance ! Je vous confirme qu' on fait tout pour proposer le vRack au plus vite mais c est un changement de fond qui impacte de nombreuses equipes chez OVH.
Pour les node pools, L'ETA est dans 1 mois, à 2 semaines près.

[ENTSOEC]

Bonjour @MaximeH1,

Quelle est la roadmap pour le vRack entre dedicated server et KMS? Et pour le Node Pool?

Merci

[MaximeH1]

Bonjour @ENTSOEC pour Node pool, c'est dans le mois qui vient. Pour vRack entre dédiés et Kubernetes, je n'ai aps encore d'ETA avec commit des équipes, mais je confirme que ça sera fait et est dans nos priorités.

[ENTSOEC]

Bonjour @MaximeH1,

Donc, on peut parler pour Mars ou Avril pour le Node Pool?

pour le vRack, c'est dommage que cela ne soit pas implémenté, surtout quand on sélectionne l'option à la fois sur un dedicated et sur le kubernetes, parce que je ne pense pas que cela soit indiqué dans l'option que le vRack ne couve pas ces deux produits.

[MaximeH1]

@ENTSOEC Mars ou Avril oui, je ne peux pas m'engager plus précisément, le developpement restant (UI) n'est pas directement dans mon équipe ;)

Je vous confirme que le vRack sera proposé, là aussi j'ai une dépendance à une autre équipe dont j'attends un ETA ;)